Проверьте хранилище памяти Claude Managed Agent с помощью одного Dream

Claude Managed Agent может переносить заметки между сеансами через хранилище памяти, но они могут повторяться или устаревать. Исследовательская предварительная версия Dreams от Anthropic умеет читать одно хранилище и прошлые сеансы, затем создавать отдельный предлагаемый вариант хранилища. Это руководство показывает разработчику с необходимым доступом, как запустить один Dream вручную, проверить сохранённое и подключить к следующему сеансу только принятую память.

Это процедура на основе документации, сверенная с актуальными руководствами Anthropic по Managed Agents 20 октября 2026 года. BIG CHANGE не запускал Dream, не изучал реальный результат, не проверял доступ учётной записи и не измерял стоимость или улучшения. Результат процедуры — одно проверенное хранилище, используемое одним последующим сеансом. Она не настраивает периодические запуски, оценивание или автоматический обмен памятью с другими агентами.

Главное изменение

• Что изменилось: Dream может обобщить существующее хранилище памяти и от 1 до 100 выбранных стенограмм сеансов в новое хранилище, не изменяя исходные данные.
• Почему это важно: Отдельный результат позволяет владельцу сравнить новые или сокращённые заметки с исходными свидетельствами до того, как их прочитает другой сеанс.
• На что обратить внимание: Dreams требует отдельного доступа к исследовательской предварительной версии. Завершённая задача создаёт кандидатное хранилище, а не утверждённый набор фактов или предпочтений.

Перед началом

Нужны учётная запись Claude Console и ключ API, существующий Managed Agent с набором инструментов агента, среда и доступ к бета-версии Managed Agents, описанной в кратком руководстве. Также нужен отдельный доступ к исследовательской предварительной версии Dreams. Сама бета-версия Managed Agents не подтверждает это право. Уточните его через порядок получения доступа к Dreams до отправки запроса.

Выберите одно существующее хранилище памяти и от 1 до 100 реальных, подходящих, завершённых сеансов, содержимое которых вам разрешено обрабатывать вместе. Если есть стенограммы, но нет хранилища, руководство по памяти объясняет создание пустого хранилища. Задайте имя и описание с чёткой областью применения. Для чтения или записи подключённого хранилища агенту нужен документированный набор инструментов. Подключайте хранилище при создании входного сеанса: работающему сеансу нельзя добавить его позже. Используйте read_write только если агенту нужно сохранять память. Значение по умолчанию — read_write, поэтому явно укажите read_only для материала, который агент должен только читать. Проверяйте mount_path возвращённого ресурса, а не угадывайте его.

Обсудите предполагаемые входные данные с ответственными за них людьми. В сеансе могут быть материалы клиентов, закрытые сведения о проекте или недоверенный текст. Anthropic предупреждает: контролируемый злоумышленником запрос или результат инструмента может загрязнить доступное для записи хранилище и повлиять на последующие сеансы. Решите, кто может проверять результат Dream и какие факты разрешено сохранять. Ведите доступную человеку запись исходных сеансов, прежнего содержимого памяти и решений при проверке.

Запускайте примеры команд в оболочке, совместимой с Bash, с cURL, поддерживающим --fail-with-body , и Python 3 для исправления и финальной проверки сеанса. У PowerShell другая обработка кавычек и синтаксис переменных среды, поэтому команды нужно адаптировать. Установите Python SDK Anthropic командой pip install anthropic , как показано в кратком руководстве . Задайте и экспортируйте ANTHROPIC_API_KEY привычным способом работы с секретами, чтобы ключ был доступен и cURL, и Python SDK. Задайте store_id, session_a, session_b, agent_id и environment_id идентификаторами, возвращёнными вашим собственным рабочим пространством. В примерах два сеанса; используйте от одного до 100 реальных идентификаторов сеансов. Не оставляйте ключ в общих журналах и черновиках. Важны точные бета-заголовки: прямые вызовы хранилища памяти используют только agent-memory-2026-07-22 ; вызовы сеансов используют managed-agents-2026-04-01; вызовы Dream используют и managed-agents-2026-04-01 , и dreaming-2026-04-21. Актуальное специализированное руководство по памяти указывает, что объединение первых двух в запросе к хранилищу памяти возвращает HTTP 400. SDK Anthropic автоматически задаёт нужные заголовки.

Запустите и отслеживайте один Dream

1. Сначала прочитайте входное хранилище и выбранные сеансы. Запишите их настоящие идентификаторы, а также пути и содержимое памяти, важные для вашей задачи. Задайте узкую цель упорядочивания: например, сохранить документированные правила проекта и убрать заменённые заметки. Сохраняйте доступность хранилища и сеансов до завершения выполнения. Dream может завершиться с ошибкой, если во время работы входное хранилище архивируют или удалят либо удалят входной сеанс.
2. Создайте Dream с существующим хранилищем и сеансами. Документированная модель в этом примере — claude-opus-5-5; Anthropic перечисляет и другие поддерживаемые предварительные модели. Необязательные instructions позволяют задать общее направление обобщения и ограничены 4096 символами. Это ненадёжный способ редактировать конкретное предложение в памяти.

