Вайб-кодинг давно вошёл в практику разработчиков — но до кода всегда идут требования. Если ТЗ написано поверхностно, модель лишь быстрее создаст решение не той задачи. Для этапа аналитики есть свой термин: вайб-спекинг — диалог с ИИ, в котором сырая идея постепенно становится спецификацией с границами доработки, объектами конфигурации и критериями приёмки.
Зачем это нужно аналитику 1С
Типичная ситуация: заказчик описал задачу в двух предложениях, аналитик идёт к разработчику за контекстом, тот открывает конфигуратор, оба тратят полдня на выяснение того, какие объекты вообще затронуты. ИИ-агент, знакомый с метаданными типовых конфигураций, закрывает этот этап за минуты.
Речь не о замене аналитика. Речь о том, чтобы убрать подготовительную работу: изучить типовой функционал, построить карту процесса, набросать черновик ТЗ, прикинуть точки встраивания и риски. Всё это агент делает быстро — если ему дать правильный контекст.
Что агент умеет, а что нет
Универсальная языковая модель хорошо оформляет документы, но не знает устройство конкретной версии конфигурации 1С. Поэтому ключевое условие — контекст о метаданных и типовых механизмах системы.
В примерах ниже используется облачный режим «Эксперт по 1С» в MAKER-STUDIO. Он работает в браузере, без запуска конфигуратора или 1С:EDT. На момент публикации агент ориентируется в следующих конфигурациях:
| Конфигурация | Поддерживается |
|---|---|
| 1С:Документооборот | да |
| 1С:Бухгалтерия | да |
| 1С:Управление торговлей | да |
| 1С:Зарплата и управление персоналом | да |
| 1С:ERP | да |
| 1С:Управление нашей фирмой | да |
| 1С:Цифровое животноводство | да |
Как формулировать запросы
Запрос полезно строить не вокруг абстрактного «напиши ТЗ», а вокруг конкретного результата, который нужен прямо сейчас. Несколько рабочих шаблонов:
Есть ли в типовой конфигурации учёт совмещения должностей и как он проводится?Опиши процесс приёма на работу: документы, кадровые регистры, роли и доступ к формам.При проведении больничного нужно запрещать расчёт, если не указан стаж.
Какие типовые объекты затрагивает изменение и куда корректнее встроиться?Составь чек-лист приёмки для отчёта по остаткам отпусков, включая негативные сценарии.Подготовь разделы ТЗ: цель, as is, to be, объекты, права, исключения и критерии приёмки.Рабочий цикл выглядит так: аналитик задаёт бизнес-цель и ограничения → агент собирает факты по типовой конфигурации и предлагает каркас → аналитик проверяет сведения и адаптирует документ под процессы заказчика.
Пример 1: найти объекты интеграции ERP с 1С:Документооборотом
Без агента аналитик идёт к разработчику или сам лезет в дерево метаданных. С агентом достаточно одного запроса:
Есть ли модуль интеграции с 1С:Документооборотом в ERP?
Если да, перечисли основные объекты подсистемы, их назначение,
точки расширения и ограничения.
Укажи версию конфигурации, на которой основан ответ.Для ERP 2.5.27 агент выделил подсистему интеграции с редакциями 2 и 3 «1С:Документооборота» и разложил объекты по назначению: план обмена и регламентное задание фонового обмена, обработки настройки и администрирования, общие модули базовой логики, правила сопоставления объектов, регистры очередей и статусов согласования, функциональные опции, роли и подписки на события.
Самое ценное здесь — не длинный перечень метаданных, а явный вывод о границах ответа. По метаданным можно подтвердить наличие механизма, но нельзя определить, включён ли он в конкретной базе, какая редакция используется и какие документы фактически участвуют в обмене. Для этого нужно проверить константы, функциональные опции и переопределяемые типы в базе заказчика. Такой ответ помогает быстро составить список вопросов для обследования.
Пример 2: подготовить ТЗ с критериями приёмки
Сценарий: напоминания сотрудникам о незаполненных ежедневных отчётах в «1С:Документообороте». Напоминание должно учитывать график работы и отсутствия, реализовываться через расширение.
В запросе стоит сразу указать все ограничения:
Подготовь ТЗ для «1С:Документооборот 3.0.21».
Нужно напоминать обязанным сотрудникам о незаполненном ежедневном отчёте
за предыдущий рабочий день.
Учти выходные, отпуска и другие отсутствия.
Доработка — через расширение.
Предложи архитектуру, состав объектов, риски, вопросы заказчику
и критерии приёмки.Агент установил, что в типовой конфигурации есть ежедневные отчёты, отсутствия, графики и очередь уведомлений, но нет готового события «ежедневный отчёт не заполнен» и персонального признака обязанности вести такой отчёт. На основе этого агент предложил рабочую архитектуру расширения и список вопросов, которые нужно задать заказчику до начала разработки.
Структура итогового ТЗ, которую генерирует агент, выглядит примерно так:
## Цель
## As is (текущий процесс)
## To be (целевой процесс)
## Объекты конфигурации
## Права и роли
## Исключения и граничные случаи
## Риски
## Вопросы заказчику
## Критерии приёмки (позитивные и негативные сценарии)Где это ломается
Несколько ситуаций, когда вывод агента нужно перепроверять особенно внимательно:
Нестандартные версии и сборки. Агент знает типовые конфигурации, но не знает, что в базе заказчика стоит версия трёхлетней давности с пятью патчами поверх. Всегда уточняйте версию в запросе и проверяйте ответ в конфигураторе.
Функциональные опции. Механизм может существовать в метаданных, но быть отключён. Агент не видит состояние конкретной базы — только структуру типовой конфигурации.
Расширения заказчика. Если в базе уже есть расширения, они могут переопределять типовые объекты. Агент об этом не знает.
Оценка трудозатрат. Агент может назвать точки встраивания и затронутые объекты, но точную оценку в часах всё равно даёт разработчик после просмотра кода.
Что попробовать дальше
Если базовый сценарий с MAKER-STUDIO работает, следующий шаг — подключить агента к реальным метаданным. Для этого есть несколько инструментов: EDT-MCP (MCP-сервер для 1С:EDT, совместим с Claude, GitHub Copilot, Cursor), а также среда 1c-ai-dev-env с BM25-поиском по 8141 методу и API-справочниками на 115 666 методов. С ними агент работает не с типовой конфигурацией в памяти, а с конкретной базой заказчика.
FAQ
Чем вайб-спекинг отличается от вайб-кодинга?
Вайб-кодинг — это генерация кода через диалог с ИИ. Вайб-спекинг — предшествующий этап: диалог, в котором сырая идея превращается в спецификацию с объектами, границами и критериями приёмки. Без качественного спекинга вайб-кодинг быстрее создаёт решение не той задачи.
Можно ли использовать ChatGPT или Claude вместо специализированного агента?
Можно, но результат будет хуже. Универсальные модели не знают метаданных конкретных версий 1С. Специализированный агент (например, «Эксперт по 1С» в MAKER-STUDIO) даёт ответы с привязкой к реальным объектам конфигурации и явно обозначает границы своей осведомлённости.
Нужен ли конфигуратор или 1С:EDT для работы с агентом?
Для первичного анализа — нет. MAKER-STUDIO работает в браузере. Конфигуратор или EDT понадобятся на этапе проверки: когда нужно убедиться, что механизм включён в конкретной базе и не переопределён расширениями.
Как правильно указывать версию конфигурации в запросе?
Указывайте точную версию: не «ERP», а «ERP 2.5.27»; не «Документооборот», а «1С:Документооборот 3.0.21». Это влияет на точность ответа — между минорными версиями состав объектов может отличаться.
Заменит ли ИИ аналитика 1С?
Нет. Агент ускоряет подготовительную работу: сбор фактов, построение карты процесса, черновик ТЗ. Но адаптацию под реальные процессы заказчика, проверку функциональных опций, работу с расширениями и финальную оценку рисков по-прежнему делает специалист.
