Перейти к содержанию

Память

Память ИИ Студии позволяет сохранять небольшой набор устойчивых сведений о пользователе и использовать их в будущих разговорах.

Это делает работу персональнее: вам не нужно каждый раз повторять язык ответа, рабочие единицы измерения, принятые термины или другие действительно долгоживущие предпочтения.

Главное отличие

Память — это структурированное долговременное хранилище небольших фактов, а не скрытая запись всех ваших разговоров.

1. Что именно хранит память

Упрощённо запись памяти можно представить как пару:

ключ = значение

Например:

preferred_language = ru
preferred_date_format = YYYY-MM-DD
project_terms = использовать «НАЙС.ОС», не «Nice OS»
main_timezone = Europe/Moscow

Пользователь обычно видит человекочитаемые записи, а не обязан работать с техническими ключами напрямую.

2. Что памятью не является

Память не означает, что Студия:

  • хранит полный текст каждого разговора в памяти;
  • выполняет семантический поиск по всей истории;
  • автоматически знает всё, что вы когда-либо писали;
  • заменяет корпоративную базу знаний;
  • заменяет CMDB;
  • заменяет проектную документацию;
  • гарантированно сохраняет каждую фразу.

Для старых чатов используется история и поиск.

Для документов — File Search / RAG.

Для организации разговоров — Проекты.

3. Как память участвует в ответе

Упрощённо:

память пользователя
       ↓
инструкции помощника
       ↓
история текущего чата
       ↓
файлы / найденные источники / сервисы
       ↓
модель
       ↓
ответ

Память добавляет дополнительный персональный контекст.

Она не должна отменять более авторитетный актуальный источник.

4. Пример полезной памяти

Вы регулярно готовите технические документы и хотите единый стиль.

Сохраните:

Пиши технические инструкции на русском языке.
Команды показывай отдельными блоками.
Время указывай в MSK.
Даты — YYYY-MM-DD.

В новом разговоре помощник сможет учитывать эти предпочтения без повторного объяснения.

5. Какие сведения хорошо подходят для памяти

Предпочтительный язык

Отвечай мне на русском, если я явно не прошу другой язык.

Формат

Для сравнений предпочитаю таблицу, а после неё — краткий вывод.

Терминология

В документации используем название «НайсСофт — ИИ Студия».

Единицы

Размер памяти показывай в ГиБ, а не в ГБ, если речь идёт о двоичных величинах.

Часовой пояс

Для рабочих сроков используй MSK.

Долгоживущий технологический контекст

В примерах по умолчанию используем PostgreSQL 16.

Но последний тип памяти требует регулярной проверки: версии меняются.

6. Что нельзя сохранять в память

Не сохраняйте:

  • пароли;
  • API-ключи;
  • токены;
  • private key;
  • авторизованный JSON-ключ;
  • секреты Lockbox;
  • одноразовые коды;
  • cookie;
  • session token;
  • временные ссылки с секретом;
  • персональные данные, которые не нужны для работы;
  • конфиденциальные сведения без законного и организационного основания.

В текущей политике Студии агенту памяти отдельно предписано не сохранять пароли, токены и одноразовые секреты, но это не повод отправлять секреты в чат.

Danger

Лучший способ не сохранить секрет в память — вообще не передавать его модели без необходимости.

7. Автоматическое и явное сохранение

Студия поддерживает два подхода.

Явная просьба пользователя

Самый предсказуемый вариант:

Запомни, что в наших документах используется термин «каталог», а не «папка», когда речь о Yandex Cloud Folder.

Для критичного предпочтения рекомендуется именно явная формулировка.

Автоматическая персонализация

Если администратор включил агент автоматического извлечения памяти, Студия может анализировать недавние сообщения и обновлять полезные устойчивые сведения.

Но автоматический механизм не означает «запомнить всё».

Он должен выбирать только сведения, подходящие для долгосрочного использования.

Note

Конкретная политика автоматического сохранения зависит от конфигурации вашей установки. Проверить фактически сохранённые записи всегда можно в панели памяти.

8. Почему нельзя полагаться только на автоматическое запоминание

Фраза:

Сегодня тестируем PostgreSQL 17.

может быть временной и не должна автоматически превращаться в:

Основная версия пользователя = PostgreSQL 17.

Если факт действительно постоянный, скажите явно:

Запомни как устойчивую настройку: в новых примерах по умолчанию используй PostgreSQL 17.

9. Контекст текущего диалога и память

Если вы только что написали:

Мой тестовый стенд называется aurora-dev.

модель может ответить на вопрос «как называется стенд?» просто из текущей истории.

Это не доказывает, что память сработала.

Правильная проверка:

  1. попросить сохранить факт;
  2. завершить текущий чат;
  3. создать новый разговор;
  4. спросить сохранённый факт;
  5. открыть панель памяти и проверить запись.

