TTL нужен потому, что память агента быстро устаревает. Клиент мог сменить роль, проект мог закрыться, цена могла измениться, договор мог обновиться, а временная договоренность из переписки уже не актуальна. Если агент продолжает использовать старые факты, он начинает давать уверенные, но неверные ответы.
На практике разные типы памяти получают разный TTL. Сессионные детали живут минуты или часы, рабочие предпочтения — недели или месяцы, юридические и финансовые факты — только до даты пересмотра, а документы базы знаний живут до следующей переиндексации или версии. Важно хранить не просто текст, а дату создания, источник, владельца, уровень доверия и срок пересмотра.
TTL памяти связан с безопасностью и приватностью. Он помогает не копить лишние персональные данные, соблюдать правила data retention, уменьшать риск утечки и делать поведение агента предсказуемее. Хороший агент не только запоминает, но и умеет забывать.
Примеры
- ИИ-агент поддержки хранит контекст текущего диалога 24 часа, чтобы клиент мог вернуться к разговору, но не использует эти детали через месяц.
- Предпочтение пользователя “отвечать кратко” хранится 90 дней, а затем агент спрашивает подтверждение, актуально ли оно.
- Факт “клиент тестирует тариф Pro” получает TTL до конца пилота, потому что после окончания пилота он может стать неверным.
- В RAG-базе старая версия инструкции не удаляется мгновенно, но перестает попадать в ответы после публикации новой версии.
- Агент помечает запись о контактном лице как требующую пересмотра через 30 дней, если она пришла из письма, а не из CRM.
Где используется
- Не давать агенту использовать устаревшие факты о клиентах, проектах и договорах.
- Разделить краткосрочную и долгосрочную память агента.
- Настроить безопасное удаление персональных данных и временных заметок.
- Управлять актуальностью RAG-индекса и базы знаний.
- Снизить риск галлюцинаций из-за старого контекста.
- Сделать аудит памяти: кто создал запись, откуда она взялась и когда должна быть пересмотрена.
- Ограничить накопление мусорных embeddings и лишних записей в векторной базе.
Связанные термины
Частые вопросы
Что такое TTL памяти простыми словами?
Это срок годности записи в памяти агента. Пока срок не истек, агент может использовать запись. После истечения запись удаляют, архивируют или отправляют на проверку.
Зачем памяти агента срок жизни?
Без TTL агент начинает опираться на старые факты: прошлые договоренности, устаревшие роли, старые документы и временные решения. TTL помогает поддерживать память свежей и безопасной.
Как выбрать TTL для разных данных?
Смотрите на риск устаревания и чувствительность данных. Контекст диалога может жить часы, предпочтения пользователя — месяцы, документы — до новой версии, а персональные данные лучше хранить минимально необходимое время.
TTL означает автоматическое удаление?
Не всегда. После истечения TTL запись можно удалить, скрыть из выдачи, пометить как устаревшую или отправить владельцу на подтверждение. Главное — агент не должен использовать её как свежий факт.
Чем TTL памяти отличается от data retention?
Data retention — общая политика хранения данных в компании. TTL памяти — прикладное правило внутри агента: как долго конкретная запись может участвовать в ответах и попадать в контекст.
