Введение

Один промпт. Одна задача. Агент сам решает, какие объекты метаданных создать, какие типы реквизитов назначить, какой код написать.

В этой статье я покажу, как AI-агент в 1C:EDT за один сеанс создаёт рабочую конфигурацию складского учёта - от пустого проекта до системы со справочниками, документами, движениями по регистрам и управляемыми формами. Я не диктую ему структуру объектов. Я ставлю задачу на уровне бизнес-требований, а он сам проектирует и реализует.

Никаких абстрактных рассуждений про AI - только конкретный промпт, конкретный процесс, конкретный результат.

Используется плагин CodePilot1C для 1C:EDT и модель GLM-5. Агент работает прямо внутри EDT: видит структуру проекта, создаёт объекты метаданных через API платформы, пишет код модулей, проверяет ошибки - всё без выхода из IDE. Так же плагин может выступать в качестве MCP сервера для AI сред разработки (Cursor, Claude Code, Codex и т.д. Про этот кейс напишу в конце статьи).

Шаг 0. Настройка: плагин + модель за 5 минут

Прежде чем начать - настроим рабочее окружение. Нам нужны три вещи: 1C:EDT, плагин CodePilot1C и API-ключ для языковой модели.

Какую модель используем и сколько это стоит

В качестве модели берём GLM-5 от Zhipu AI (Z.AI). Почему именно её:

• Цена - GLM Coding Plan стоит от $10/мес (план Lite). Для сравнения: аналогичный объём работы на Claude или GPT-5.3 обошёлся бы в разы дороже.
• Качество кода - GLM-5 заточена под кодинг и агентские сценарии, хорошо работает с tool use (вызов инструментов EDT).
• Контекстное окно 200K токенов - хватает для работы с крупными модулями.
• Нет санкционных рисков - китайский провайдер, работает из России без VPN.

За $10 в месяц получаем полноценного AI-помощника в EDT.

Получаем API-ключ GLM

1. Переходим на z.ai/subscribe.
2. Регистрируемся (email или GitHub).
3. Выбираем Coding Plan - Lite ($10/мес).

Устанавливаем плагин CodePilot1C в EDT

1. В 1C:EDT открываем Помощь - Установка нового ПО.
2. Нажимаем Добавить и вводим URL p2-репозитория:

https://ondysss.github.io/codepilot1c-edt/repository

3. EDT предложит перезапуститься - соглашаемся.

Настраиваем модель в плагине

После перезапуска EDT:

1. Открываем настройки плагина.

2. В разделе Провайдеры LLM указываем:

API URL: https://api.z.ai/api/paas/v4/chat/completions

API Key: <ваш ключ с z.ai>

Model: можно нажать "получить список" и выбрать GLM-5

Проверяем работу

Открываем чат с агентом и пишем:

Привет, какие инструменты тебе доступны?

Агент отвечает списком доступных инструментов. Если ответ пришёл - мы готовы.

Итого: ~5 минут и $10. Переходим к главному.

Шаг 1. Один промпт - целая конфигурация

Вот ради чего мы здесь. Никакого пошагового диктования. Одна задача на уровне бизнес-требований - агент сам решает, что создавать.

Промпт агенту

Создай конфигурацию для складского учёта.

Требования:

- Учёт поступления и реализации товаров

- Учёт остатков в разрезе номенклатуры и складов

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

- Управляемые формы для всех объектов

- Подсистема с командным интерфейсом

Сам определи, какие объекты метаданных нужны, какие реквизиты

и типы использовать. Действуй.

Обратите внимание - в промпте нет ни одного имени объекта, ни одного типа реквизита. Только бизнес-требования. Дальше агент работает сам.

Что происходит дальше

Агент начинает думать и действовать. В панели видно, как он последовательно вызывает инструменты EDT:

Фаза 1 - Проектирование. Агент сначала формирует план: какие объекты нужны, в каком порядке их создавать (сначала справочники, потом документы, потом регистры - потому что документы ссылаются на справочники, а регистры - на документы и справочники).

Фаза 2 - Справочники. Агент создаёт справочники, самостоятельно определяя состав. Здесь интересно посмотреть, что агент решил создать сам - какие справочники, какие реквизиты, какие типы он выбрал.

Фаза 3 - Документы с табличными частями. Агент создаёт приходный и расходный документы. Для каждого добавляет реквизиты шапки и табличную часть с товарными строками.

Фаза 4 - Регистр накопления. Агент создаёт регистр остатков, определяет измерения и ресурсы, выбирает вид регистра "Остатки".

Фаза 5 - Код проведения. Агент пишет процедуры ОбработкаПроведения для обоих документов. Создаёт модули объектов и записывает BSL-код с движениями по регистру.

Фаза 6 - Формы. Агент создаёт управляемые формы для документов и справочников. Определяет, какие элементы разместить на форме, добавляет табличные части, командные панели.

Фаза 7 - Подсистема. Агент создаёт подсистему и включает в неё все объекты. Конфигурация получает командный интерфейс.

Фаза 8 - Диагностика. Агент сам запускает проверку проекта и анализирует результат.

Шаг 2. Разбираем результат

Агент закончил. Смотрим, что он создал.

Структура конфигурации

Справочники:

• Номенклатура - с реквизитами, которые агент счёл нужными (артикул, единица измерения и т.д.)
• Склады
• Контрагенты - с ИНН, КПП или другими реквизитами по решению агента
• ЕдиницыИзмерения (если агент решит его создать)

Документы:

• ПоступлениеТоваров - шапка + табличная часть
• РеализацияТоваров - аналогичная структура

Регистр накопления:

