Anthropic расширила память Claude на рабочие поверхности: что проверить команде
25 августа 2026 года Anthropic объявила о расширении памяти Claude на поддерживаемые рабочие поверхности. Сохранённые пользователем сведения могут использоваться не только в отдельном веб-чате, но и при работе с Claude Code и подключёнными пространствами, если у аккаунта есть соответствующее разрешение. Идея проста: не переписывать одни и те же правила проекта в каждом новом сеансе.
Но общая память меняет саму модель риска. Ошибка, которая раньше оставалась в одном диалоге, теперь способна перейти в другую задачу. Устаревший формат отчёта, неверное название проекта или случайно сохранённая деталь могут повлиять на ответ через неделю. Поэтому обновление полезно рассматривать как новый слой контекста с отдельными правилами доступа, а не как бесконечный архив разговоров.
Что именно переносится
Память обычно состоит из отдельных подтверждённых элементов: предпочтения к формату, договорённости о стиле, названия и ограничения проекта. Это не означает, что система дословно хранит все чаты и помнит каждую фразу. Перед включением выясните, какие записи создаются автоматически, какие добавляются вручную и где их можно просмотреть.
Проверка начинается с нейтрального примера. Создайте тестовое рабочее пространство, сохраните правило «отчёт оформляется в Markdown с таблицей рисков», а затем откройте новый чат и Claude Code. Попросите только применить формат, не добавляя реальных документов. Если правило не переносится или появляется в чужом проекте, остановите пилот и разберите границы пространства.
Какие сведения разрешать
Для памяти подходят устойчивые рабочие предпочтения: структура отчёта, принятые сокращения, формат дат, название тестового репозитория. Не подходят пароли, API-ключи, номера договоров, имена клиентов, медицинские сведения и внутренние цены. Если факт нужен один раз, передайте его в текущем запросе и не превращайте в постоянную запись.
Составьте простой реестр из трёх колонок: «можно сохранить», «только в текущем сеансе», «запрещено». Покажите его команде до запуска. Такая граница полезнее общего обещания «не добавлять секреты», потому что сотруднику понятно, как поступить с конкретным файлом или именем.
Порядок безопасного пилота
- Назначьте владельца памяти и человека, который отвечает за удаление записей.
- Создайте отдельный проект без клиентских данных и подключите минимальное число участников.
- Добавьте один безопасный факт и проверьте его в чате, кодовой среде и рабочем пространстве.
- Измените формулировку записи, убедитесь, что старая версия больше не влияет на ответ.
- Удалите запись и повторите тот же запрос в чистом сеансе.
- Зафиксируйте, кто видит память, каков срок хранения и что происходит при закрытии проекта.
На каждом шаге сохраняйте только обезличенный запрос и результат проверки. Не копируйте в отчёт сам секрет, даже если он использовался для негативного теста. Важен факт утечки и место, где она произошла, а не повторное распространение значения.
Как ловить смешение проектов
Подготовьте два пространства с похожими задачами, но разными тестовыми маркерами: PROJECT-A и PROJECT-B. В первом сохраните одно правило, во втором — другое. В каждом чате задайте одинаковый вопрос и проверьте, что ответ использует только свой маркер. Затем отключите память и убедитесь, что модель не продолжает ссылаться на прежние записи.
Отдельно протестируйте смену роли: сотрудник с доступом к проекту, внешний подрядчик и администратор. Наличие доступа к коду не должно автоматически открывать память другой команды. Если интерфейс не показывает источник записи, считайте это недостатком для критичного процесса и оставьте перенос контекста выключенным.
Устаревание и очистка
Память должна иметь владельца и дату следующего пересмотра. Правило, которое было верным в начале квартала, может стать неправильным после смены продукта или договора. Введите ежемесячный просмотр: удалить устаревшее, объединить дубли, исправить неточную формулировку и проверить результат в новом чате.
При увольнении сотрудника, передаче проекта или завершении договора запускайте отдельную процедуру очистки. Удалить файл из общего диска недостаточно, если его содержание сохранилось в памяти или журнале. Зафиксируйте порядок отзыва доступа, удаления записей и проверки чистым аккаунтом.
Что не делегировать памяти
Сохранённый контекст не должен быть единственным основанием для финансового расчёта, юридического вывода, медицинской рекомендации или публикации. Он помогает напомнить формат и договорённости, но факт нужно сверять с действующим документом. Если ответ зависит от свежей цены, версии кода или статуса клиента, передайте актуальный источник заново.
Для агентных действий добавьте предпросмотр. Перед изменением файла или запуском команды покажите пользователю, какие записи памяти повлияли на план. Если причина непонятна, агент должен остановиться и попросить уточнение, а не действовать «по привычке».
Как измерить пользу
Сравните неделю работы с памятью и без неё на одинаковом наборе задач. Запишите время до принятого результата, число повторных вводных, ошибки из-за устаревшего контекста и ручные исправления. Иногда экономия нескольких строк в запросе не окупает проверку чужих записей. Решение о постоянном включении принимайте по этим наблюдениям, а не по ощущению удобства.
Вывод
Расширение памяти Claude делает длинные проекты удобнее: согласованный формат и безопасные рабочие предпочтения можно переносить между поддерживаемыми поверхностями. Одновременно растёт цена неверной записи и слишком широкого доступа. Начинайте с тестового пространства, разделяйте проекты, регулярно пересматривайте память и оставляйте критичные решения за человеком. Тогда новая функция сокращает рутину, не превращая прошлый контекст в скрытый источник ошибок.