✅ Вебинар состоялся 6 августа 2026. Разобрали, почему ИИ-агент каждый раз начинает работу с чистого листа и что нужно сделать, чтобы он помнил проект между сессиями.
Проблема, с которой всё начинается
Языковая модель не помнит ничего. Каждый новый диалог она начинает без знания о том, как устроена ваша конфигурация, какие в команде приняты стандарты именования, почему полгода назад отказались от одного решения в пользу другого и какие грабли уже собраны.
На коротких задачах это незаметно: контекст умещается в одно окно. Но как только агент подключается к живому 1С-проекту, картина меняется. Разработчик тратит первые двадцать минут каждой сессии на пересказ того, что уже рассказывал вчера. Агент предлагает решения, которые в этом проекте уже пробовали и отбросили. Качество ответа зависит от того, насколько подробно человек вспомнил контекст, — то есть от усталости человека, а не от возможностей модели.
Memory Bank — это способ вынести знание о проекте наружу: в набор структурированных файлов, которые агент читает в начале работы и дополняет по её итогам.
Чем внешняя память отличается от контекста модели
Это разные вещи, и их часто путают.
| Контекст модели | Memory Bank | |
|---|---|---|
| Где живёт | внутри одной сессии | в репозитории проекта |
| Что происходит после закрытия чата | исчезает | остаётся |
| Кто наполняет | человек, каждый раз заново | агент и команда, накопительно |
| Можно ли просмотреть и поправить | нет | да, это обычные файлы |
| Виден ли в код-ревью | нет | да |
Последняя строка важнее, чем кажется. Память, которая лежит файлами в репозитории, проходит те же процедуры, что и код: её видно в диффе, её можно обсудить в ревью, её история хранится в git. Память, которая живёт «в голове у чата», не проверяется никем.
Что стоит записывать в память проекта
Полезный ориентир: в память идёт то, что нельзя восстановить, прочитав код.
Стоит записывать:
- принятые архитектурные решения и причины отказа от альтернатив;
- договорённости команды по именованию, структуре модулей, обработке ошибок;
- особенности конкретной конфигурации: доработки, обходные пути, места, которые трогать нельзя;
- повторяющиеся сценарии работы — «как мы обычно делаем обмен», «как мы выкатываем».
Не стоит:
- то, что и так лежит в коде и метаданных, — агент прочитает это напрямую;
- сырые логи и дампы: они раздувают память и вытесняют полезное;
- всё подряд «на всякий случай». Память, куда пишут без разбора, через месяц становится шумом, и агент начинает опираться на устаревшие записи как на действующие.
Главный вывод
Внешняя память — это не фича инструмента, а дисциплина команды. Она работает ровно настолько, насколько её обновляют после реальных изменений в проекте, и перестаёт работать в тот день, когда записи расходятся с кодом. Поэтому единственный способ удержать её живой — сделать обновление памяти частью задачи, а не отдельным делом «когда будет время».
Материалы вебинара
- Запись и презентация: Открыть материалы
- Трансляция во ВКонтакте: Смотреть видео
- Архив с тестовой памятью, который можно развернуть у себя и посмотреть структуру на живом примере, — по запросу.
Нужна помощь с внедрением
Если вы разбираетесь, как подключить ИИ-агента к 1С-проекту, и хотите сделать это так, чтобы не пришлось переделывать через полгода, — напишите нам. Разберём вашу конфигурацию и покажем, с чего начать.