curl -sS --fail-with-body https://api.anthropic.com/v1/dreams \
  -H "x-api-key: $ANTHROPIC_API_KEY" \
  -H "anthropic-version: 2023-06-01" \
  -H "anthropic-beta: managed-agents-2026-04-01,dreaming-2026-04-21" \
  -H "content-type: application/json" \
  --data '{
    "inputs": [
      {"type": "memory_store", "memory_store_id": "'"$store_id"'"},
      {"type": "sessions", "session_ids": ["'"$session_a"'", "'"$session_b"'"]}
    ],
    "model": "claude-opus-5-5",
    "instructions": "Preserve documented project conventions; drop superseded or one-off notes."
  }'

3. Сохраните возвращённый идентификатор drm_... как dream_id. Ответ pending означает, что задача создана и поставлена в очередь. Периодически проверяйте этот же идентификатор , пока статус не станет completed, failed или canceled:

curl -sS --fail-with-body "https://api.anthropic.com/v1/dreams/$dream_id" \
  -H "x-api-key: $ANTHROPIC_API_KEY" \
  -H "anthropic-version: 2023-06-01" \
  -H "anthropic-beta: managed-agents-2026-04-01,dreaming-2026-04-21"

Прочитайте status, outputs, usage и error в ответе. Поле outputs может быть пустым при ожидании или недолгое время во время выполнения Dream; само по себе это не повод отправлять ещё одну задачу. По данным Anthropic, выполнение может занимать от минут до часов и оплачивается по стандартным тарифам токенов API выбранной модели. Поле usage показывает токены, но итоговая плата зависит от фактического использования и цен. Стоимость и время выполнения для этого руководства не измерялись.

Проверьте и исправьте отдельное хранилище

4. Когда status достигнет completed, возьмите memory_store_id из записи memory_store в outputs и задайте его как output_store_id. Получите список воспоминаний этого хранилища с бета-заголовком памяти , затем извлеките отдельные записи для проверки. Пройдите все страницы списка и проверьте полное содержимое, включая пути и хеши. Хранилище также можно просмотреть в Console.

curl -sS --fail-with-body "https://api.anthropic.com/v1/memory_stores/$output_store_id/memories?path_prefix=/" \
  -H "x-api-key: $ANTHROPIC_API_KEY" \
  -H "anthropic-version: 2023-06-01" \
  -H "anthropic-beta: agent-memory-2026-07-22"

curl -sS --fail-with-body "https://api.anthropic.com/v1/memory_stores/$output_store_id/memories/$mem_id" \
  -H "x-api-key: $ANTHROPIC_API_KEY" \
  -H "anthropic-version: 2023-06-01" \
  -H "anthropic-beta: agent-memory-2026-07-22"

5. Сравните каждое сохранённое или обобщённое утверждение с соответствующим исходным сеансом и старым хранилищем. Проверьте наличие реального подтверждения, принадлежность нужному пользователю или проекту и противоречия с более новыми инструкциями. Ищите секреты, персональные данные и инструкции, внедрённые через недоверенные материалы. Для каждой важной записи зафиксируйте решение: сохранить, исправить или удалить. Dream не изменяет ни то ни другое : ни входное хранилище, ни исходные сеансы; дальше должен использоваться только проверенный результат.

Для точечного исправления сначала получите текущий content_sha256 выходной записи памяти. Отправьте её настоящий mem_id, свежий хеш и исправленное содержимое через документированное обновление памяти. Несовпадение хеша означает, что произошла другая запись: прочитайте снова, устраните различие и повторите с новым хешем. Следующий синтаксис показывает это предварительное условие. Передайте проверенное исправление как corrected_content через кодировщик JSON; пример использует Python 3 для безопасного экранирования содержимого.

python3 -c 'import json,os; print(json.dumps({"content": os.environ["corrected_content"], "precondition": {"type": "content_sha256", "content_sha256": os.environ["mem_sha"]}}))' > correction.json

curl -sS --fail-with-body -X POST "https://api.anthropic.com/v1/memory_stores/$output_store_id/memories/$mem_id" \
  -H "x-api-key: $ANTHROPIC_API_KEY" \
  -H "anthropic-version: 2023-06-01" \
  -H "anthropic-beta: agent-memory-2026-07-22" \
  -H "content-type: application/json" \
  --data-binary @correction.json

