Агент 1С переписал один модуль 3 раза за неделю — спасла Memory Bank

Memory Bank — это набор файлов вне диалога с ИИ-агентом: карта конфигурации 1С, реестр доработок и список запретов, которые агент обязан прочитать перед правкой и обновить после неё. Без внешней памяти агент каждую сессию заново угадывает архитектуру базы и переписывает уже готовый код — Memory Bank это останавливает.

Почему ИИ-агент теряет контекст 1С-проекта между сессиями

Разработчик подключает ИИ-агента к конфигуратору 1С и просит доработать отчёт по остаткам склада. Агент читает несколько модулей, пишет процедуру, тесты проходят, задачу закрывают. Через два дня в новом чате тот же разработчик просит поправить тот же отчёт — но агент снова читает конфигурацию с нуля, не находит вчерашнюю процедуру среди полутысячи объектов метаданных и создаёт вторую, почти такую же.

На саму доработку до дублирования ушло от силы два часа — обычная задача. Но каждый следующий разработчик или сам агент, начиная новый диалог, видит уже не одну версию отчёта, а несколько похожих, названных чуть по-разному: «ОтчётПоОстаткам», «ОтчётОстаткиСклад», «ОбработкаОстатковV2». Из интерфейса непонятно, какую подключили в рабочую форму, а какую агент создал и забыл удалить.

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

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

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

Разница с обычным программистом в другом: человек, даже забыв детали, понимает, что стоит спросить коллегу или заглянуть в документацию. Агент без внешней памяти не сомневается — он просто пишет код заново, потому что для него задача выглядит как новая, а не как повторное решение уже решённой.

Из чего состоит Memory Bank для проекта 1С

Работающий Memory Bank для 1С-проекта — это не файл с общими пожеланиями писать аккуратный код, а несколько отдельных документов с разной ролью.

• ✓карта конфигурации — список подсистем и ключевых объектов, за что каждый отвечает, что критично для регламентированной отчётности;
• ✓реестр доработок — что менялось, когда, кем и зачем, с привязкой к объекту метаданных, а не к общему списку коммитов;
• ✓журнал решений — почему выбрали именно такой подход, а не типовой функционал платформы, чтобы агент не «улучшал» осознанный компромисс;
• ✓стоп-лист — объекты, регистры и обработки, которые агент не трогает ни при каких условиях без явного разрешения человека;
• ✓глоссарий проекта — как в компании называют сущности, чтобы агент не путал «заказ покупателя» с «заказом на производство» из-за похожих названий.

Пять документов — это не разовая бумага, а живой набор: карта конфигурации меняется раз в квартал вместе с архитектурой, реестр доработок — после каждой задачи, стоп-лист — когда в проекте появляется новый чувствительный контур, например интеграция с банком-эквайером.

Как исправить: собрать Memory Bank и подключить его к агенту

Порядок работает одинаково независимо от того, какой ИИ-инструмент подключён к проекту.

1. ✓Завести рядом с исходниками конфигурации папку с текстовыми файлами памяти — агент читает их в начале каждой сессии как обязательный контекст, а не как справочную информацию по желанию.
2. ✓Разделить память на статичную часть — архитектура, соглашения, стоп-лист — и рабочую, что сделано за последний спринт. Рабочую часть агент обновляет сам после задачи, статичную правит только человек, иначе агент со временем перепишет собственные ограничения.
3. ✓Прописать в системном промпте агента два обязательных шага: прочитать Memory Bank перед правкой и обновить реестр доработок после неё, с конкретной формулировкой, а не общим пожеланием быть внимательным.
4. ✓Завести отдельный файл-исключение: регистры бухгалтерского и налогового учёта, персональные данные сотрудников, настройки обмена с банком — всё, что агент правит только с явного разрешения человека и после отдельного ревью.

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

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

Где хранить память: сравнение форматов

Формат хранения определяет, насколько легко агент и человек одинаково понимают, что в памяти актуально, а что нет.

Для большинства проектов 1С рабочим вариантом оказываются обычные markdown-файлы в репозитории вместе с исходниками конфигурации: их видит и агент, и программист в обычном ревью, и они попадают в историю версий вместе с самим кодом, а не живут отдельной жизнью.

Что делать, если ошибка повторяется и агент снова путает доработки после обновления конфигурации

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

Поэтому обновление памяти — не разовая настройка, а шаг регламента обновления самой 1С. После каждого обновления 1С сверяем реестр доработок с фактическим составом метаданных и правим расхождения, пока их два-три, а не двадцать.

Проверить это просто: откройте Memory Bank и сравните дату последнего обновления статичной части с датой последнего обновления конфигурации. Если статичная часть старше вендорского обновления больше чем на один релиз, агент работает по устаревшей карте, и правки нужно перепроверять вручную, пока реестр не приведут в порядок.

Если ошибка повторяется системно — агент раз за разом путает одну и ту же группу объектов, — обычно причина не в самом агенте, а в том, что обновление статичной части памяти никому не назначено ответственным. Заведите это отдельной задачей в регламенте обновлений, а не полагайтесь, что агент сам заметит расхождение и остановится.

Как предотвратить потерю контроля над правками агента

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

Полезная привычка — логировать рядом с кодом решения агента: какие варианты он рассматривал и почему выбрал именно этот. При разборе инцидента такой лог экономит время: видно, ошибся ли агент в логике или просто не знал про существующий стоп-лист.

Персональные данные сотрудников и клиентов из Memory Bank и из логов агента исключаем отдельно. Обработка таких данных подпадает под 152-ФЗ, и хранить их в текстовом файле, который читает внешний ИИ-сервис, уже нарушение, даже если сама конфигурация физически стоит на сервере в России.

На проектах масштаба внедрения 1С:ERP, где конфигурация растёт на десятки подсистем, память без регламента ревью не спасает: правок больше, чем один программист успевает перепроверить вручную, и Memory Bank превращается в источник новых ошибок вместо защиты от них.

Мы настраиваем Memory Bank как часть проекта внедрения 1С: собираем карту конфигурации, заводим регламент ревью правок и подключаем агента только к тестовому контуру, а не сразу к рабочей базе. Дальнейшее сопровождение — разбор конфликтов после обновлений, актуализация реестра доработок, работа с правами доступа — это обычная почасовая работа программиста и системного администратора, от 3800 рублей в час, без отдельной надбавки за то, что часть задач ставит ИИ-агент.

❓ Частые вопросы

Что такое Memory Bank для проекта 1С?

Memory Bank — набор текстовых файлов рядом с конфигурацией: карта архитектуры, реестр доработок, журнал решений и стоп-лист запрещённых объектов. ИИ-агент читает их перед каждой задачей и обновляет после неё, поэтому не теряет контекст между отдельными сессиями чата и не переписывает уже готовый код заново.

Чем ИИ-агент без внешней памяти опасен для рабочей базы 1С?

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

Нужно ли давать ИИ-агенту доступ к рабочей базе 1С?

Нет. Агенту заводят отдельную учётную запись с правами на чтение метаданных и запись только в тестовую копию базы. Перенос правок в рабочую базу делает человек через обычное ревью, а не агент напрямую — так контролируется каждое реальное изменение.

Как часто нужно обновлять Memory Bank после обновления конфигурации 1С?

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

Сколько стоит настроить Memory Bank для проекта 1С?

Настройка входит в проект внедрения или доработки 1С: сбор карты конфигурации, реестра доработок и регламента ревью. Дальнейшее сопровождение — разбор конфликтов, актуализация памяти, работа с правами доступа — тарифицируется как обычная почасовая работа программиста и сисадмина, от 3800 рублей в час.