Память ИИ-агента должна переживать смену сессии через проверенные записи о проекте

Почему новый запуск начинает старый спор? В чате рядом лежат гипотеза, отказ от неё и решение. Перенести разговор ещё не значит показать, какой вариант действует.

В документации агента Claude Code инструкции проекта и автоматические заметки выполняют разные роли. Обе дают контекст, а запрет действия требует отдельного контроля.

История задачи помогает продолжить работу, запись решения объясняет выбор, а проверка ловит нарушение. Обещание «всё запомнил» не заменяет проверку.

Что сохранить, чтобы не повторять спор? Решение должно объяснять, где оно действует и почему альтернативу отвергли. Фраза «так не делать» теряет смысл, когда меняется задача.

30 июля 2026 мы приняли проверку соответствия документа и адреса экрана. Все экраны подряд проверять отказались: у части нет собственного документа.

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

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

Почему файл есть, а ошибка повторяется? Агенту нужен путь к решению перед действием. Иначе он найдёт соседний старый пример и повторит старый выбор.

У нас агент не дошёл до правила, а порядок переезда остался в прежней сессии. Позже связь документа с экраном закрепили проверкой. Это разные разрывы передачи.

Записать, прочитать и проверить нужно по отдельности. Архив не доказывает, что агент нашёл запись. Верный пересказ не доказывает, что результат ей соответствует.

Как руководителю проверить память? Дайте свежей сессии задачу, для которой уже есть решение, без пересказа чата. В нашем примере нужно изменить связанный с документом экран.

До правки агент называет запись и её ограничение. После правки показывает проверку. Повтор старой ошибки виден уже в плане: снова проверить все экраны без разметки.

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

Подсказка с готовым ответом проверяет послушание. Без старого чата видно, нашёл ли агент нужное решение и понял ли причину отказа от альтернативы.

Кто решает, что заметка стала правилом? Агент готовит запись, инженер проверяет её против результата. Иначе ошибка в записи начнёт управлять следующими задачами.

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

Устаревшие инструкции создают технический долг проекта. Из действующих правил убирают противоречия. Новый агент не должен выбирать между двумя документами, которые объявляют себя последним словом.

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

Наш открытый счётчик машины 8 октября 2026 показывает 387 тысяч строк спеков и 391 тысячу строк кода. Это опубликованный снимок без даты исходного подсчёта.

Объём документов не измеряет качество памяти. Для пилота возьмите решение, на котором уже повторялась ошибка, и доведите его до следующей задачи.

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

Если контекст некому поддерживать между задачами, инженер ведёт эту работу в разработке по подписке. «Один проект» стоит 250 000 ₽ в месяц на 8 октября 2026.

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

1. Сохраняйте принятое решение вместе с причиной отказа от альтернативы.
2. Указывайте область действия и условие пересмотра записи.
3. Проверьте, что свежая сессия находит решение без пересказа чата.
4. Принимайте применение решения по результату работы, а не по ответу «запомнил».
5. Обновляйте действующую запись после проверки и передавайте незавершённый шаг следующему запуску.