Агенты с памятью: Memory Stores и Dreaming

Проблема: Изолированные агенты

В текущей реализации агенты и их сессии работают изолированно друг от друга. Информация, переданная в одной сессии, недоступна в другой — каждый агент существует в собственном контексте, словно в кокуне.

Реальный пример:

• В сессии А вы сообщаете агенту о новом докладе «CMA» с конкретными датами и выводами.
• В сессии Б вы задаёте новому агенту вопрос об этом же докладе.
• Результат: Агент не знает об информации из сессии А, потому что её нет в его контексте.

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

Memory Store: Постоянная файловая память

Memory Store — это постоянное файловое хранилище, похожее на обычную файловую систему. Оно подключается как ресурс к сессиям агента, позволяя ему сохранять и находить информацию между сеансами работы.

Ключевые возможности:

• Персистентность: Данные сохраняются между сессиями и доступны при следующем запросе.
• Гибкость: Можно создавать множество независимых хранилищ (на пользователя, рабочую область, проект и т.д.).
• Мощный интерфейс: Memory Store монтируется как файловая система. Агент может использовать bash-команды, grep, читать и писать файлы напрямую.
• Контроль доступа: Гибкая настройка разрешений — можно ограничить доступ на чтение (read-only) или разрешить запись (read-write).

Как использовать Memory Store:

1. Создать хранилище через CLI или Console.
2. Подключить его к сессии, указав memory_store_id и опциональный prompt для фокусировки агента.
3. Агент получает инструменты для работы с хранилищем автоматически.

Сценарий работы:

Dreaming: Интеллектуальное улучшение памяти

Проблема Memory Store заключается в том, что агенты могут бесконечно «сваливать» информацию в хранилище. Со временем оно разрастается, становится хаотичным, содержит дубликаты и устаревшие данные. Памяти становится не помощь, а помеха.

Dreaming — это решение. Это фоновый асинхронный процесс (задача), который автоматически анализирует, организует и улучшает содержимое Memory Store.

Что делает Dreaming:

• Проверяет факты (fact-checking) — убедиться в корректности сохранённой информации.
• Удаляет дубликаты (deduplication) — находит и объединяет повторяющиеся записи.
• Обогащает данные — добавляет недостающие детали, метаданные, связи между фактами.
• Организует информацию — структурирует данные для облегчения поиска и анализа.
• Создаёт индекс — улучшает эффективность поиска в хранилище.

Как запустить Dreaming:

1. Указать входной Memory Store и список ID сессий (транскриптов) для анализа.
2. Выбрать модель агента: Claude Opus для лучшего качества или Claude Sonnet для экономии токенов.
3. Добавить опциональные инструкции для кастомизации анализа.
4. Запустить задачу — она работает асинхронно, занимая от нескольких минут до часов.

Совет: Dreaming — недеструктивный процесс. Он создаёт новое выходное хранилище, не изменяя исходное. Это позволяет сравнивать результаты и откатываться при необходимости.

Как работает Dreaming под капотом

Dreaming — это не просто скрипт обработки. Это полноценная мульти-агентская система, специально разработанная для exhaustive-анализа памяти.

Архитектура Dreaming:

• Оркестратор координирует работу.
• Суб-агенты — по одному на каждую входную сессию, проводят глубокий анализ параллельно.
• Недеструктивность: Входной Memory Store остаётся нетронутым — все результаты записываются в новое выходное хранилище.
• Полная наблюдаемость: Можно смотреть на сессию самого Dreaming-процесса в Console, видеть ход анализа и результаты.

Результат Dreaming:

Выходное хранилище содержит лучше организованную, проверенную и обогащённую информацию. Это повышает эффективность поиска и «интеллект» будущих агентов, работающих с этой памятью.

Важно: Высокий cache hit-rate (~95%) благодаря агентской обработке позволяет эффективно переиспользовать обогащённые данные между разными сессиями.

Управление и лучшие практики

Инструменты управления

• Console: Предоставляет графический интерфейс для просмотра Memory Stores (как файловый менеджер), управления Dreaming-задачами, просмотра диффов и результатов.
• CLI: Позволяет управлять всем программно — создавать хранилища, запускать процессы, проверять статусы через командную строку.
• Ручное редактирование: Человек может вмешаться, отредактировав файлы в Memory Store или проверив результаты Dreaming перед использованием в продакшене.

Архитектурный паттерн

Контроль затрат

• Использование токенов: Dreaming использует значительное количество токенов из-за exhaustive-анализа.
• Оптимизация: Выбирайте более лёгкие модели, настраивайте prompt для фокусировки, бюджетируйте задачи.
• Перспективы: В будущем возможны интеграции со скидками по аналогии с Batch API для снижения стоимости.