Разбор от сообщества: [1С + ИИ] Внешняя обработка за 3 минуты! Вайбкодинг стал быс

24 июля 2026 · infolimp.ru

Контекст и ситуация

Тренд «вайбкодинг» в сообществе 1С набирает обороты. Специалисты всё чаще используют ChatGPT, DeepSeek или локальные модели для быстрой генерации шаблонов обработок, отчётов и даже фрагментов конфигураций. Статья «Разбор от сообщества: [1С + ИИ] Внешняя обработка за 3 минуты!» — типичный пример: автор показывает, как парой запросов получить рабочий код внешней обработки. Скорость впечатляет, но опытные разработчики знают: такая «магия» часто скрывает подводные камни, которые проявляются только в боевой среде — на высоких нагрузках, при нестандартных данных или при обновлении платформы.

Что добавляет эта статья сверх быстрого результата

Мы не пересказываем инструкцию по генерации. Вместо этого покажем нетривиальные ловушки, которые LLM-модели регулярно допускают в 1С-коде, сравним подходы «написать самому» vs «использовать ИИ как ассистента» и объясним, почему за 3 минуты можно получить не «рабочую» обработку, а «квазирабочую» — с тихими ошибками, которые проявятся позже.

Как ИИ генерирует код 1С: типичные сценарии и скрытые риски

LLM обучается на огромном количестве текстов, включая документацию, форумы, статьи и код. Однако для 1С характерно наличие диалекта (русские имена методов, особые объекты) и жёстких ограничений платформы. Модель часто смешивает API из разных версий или выдумывает методы, которых не существует. Рассмотрим типичный пример генерации внешней обработки, которая должна отправлять POST-запрос к внешнему API.

Пример: генерация HTTP-запроса

Запрос к LLM: «Напиши внешнюю обработку 1С, которая отправляет JSON на сервер по адресу api.example.com и выводит ответ в окно сообщений».

Модели часто выдают код вроде:

// Типичный код, сгенерированный ИИ (содержит несуществующие методы)
Соединение = Новый HTTPСоединение("api.example.com", 443); // корректно
Запрос = Новый HTTPЗапрос("/endpoint");
Запрос.УстановитьТелоИзСтроки("{""key"":""value""}", "UTF-8");
Ответ = Соединение.ОтправитьДляОбработки(Запрос);
Сообщить(Ответ.ПолучитьТелоКакСтроку("UTF-8"));

На первый взгляд код рабочий. Но в нём нет обработки исключений, не проверяется КодСостояния ответа, не закрывается соединение, а главное — часто модель «забывает» установить заголовок Content-Type: application/json или использует несуществующие методы (например, HTTPОтвет.ПолучитьТелоКакСтроку() — такого метода нет, есть ПолучитьТелоКакСтроку(Кодировка)).

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

Ловушка: неверное использование сериализации JSON

Другая частая галлюцинация — модель предлагает использовать Новый ЗаписьJSON(Параметры) для записи в строку, тогда как правильный способ — ЗаписьJSON.УстановитьСтроку(). Или пытается применить ПрочитатьЗначениеJSON() к потоковому чтению, путая простую и объектную техники. Результат — исключение «Неверный тип значения» на этапе сериализации.

Под капотом: почему ИИ не знает платформу 1С

LLM не обладает «пониманием» платформы в человеческом смысле. Она предсказывает следующее слово на основе статистики. В обучающих данных по 1С много устаревших примеров с форумов, ошибочных решений, а также кода на других языках (JavaScript, Python), который модель может ошибочно адаптировать к 1С, сохраняя неверные конструкций. Например, модель может «вспомнить» HTTPОтвет.ПолучитьТелоКакСтроку() без аргументов, хотя в 1С требуется обязательный параметр кодировки.

Реальная галлюцинация: выдуманные методы у глобальных объектов

Модель может сгенерировать:

// Несуществующий метод (галлюцинация)
Конфигурация.ИсторияИзменений();

У объекта Конфигурация доступны только свойства Имя, Версия, Синоним. Метод ИсторияИзменений отсутствует. Если такой код попадёт в боевую обработку — ошибка возникнет только в момент выполнения, и не факт, что в процессе отладки её заметят.

Предупреждение: Никогда не доверяйте сгенерированному коду без проверки. Каждый второй вызов несуществующего метода — потенциальный сбой в production.

Практические рекомендации: как безопасно использовать ИИ в 1С

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

Чек-лист проверки кода от ИИ

1. Проверить все конструкторы объектов — каждый Новый <ИмяКласса> должен быть в whitelist платформы (HTTPСоединение, HTTPЗапрос, ЗаписьJSON, ЧтениеJSON, Массив, Структура и т.д.).
2. Убедиться в наличии обработки ошибок — хотя бы Попытка…Исключение…КонецПопытки вокруг вызовов HTTP и файловых операций.
3. Проверить методы у стандартных объектов — например, HTTPОтвет.ПолучитьТелоКакСтроку() принимает строку кодировки, а ХранилищеЗначения.Получить() не имеет такого же прототипа, как ПолучитьСсылку() у менеджеров.
4. Сверить заголовки HTTP — HTTPЗапрос.Заголовки обязательно содержит Content-Type для POST-запросов.
5. Проверить использование JSON — различать простую (глобальные функции) и объектную (ЗаписьJSON, ЧтениеJSON) техники. Не смешивать их.
6. Убедиться, что нет несуществующих свойств — например, БазаДанных.Имя — такого объекта нет (используйте Конфигурация.Имя).

Что делать прямо сейчас

• Включите в свой процесс код-ревью для любого сгенерированного фрагмента. Лучше выделить 10 минут на проверку, чем два часа на поиск ошибки в production.
• Используйте ИИ как «ассистента»: попросите его написать только черновик, а затем перепишите критически важные части вручную (HTTP-вызовы, работа с файлами, транзакции).
• Прогоняйте сгенерированный код через автоматизированные тесты (например, через Vanessa-Automation) — это выявит большинство галлюцинаций.

Типичные ошибки вайбкодинга в 1С

На основе анализа сообщества (включая публикацию на Infostart) выделим три наиболее частые проблемы.

Ошибка 1: Пропуск кодировки при работе со строками

Модель часто пишет:

ТелоЗапроса = "{""name"":""test""}";
Запрос.УстановитьТелоИзСтроки(ТелоЗапроса); // без кодировки — ошибка!

Правильный вызов: УстановитьТелоИзСтроки(Строка, "UTF-8").

Ошибка 2: Использование ПрочитатьЗначениеJSON() вместо объектного чтения

Когда нужно разобрать сложный JSON с вложенными объектами, модель может предложить:

Ответ = Соединение.Получить(Запрос);
Результат = ПрочитатьЗначениеJSON(Ответ.ПолучитьТелоКакСтроку("UTF-8")); // вернёт Структуру, но не позволяет обработать вложенные объекты правильно

Для потоковой обработки лучше использовать ЧтениеJSON.УстановитьСтроку() и последовательно прочитать.

Ошибка 3: Отсутствие таймаута и проверки ответа

ИИ-код часто не устанавливает таймаут соединения и не проверяет КодСостояния. При ошибке сервера (код 5xx) обработка может зависнуть или вернуть некорректный ответ без уведомления пользователя.

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

Статья на Infostart наглядно демонстри