10. Память и поиск по истории

Возможность Память Поиск по истории
Работает между чатами да да, через поиск
Хранит весь разговор нет история хранит сообщения
Смысловой поиск старых чатов нет нет, поиск по словам
Автоматически добавляет факт в новый запрос может нет
Пользователь может управлять отдельной записью да управляет разговором целиком

11. Память и корпоративная база знаний

Память — персональная.

База знаний — корпоративная.

Не сохраняйте в память:

Регламент резервного копирования компании = ...

Если это общий нормативный факт, он должен находиться в контролируемом документе.

Почему:

  • документ имеет владельца;
  • документ можно версионировать;
  • документ можно согласовать;
  • права можно контролировать;
  • источник можно процитировать;
  • устаревший документ можно заменить централизованно.

12. Память и инструкции помощника

Правило для всех пользователей помощника должно находиться в его инструкции.

Пример:

Всегда начинай incident report с номера инцидента.

Это не персональная память.

Персональное предпочтение:

Пользователь предпочитает сначала краткий вывод, потом детали.

может быть памятью.

Формула:

для всех → инструкция помощника
для одного пользователя → память
официальный факт компании → база знаний

13. Память и проект

Проект группирует разговоры, но сам по себе не является общей памятью всех чатов.

Если решение проекта важно для команды, запишите его в проектный документ или базу знаний.

Не делайте память единственным местом, где существует важное архитектурное решение.

14. Общая персональная память

По умолчанию помощники, которым разрешена память, могут использовать общий персональный пул пользователя.

Например:

preferred_language = ru

может быть полезно универсальному, техническому и документному помощнику одновременно.

15. Отдельная память конкретного помощника

Для некоторых помощников можно использовать изолированный раздел памяти.

Условно:

Пользователь
├── Общая память
│   ├── язык = ru
│   └── формат дат = YYYY-MM-DD
│
├── Помощник «Проект Альфа»
│   └── test_env = alpha-test
│
└── Помощник «Проект Бета»
    └── test_env = beta-stage

Это уменьшает случайное смешивание контекста разных задач.

Подробнее: Память помощника.

16. Когда нужна отдельная память помощника

Используйте её, если:

  • один сотрудник работает с несколькими заказчиками;
  • одинаковые термины имеют разный смысл в разных проектах;
  • сведения одного проекта не должны появляться в другом;
  • помощник имеет специализированный рабочий контекст;
  • нужно минимизировать перенос персональных фактов.

17. Память пользователя не является общей памятью отдела

Если два сотрудника используют одного помощника:

Иван → своя память
Мария → своя память

Факт, сохранённый Иваном, не должен автоматически становиться персональной памятью Марии.

Общие факты отдела следует хранить в общих документах и знаниях.

18. Конфликт памяти и источника

Пример:

Память:
production OS = НАЙС.ОС 5.2

Актуальный документ:
production OS = НАЙС.ОС 5.3

Правильное поведение:

  1. использовать более авторитетный актуальный документ;
  2. отметить конфликт;
  3. предложить обновить устаревшую запись памяти.

Неправильно молча использовать старую память только потому, что она автоматически попала в контекст.

19. Память может устаревать

Даже хороший факт перестаёт быть правильным.

Особенно быстро устаревают:

  • версии ПО;
  • названия окружений;
  • роли сотрудника;
  • активные проекты;
  • контакты;
  • рабочие ограничения.

Проводите периодическую ревизию памяти.

20. Что означает «персонализация»

Персонализация позволяет использовать память для формирования ответа.

При разрешённой политике пользователь может включать или отключать память для своих разговоров.

Отключение памяти в конкретном чате означает: не использовать персональные записи как контекст этого разговора, но не обязательно автоматически удаляет уже сохранённые записи.

Удаление выполняется отдельно.

Подробнее: Управление памятью.

21. Граница данных памяти

Сами записи памяти хранятся в базе вашего экземпляра Студии.

Но при формировании ответа релевантная память может стать частью модельного контекста.

Поэтому граница обработки зависит от активной модели.

Локальная модель

память → локальный model runtime

Yandex AI

память → запрос к Yandex AI Studio

Поэтому в память нельзя помещать сведения, которые запрещено передавать выбранному модельному провайдеру.

22. Память и временный чат

Временный чат и память — разные механизмы.

Не следует считать:

«раз чат временный, память тоже ничего не сохранит».

Если функция памяти активна, её поведение определяется отдельными настройками и политикой.

Для действительно чувствительного разового разговора:

  1. используйте локальную модель, если этого требует политика;
  2. отключите интернет-поиск;
  3. отключите память для разговора, если интерфейс это позволяет;
  4. не подключайте внешние сервисы;
  5. не отправляйте лишние секреты.

