вайбкодинг 1с: можно ли писать обработки с нейросетью

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

вайбкодинг 1с: что реально получается, а что нет

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

что у нейросети получается хорошо:

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

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

почему 1с сложнее для нейросети, чем обычный код

метаданные живут не в коде

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

клиент и сервер

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

язык запросов

запросы 1с похожи на sql, и это ловушка. модель пишет конструкции из sql, которых в 1с нет, путает параметры виртуальных таблиц регистров или делает запрос внутри цикла, который на большой базе превращается в тормоза.

типовые конфигурации и бсп

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

версия платформы

у базы есть версия платформы и режим совместимости. метод, который модель видела в свежей документации, может не работать в базе со старым режимом. модель об этом не знает, пока ты ей не скажешь.

как дать модели контекст: выгрузка конфигурации в файлы

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

выгрузка из конфигуратора. в руководстве разработчика платформы 8.3.25 этому посвящён раздел 2.17 «выгрузка и загрузка конфигурации в файлы». там описаны версии формата, иерархический и линейный форматы выгрузки, а также полная и частичная загрузка обратно в базу. на выходе — каталог с xml-описаниями объектов и их модулями, который можно положить в git.

1с:edt. это среда разработки на основе eclipse, работает в windows, linux и macos, групповая разработка и версионирование в ней идут через git, а конфигурация проверяется «на лету», прямо во время правки модулей. по документации, при импорте базы в новый проект edt сама выгружает конфигурацию во временный каталог в xml командой пакетного режима конфигуратора и переводит её в своё файловое представление. можно и наоборот — импортировать проект из уже готовых xml-файлов выгрузки.

одна важная деталь из той же документации: конфигурацию на полной поддержке edt импортирует, запускает и отлаживает, но изменить её не даст. менять режим поддержки нужно в конфигураторе до импорта, и это как раз то решение, которое лучше принимать вместе с 1с-ником.

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

внешняя обработка — безопасный полигон для экспериментов

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

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

в агентстве дарэ мы делали внешнюю обработку для 1с, которая заводит упд по фото документа, а распознаёт документ ии. формат внешней обработки удобен как раз тем, что такой инструмент подключается к базе без переделки конфигурации.

1с:напарник — свой ии-инструмент фирмы 1с

да, у фирмы 1с есть собственный ии-помощник для разработчиков — 1с:напарник. в документации 1с:edt сказано, что его плагин включён в стандартную поставку edt; на сайте сервиса — что он входит в состав 1с:edt 2025 и новее. вход по учётной записи 1с:итс, ключ доступа выдаётся на каждого сотрудника, и на странице сервиса написано: бесплатно до 1 февраля 2027 года. что будет после этой даты, там не сказано.

что он умеет по официальным страницам:

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

в журнале изменений видно, куда он движется: в версии 1.0.7 (август 2026) появились режимы «планирование» и «исполнение», в 1.0.8 (сентябрь 2026) агентный режим научился раскладывать спецификацию на шаги и выполнять их по порядку. опасные git-команды вроде push, reset --hard, rebase и merge требуют явного согласия.

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

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

вайбкодинг 1с по шагам: от задачи до обработки на копии базы

опиши задачу как подрядчику. что на входе, что на выходе, какие документы и справочники участвуют, чего делать нельзя: не проводить, не удалять, не трогать закрытый период.
разверни копию рабочей базы. непроверенный код никогда не запускается на рабочей базе, даже «просто посмотреть».
дай модели метаданные. выгрузи конфигурацию в xml или импортируй базу в 1с:edt, заведи git, чтобы любую правку агента можно было откатить.
создай внешнюю обработку. в edt — проект внешней обработки с базовым проектом-конфигурацией.
сначала план, потом код. попроси агента найти в выгрузке нужные объекты и выписать реальные имена реквизитов с путями к файлам. если имени нет в выгрузке, его нет и в базе.
пиши маленькими кусками. одна команда формы, один запрос, проверка, следующий шаг.
прогони на копии. открой .epf, проверь на настоящих примерах и сверь результат руками: суммы, количество, контрагентов.
ревью — и только потом пользователю.

пример постановки, которая работает лучше, чем «напиши обработку»:

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

что проверять на ревью

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

проверка в edt «на лету» поймает синтаксис и часть ошибок, но не логику учёта. правильно ли легла сумма в регистр, она не скажет.

когда лучше отдать задачу 1с-нику

вайб кодинг 1с хорош для черновика и для инструментов «сбоку» от учёта. задачу стоит отдать специалисту, если:

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

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

вопросы

можно ли вайбкодить в 1с без знания 1с?

простые внешние обработки — да, если работаешь на копии базы и сверяешь результат руками. всё, что задевает учёт, без понимания 1с не проверить, а значит, и не доверить нейросети.

какие нейросети для программирования 1с выбрать?

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

работает ли 1с:напарник в конфигураторе?

на официальной странице он описан как плагин для 1с:edt, про конфигуратор там ничего не сказано. для работы с ним разумно перевести проект в edt.

можно ли давать нейросети рабочую базу?

нет. и код, и тем более данные проверяются только на копии, а выгрузку конфигурации внешнему сервису отдаёшь с согласия владельца базы.

нужна обработка для 1с или ии-сервис поверх неё, а разбираться с метаданными, копиями баз и ревью некогда? в агентстве дарэ, которое стоит на 1-м месте в яндексе по запросу «купить ии агента», соберём это под ключ — от распознавания документов до загрузки их в базу.

обсудить задачу в дарэ

вайбкодинг 1с: где нейросеть справляется, где ошибается и как с ней работать