Задайте и экспортируйте corrected_content и mem_sha перед кодированием, проверьте correction.json и храните его в тех же границах конфиденциальных данных, что и память. После контрольного чтения удалите локальную копию согласно вашей политике хранения. Перечитайте каждую изменённую запись. Хранилище вмещает до 10 000 записей памяти, каждая не более 100 kB. При достижении лимита новые записи не сохраняются, но существующие по-прежнему можно читать и редактировать. Ограничьте объём или безопасно очистите переполненное хранилище перед тем, как полагаться на новую запись.

Подключите только принятую память к последующему сеансу

6. Когда результат пройдёт проверку, создайте новый сеанс с этим хранилищем. В примере оно подключается как read_only, что подходит для проверки без изменения проверенного содержимого. Если позже агенту потребуется добавлять память, осознанно предоставьте read_write и проверяйте последующие записи тоже.

curl -sS --fail-with-body https://api.anthropic.com/v1/sessions \
  -H "x-api-key: $ANTHROPIC_API_KEY" \
  -H "anthropic-version: 2023-06-01" \
  -H "anthropic-beta: managed-agents-2026-04-01" \
  -H "content-type: application/json" \
  --data '{
    "agent": "'"$agent_id"'",
    "environment_id": "'"$environment_id"'",
    "resources": [
      {"type": "memory_store", "memory_store_id": "'"$output_store_id"'", "access": "read_only"}
    ]
  }'

В ресурсах, возвращённых новым сеансом, проверьте нужный идентификатор хранилища и фактический mount_path. Сохраните возвращённый идентификатор сеанса как new_session_id и экспортируйте эту переменную оболочки, чтобы Python мог её прочитать. Напишите обычным языком вопрос об одном сохранённом факте, источник которого вы проверили, затем задайте и экспортируйте его как memory_question. Обмен сообщениями из краткого руководства Anthropic открывает поток событий, отправляет user.message, выводит текст agent.message и останавливается на session.status_idle. Используйте этот документированный интерфейс, чтобы отправить вопрос и прочитать ответ:

python3 - <<'PY'
import os
from anthropic import Anthropic

client = Anthropic()
session_id = os.environ["new_session_id"]
question = os.environ["memory_question"]

with client.beta.sessions.events.stream(session_id) as stream:
    client.beta.sessions.events.send(
        session_id,
        events=[{"type": "user.message", "content": [{"type": "text", "text": question}]}],
    )
    for event in stream:
        if event.type == "agent.message":
            for block in event.content:
                if block.type == "text":
                    print(block.text, end="")
        elif event.type == "session.status_idle":
            print()
            break
PY

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

Если создание возвращает ошибку доступа или проверки данных, уточните право на исследовательскую предварительную версию, точные входные идентификаторы и число сеансов до изменения запроса. Если выполнение ещё ожидается или идёт, продолжайте проверять его идентификатор. Выполнение со статусом failed или canceled может оставить частичное выходное хранилище; изучите ошибку и не подключайте его как утверждённую память. Если последующий сеанс не может использовать принятую память, проверьте ресурсы и путь монтирования именно этого сеанса. Хранилище нельзя добавить к уже работающему сеансу.

Изменения памяти создают версии. По данным Anthropic, обычные версии хранятся 30 дней, а некоторые недавние версии существующей памяти — дольше. Удаление текущей памяти не удаляет сохранённую историю. Чтобы восстановить старую сохранённую версию, прочитайте её и обновите существующую запись или заново создайте удалённую; отдельного вызова восстановления нет. Экспортируйте нужную историю до окончания срока хранения и используйте документированный способ удаления конфиденциального исторического содержимого. Архивирование хранилища необратимо, переводит его в режим только чтения и запрещает новые подключения. Удаление хранилища навсегда удаляет его память и версии. Принимайте оба решения о хранении согласно политике владельца данных после проверки последующего сеанса.

О более ранней, отдельной задаче с Managed Agents читайте в нашем руководстве по параллельной проверке документов. Наш материал о Hy Memory 2.0 касается отдельного SDK памяти и собственного процесса извлечения с ограниченной областью.

Источники и дополнительное чтение

• В руководстве Anthropic по Dreams описаны доступ к исследовательской предварительной версии, входные данные, запросы создания и опроса, статусы, отдельный результат, оплата и поведение при сбоях. Общее утверждение о бета-заголовках хранилища памяти противоречит актуальному специализированному руководству по памяти; для прямых вызовов хранилища используйте последнее.
• В руководстве Anthropic по памяти описаны создание хранилища, подключение к сеансу, специальный заголовок памяти, список записей, изменения с защитой хешем, версии и хранение. Оно предупреждает о загрязнении доступного для записи хранилища и необратимости архивирования и удаления.
• В кратком руководстве Anthropic по Managed Agents объясняются требования к учётной записи, ключу API, агенту, среде и сеансу. Ни одна из этих страниц не доказывает наблюдавшееся выполнение или рост качества для этого руководства.