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

19 июня 2026 · infolimp.ru

Где деньги уходят в никуда

ИИ-агент в 1С-разработке чаще всего «взрывается» по токенам в двух сценариях:

• Контекст «на всякий случай»: разработчик копирует в промпт весь модуль или целый объект конфигурации, чтобы модель «понимала картину». Русскоязычный код 1С токенизируется дорого: BPE-токенизаторы большинства LLM обучены на английском, и один токен покрывает 3–4 латинских символа, но лишь 1,5–2 кириллических — то есть тот же объём кода на русском требует в 1,5–2 раза больше токенов, чем эквивалентный на английском. Итог: 3000 строк типичного 1С-кода — это от 20 000 до 60 000 токенов только в контексте, ещё до ответа модели.
• Итеративные уточнения без очистки: каждый следующий вопрос идёт с полной историей предыдущих. После 5–6 итераций сессия стоит как небольшая задача целиком.

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

Минимальный контекст — максимальный результат

В большинстве задач генерации и рефакторинга работает схема: передавайте модели только то, что строго необходимо. На практике:

• Для рефакторинга процедуры — только эта процедура плюс объявления переменных, которые она использует.
• Для отладки ошибки — фрагмент кода, текст ошибки, минимальный пример входных данных.
• Для генерации нового кода — интерфейс (сигнатуры процедур и структуры, которые функция должна принять и вернуть), а не реализация всего модуля.

Рабочая проверка: если задачу можно описать за 2 минуты без ссылки на весь модуль — скорее всего, и в промпте он не нужен. Но в отличие от коллеги ИИ не знает ваших соглашений по именованию и истории объекта — добавьте 2–3 строки явного контекста, который коллеге говорить не нужно.

Агентный режим: когда предсказуемо работает

ИИ-агент (автономная цепочка вызовов, где модель сама выбирает следующий шаг) наиболее предсказуемо работает для задач с фиксированными подзадачами: написать → проверить → исправить. Для 1С-разработки это выглядит так:

1. Модель получает постановку задачи и генерирует черновик кода.
2. Следующий вызов: «проверь этот код на наличие необработанных исключений и незакрытых транзакций».
3. Третий вызов: «перепиши с учётом замечаний».

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

Что ИИ в 1С делает надёжно, а что — нет

Модели надёжно справляются с:

• Генерацией шаблонного кода (обработчики событий, типовые процедуры записи/чтения);
• Переводом бизнес-требования в структуру запроса;
• Поиском логических ошибок в небольших фрагментах;
• Написанием комментариев и документации к готовому коду.

Модели ненадёжны в:

• Знании специфики конкретных конфигураций (БП 3.0, УТ 11, ЗУП 3) — особенно в тех, что вышли или существенно изменились после даты обучения;
• Работе с кастомизированными объектами без явной документации в промпте;
• Самостоятельном выборе между несколькими архитектурными подходами без однозначно «правильного» ответа — здесь модель уверенно предлагает один вариант, не указывая на компромиссы.

Практический минимум: с чего начать

Если хотите встроить ИИ в 1С-разработку без лишних расходов — начните с трёх правил:

1. Один запрос — одна задача. Не «помоги мне с этим модулем», а «напиши процедуру X, которая принимает Y и возвращает Z».
2. Контекст по требованию. Добавляйте фрагменты кода в промпт только если модель явно об этом попросила или если задача без них нерешаема.
3. Проверяйте код до вставки. ИИ может уверенно написать обращение к несуществующему реквизиту или метаданным с неправильным именем. Беглый просмотр перед вставкой в конфигуратор занимает значительно меньше времени, чем последующая отладка.

Самый быстрый способ проверить, нужен ли контекст: попробуйте сформулировать задачу без него. Если модель справилась — не нужен. Если ответ неточный — добавляйте по одному фрагменту, пока не заработает. Так вы найдёте минимально достаточный контекст, а не передадите всё сразу.

ИИ-агент в 1С-разработке — это инструмент экономии времени, а не делегирования ответственности. Чем точнее формулируете задачу и чем меньше лишнего передаёте в контекст — тем предсказуемее и дешевле результат.