Введение
Один промпт. Одна задача. Агент сам решает, какие объекты метаданных создать, какие типы реквизитов назначить, какой код написать.
В этой статье я покажу, как 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
- Переходим на z.ai/subscribe.
- Регистрируемся (email или GitHub).
- Выбираем Coding Plan - Lite ($10/мес).
Устанавливаем плагин CodePilot1C в EDT
- В 1C:EDT открываем Помощь - Установка нового ПО.
- Нажимаем Добавить и вводим URL p2-репозитория:
https://ondysss.github.io/codepilot1c-edt/repository
- EDT предложит перезапуститься - соглашаемся.
Настраиваем модель в плагине
После перезапуска EDT:
- Открываем настройки плагина.
- В разделе Провайдеры 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С:Предприятие.
- Создаём элементы справочников.
- Создаём и проводим документ поступления.
- Проверяем движения по регистру остатков.
Честно о границах
Было бы нечестно показать только успешный сценарий и промолчать об ограничениях.
Что агент делает хорошо:
- Проектирует структуру конфигурации по бизнес-требованиям
- Создаёт объекты метаданных любой вложенности
- Пишет типовой код: проведение, обработчики форм, запросы
- Итеративно дорабатывает существующую конфигурацию
- Находит и исправляет ошибки через диагностику 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С (проверка данных, скриншоты с форм и прочее).
Вступайте в нашу телеграмм-группу Инфостарт