Подробнее: Временный чат.

23. Память и интернет-поиск

Память может влиять на формулировку поисковой задачи.

Например, если сохранено:

preferred_stack = NiceOS

модель может искать решение с учётом этого стека.

Но не следует автоматически добавлять во внешний поисковый запрос конфиденциальные сведения из памяти.

При работе с поиском используйте принцип минимизации данных.

24. Не используйте память как менеджер секретов

Даже если технически значение можно сохранить, память не предназначена для:

AWS_SECRET_ACCESS_KEY
DATABASE_PASSWORD
Yandex authorized key
SSH private key
VPN password

Для секретов используются специализированные защищённые системы.

25. Не используйте память как CMDB

Плохая идея:

server1 = 10.0.0.12
server2 = 10.0.0.13
server3 = 10.0.0.14
...

Инвентаризация должна жить в системе, где:

  • есть источник истины;
  • есть владелец;
  • есть история изменений;
  • можно контролировать права;
  • данные обновляются автоматически или процедурно.

Память — персональный контекст, а не инфраструктурная база.

26. Не используйте память как большой документ

Память ограничена и предназначена для коротких структурированных сведений.

Если нужно сохранить:

  • регламент;
  • договор;
  • техническую спецификацию;
  • длинный список;
  • таблицу;
  • архитектурное описание;

используйте файл или базу знаний.

27. Как попросить запомнить правильно

Плохо:

Запомни всё, что мы обсуждали.

Лучше:

Запомни устойчивое предпочтение: технические команды в ответах показывай отдельными code block.

Ещё лучше — назвать область:

Запомни для помощника «Инфраструктура»: тестовое окружение называется forest-dev.

28. Как попросить обновить память

Если факт изменился:

Обнови сохранённый факт: рабочий PostgreSQL теперь версия 17, предыдущую версию 16 больше не используй как актуальную.

После этого откройте панель памяти и проверьте результат.

29. Как попросить забыть

Забудь сохранённое предпочтение о формате отчёта.

Для критичного удаления лучше дополнительно удалить запись через интерфейс памяти.

30. Как проверить память

Контрольный сценарий:

1. Новый чат.
2. Включить память.
3. Написать:
   «Запомни тестовый факт: кодовое имя моего тестового окружения — aurora-memory-test».
4. Убедиться, что система подтвердила сохранение.
5. Закрыть чат.
6. Создать новый чат.
7. Спросить:
   «Какое кодовое имя моего тестового окружения?»
8. Проверить ответ.
9. Открыть панель памяти.
10. Найти тестовую запись.
11. Удалить её.
12. Создать ещё один новый чат и убедиться, что факт больше не используется.

31. Что делать, если память ошиблась

Память — управляемое состояние. Исправьте его, а не пытайтесь «переубеждать» модель каждым новым сообщением.

Если сохранено:

language = en

а нужно:

language = ru

отредактируйте или удалите запись.

32. Что делать, если модель использует уже удалённый факт

Возможные причины:

  • факт всё ещё находится в истории текущего чата;
  • запись есть в отдельной памяти помощника;
  • факт находится в инструкции помощника;
  • факт присутствует в базе знаний;
  • модель делает предположение, а не читает память.

Для чистого теста используйте новый разговор.

33. Память и права доступа

Администратор может ограничить:

  • использование памяти;
  • создание записей;
  • чтение;
  • изменение;
  • возможность отказаться от памяти.

Поэтому интерфейс двух пользователей может отличаться.

Если панель отсутствует, это не обязательно неисправность — возможно, функция запрещена вашей роли.

34. Рекомендации для корпоративного использования

Для организации полезно установить правила:

Разрешено

  • стиль ответа;
  • язык;
  • рабочий часовой пояс;
  • устойчивые пользовательские предпочтения;
  • неслужебные термины долгого срока жизни.

Не рекомендуется

  • временные номера заявок;
  • оперативные пароли;
  • подробные персональные данные;
  • текущие значения CMDB;
  • нормативные документы.

Запрещено

  • секретные ключи;
  • пароли;
  • токены;
  • данные, запрещённые внутренней политикой.

35. Память не делает ответ истинным

Сохранённый факт — всего лишь контекст пользователя.

Если пользователь когда-то ошибочно сохранил:

Москва находится в Германии.

память не превращает это в истину.

Для внешних фактов используйте источники и документы.

36. Короткая матрица выбора

Информация Куда поместить
Предпочтительный язык Память
Стиль ответа одного пользователя Память
Правило работы помощника Инструкция помощника
Корпоративный регламент База знаний
Текущая инфраструктура CMDB / сервис интеграции
Секрет Secret manager, не память
Один временный факт Текущий чат
Решение проекта Проектный документ

Что читать дальше