• ОстаткиТоваров (вид: Остатки) - с измерениями и ресурсами

Подсистема:

• СкладскойУчёт - все объекты включены

Смотрим код проведения

Открываем модуль объекта документа ПоступлениеТоваров и смотрим, что написал агент:

Процедура ОбработкаПроведения(Отказ, РежимПроведения)
	
	// Движения по регистру остатков
	Движения.ОстаткиТоваров.Записывать = Истина;
	
	Для Каждого СтрокаТовары Из Товары Цикл
		
		// Добавляем движение Приход
		Движение = Движения.ОстаткиТоваров.Добавить();
		Движение.ВидДвижения = ВидДвиженияНакопления.Приход;
		Движение.Период = Дата;
		Движение.Номенклатура = СтрокаТовары.Номенклатура;
		Движение.Склад = Склад;
		Движение.Количество = СтрокаТовары.Количество;
		
	КонецЦикла;
	
КонецПроцедуры

Обратите внимание на детали: правильно ли агент использовал вид движения, откуда берёт склад (из шапки или из строки), как именует переменные. Это показывает уровень понимания платформы моделью.

Шаг 3. Дорабатываем - тоже через агента

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

Добавляем автоматический расчёт суммы

В документах ПоступлениеТоваров и РеализацияТоваров добавь

автоматический пересчёт суммы в табличной части при изменении

количества или цены. Сумма = Количество * Цена.

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

Добавляем контроль отрицательных остатков

Добавь в процедуру проведения документа РеализацияТоваров

контроль остатков: если после проведения остаток по номенклатуре

на складе становится отрицательным - отказать в проведении

с понятным сообщением пользователю.

Это уже задача посложнее - нужен запрос к регистру, сравнение, формирование сообщения. Смотрим, как агент справится.

Добавляем документ "Перемещение товаров"

Создай документ ПеремещениеТоваров для перемещения между складами.

Реквизиты шапки: СкладОтправитель, СкладПолучатель.

Табличная часть Товары: Номенклатура, Количество.

При проведении - расход со склада отправителя, приход на склад получателя.

Это проверка на понимание бизнес-логики: агенту нужно сделать два движения по одному регистру в рамках одного документа - расход с одного склада и приход на другой.

Шаг 4. Запускаем и проверяем

Финальный шаг - убеждаемся, что конфигурация работает.

1. Обновляем конфигурацию базы данных.
2. Открываем 1С:Предприятие.
3. Создаём элементы справочников.
4. Создаём и проводим документ поступления.
5. Проверяем движения по регистру остатков.

Честно о границах

Было бы нечестно показать только успешный сценарий и промолчать об ограничениях.

Что агент делает хорошо:

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

Что требует контроля:

• Сложная бизнес-логика - агент напишет, но проверять нужно
• Нетиповые сценарии - чем специфичнее задача, тем подробнее нужен промпт
• Имена и стандарты - агент может назвать объект не так, как принято в вашей команде

Что пока не умеет:

• Работа с механизмами БСП (подключаемые команды, печать через БСП)
• Доработка типовых конфигураций с полным пониманием их архитектуры
• Отладка в режиме предприятия

Агент - это инструмент, который забирает рутину. Архитектуру, бизнес-логику и финальный контроль качества - за разработчиком.

Бонус: подключаем Claude Code и Cursor к EDT через MCP

Пока я писал эту статью и тестировал агента на разных моделях, мне пришла в голову мысль - а вот бы неплохо было использовать Claude Opus 4.6. Попробовал прогнать такой же сценарий через API (OpenRouter) - за 5 минут улетело $10. Ну так совсем не пойдёт.

В Claude Code тарифы намного гуманнее. Первая мысль - выдернуть ключ API из Claude Code и подключить его к плагину. Изучил архитектуру и понял, что это, во-первых, незаконно (Антропик может в любой момент забанить), во-вторых, ненадёжно.

Но как быть? Хочется дешёвых тарифов и хороших моделей. Напишу я, пожалуй, свой MCP-сервер, чтобы Claude Code мог дёргать MCP и работать с EDT. Сказано - сделано.

Я реализовал механизм, когда EDT выступает в роли MCP-сервера, а Claude Code или Cursor (кому как нравится) - в роли клиента. EDT-сервер умеет то же самое, что и основной плагин - определять метаданные, получать справку, создавать объекты, работать с формами.

Установка тоже достаточно простая: заходим в настройки, настраиваем MCP - плагин даёт подсказки, как правильно настроить Claude Code или Cursor. Запускаем и проверяем.

У меня нет платной подписки Cursor, но они дают некоторое количество бесплатно. Итак, проверяем: в Cursor идём в Settings и настраиваем MCP - копируем настройки из подсказки плагина. Вуаля - сервер работает.

Промпт - "какие инструменты CodePilot тебе доступны":

Промпт - "прочитай диагностику текущего проекта":

Ну и так далее - можно сразу попросить пофиксить текущие ошибки (он будет понимать контекст конфигурации и встроенного языка) или создать новые объекты.

Claude Code работает, разумеется, намного лучше, чем GLM-5 или авто-модель Cursor, но это тема для следующей статьи.

Как попробовать

CodePilot1C - открытый плагин для 1C:EDT.

Репозиторий: github.com/ondysss/codepilot1c-edt

Установка - 5 минут (см. Шаг 0 в этой статье). Если что-то не получается - пишите в комментариях или в Telegram, помогу разобраться.

Если статья зашла - поставьте звезду на GitHub :) Это поможет мне понять востребованность инструмента и продолжить работу над ним. Планов ещё много - автоматическое тестирование, работа с MCP внутри 1С (проверка данных, скриншоты с форм и прочее).