Процесс · 15 мин
Полный цикл разработки 1С с AI-агентом
Знания, проектный контекст, изменение, статические проверки и запуск.
Генерация кода — только середина работы. До неё нужно доказать применимость решения, а после — проверить синтаксис, поведение и границы изменения.
Успешная разработка с агентом — это замкнутый цикл знаний, проектного контекста, минимального изменения и наблюдаемой проверки.
До изменения определяется основание
Формулируются цель, целевая версия, ограничения данных и критерий готовности. Библиотечный корпус даёт общее правило, а проектный индекс показывает реальные процедуры, функции, метаданные и связи. Проектный корпус не входит в публичный демонабор: там можно упражняться только на библиотечных фактах и без изменения кода.
План отделяется от применения
Сначала агент перечисляет затронутые места, допущения, проверки и откат. Только после согласования он делает минимальное изменение. Например, если меняется серверная Процедура ОбработатьЗаказНаСервере(Заказ), план должен назвать её вызывающие места и проверку повторного проведения. Это учебное имя, не факт о конфигурации читателя.
Проверки идут от дешёвых к наблюдаемым
Проверка синтаксиса и статический анализ находят ошибки текста и структуры. Тест проверяет конкретный сценарий. Проверка выполнением кода показывает, как изменение ведёт себя в разрешённой среде. Ни один слой не подменяет остальные.
Правила, версии и ограничения.
Реальный код и область влияния.
Минимальный согласованный патч.
Статическая проверка текста и структуры.
Положительный и отрицательный сценарии.
Наблюдаемый результат в разрешённой среде.
Отчёт содержит факты, а не слово «готово»
Агент перечисляет изменённые файлы, фактически запущенные команды, их результаты и оставшиеся ограничения. Если проверка не выполнялась, она так и отмечается — не запланированным успехом, а незакрытым действием.
Ветви восстановления и отдельный табличный случай
Учебное требование: клиент отправил создание с ключом K, но не получил ответ. Сначала нужно проверить состояние операции по тому же K. Если отправление найдено, вернуть его результат; если подтверждено отсутствие — повторить с K; если проверка сама завершилась таймаутом — остановиться и сохранить неизвестное, а не создавать новый ключ.
Другой цикл нужен для ОбъединитьТаблицыПоКлючу: входные ТаблицаЗначений содержат ключ 20 в обеих таблицах, общий Комментарий пуст в первой и «Импорт» во второй. Ожидаемый выход оставляет пустой Комментарий первой таблицы и добавляет уникальный ВнешнийКод второй. Агент должен сначала зафиксировать именно это правило приоритета, затем проверить синтаксис и табличные тесты. Публичная библиотека доставки не предоставляет проектный код и не исполняет эти тесты.
Вход: ключ=20; первая таблица: Комментарий=""; вторая: Комментарий="Импорт", ВнешнийКод="A-20". Выход: одна строка; Комментарий=""; ВнешнийКод="A-20". Проверка: исходные таблицы не изменены, дубли ключа вызывают явную ошибку.
Передайте запрос своему агенту. Сайт ничего не выполняет.
Восстановление после таймаута
Синтетический путь Q2 проходит весь цикл без прыжка сразу к патчу.
- Найти правило идемпотентности в публичной библиотеке и подтвердить его версию.
- В отдельном проектном сценарии найти точку вызова и сохранённый исходный ключ; если её нет, остановить план.
- Спланировать ветви «найдено», «не найдено» и «повторный таймаут» без нового ключа.
- После разрешённой правки проверить синтаксис, тест с тем же ключом и отрицательный сценарий; назвать реальные результаты, а не планируемые.
Конфигурация стенда вымышлена. Интеграция с реальной 1С и автоматический сбор результатов ещё требуют отдельного контура.
Что уже можно утверждать, а что нужно проверить
- Каждый слой цикла имеет отдельный источник результата.
- Эталон Q2 запрещает слепой повтор с новым ключом.
- Доступные проверки конкретного проекта.
- Фактический результат теста и выполнения кода.