Редактирование бизнес-процессов в Битрикс24 — задача, которая редко бывает простой. Даже небольшое изменение в дереве условий, переменных или действий требует понимания структуры шаблона и аккуратности, чтобы не сломать логику. В сообществе появились инструменты, позволяющие поручить часть этой работы AI-агентам, таким как Claude Code или Codex. В этой статье разберём, как устроен подход, какие шаги он включает и на что обратить внимание, чтобы не навредить рабочему порталу.
Два сценария: экспортированный шаблон и коробочная версия
Первый сценарий — работа с экспортированным файлом бизнес-процесса в формате .bpt. Для этого существует бесплатный open-source скилл, который позволяет агенту разбирать и изменять такой файл локально, без подключения к порталу. Второй сценарий — коробочная версия Битрикс24, где агент через отдельный модуль может работать с шаблонами напрямую на портале. Оба варианта требуют понимания внутреннего устройства шаблонов, в частности PHP-сериализации, которая используется для хранения структуры.
Выбор между сценариями зависит от задачи и уровня доступа. Если нужно быстро внести правки в один процесс и проверить результат в изолированной среде, подойдёт работа с .bpt. Если же требуется интегрировать изменения в живой портал с соблюдением прав и возможностью отката, скорее всего, понадобится модуль для коробки. Важно понимать, что инструменты не заменяют знание предметной области: агент выполняет техническую работу, но логику процесса должен задавать человек.
Как это работает: от разбора сериализации до проверки
В основе подхода лежит идея, что AI-агент может анализировать структуру шаблона, представленную в виде сериализованных данных, и вносить изменения по инструкции. Например, чтобы добавить новое условие или изменить действие, агенту нужно указать, где именно в дереве это должно произойти. Инструменты берут на себя рутину: парсинг, генерацию нового кода, проверку синтаксиса. Однако контроль остаётся за разработчиком.
Процесс обычно включает несколько этапов. Сначала шаблон экспортируется или подготавливается для работы. Затем агенту даётся задача в понятной формулировке, например: «в процессе согласования договора добавить проверку суммы и при превышении лимита отправлять на дополнительное согласование». Агент вносит изменения в файл или через API. После этого важно проверить результат: сравнить старую и новую версии, убедиться, что не затронуты другие ветки, и протестировать на копии портала.
- Экспортируйте шаблон в .bpt и сохраните резервную копию.
- Сформулируйте задачу для агента максимально конкретно, указав точки входа и ожидаемое поведение.
- Проверьте изменения в изолированной среде или на тестовом портале.
- Используйте diff-сравнение, чтобы увидеть все правки.
- Убедитесь, что права доступа и роли не нарушены.
Отдельное внимание — разграничению прав. Если агент работает с коробочной версией, модуль должен иметь ограниченный доступ только к нужным шаблонам и не позволять менять системные настройки. Также важно предусмотреть возможность отката: сохраняйте исходные версии и имейте план возврата на случай ошибки.
Типичные ошибки и ограничения
Одна из распространённых ошибок — слишком общая постановка задачи. Агент может интерпретировать её по-своему и внести изменения не туда. Например, если сказать «оптимизировать процесс», он может удалить «лишние» с его точки зрения шаги, которые на самом деле важны. Поэтому инструкции должны быть точными и по возможности содержать примеры.
Вторая ошибка — отсутствие проверки. AI-агенты могут ошибаться в синтаксисе или логике, особенно при работе со сложными вложенными условиями. Всегда тестируйте изменения на копии. Третья ошибка — пренебрежение резервным копированием. Даже если инструмент обещает откат, лучше иметь независимую копию.
Ещё один момент: не все процессы стоит автоматизировать. Если бизнес-процесс критичен и часто меняется, возможно, стоит сначала описать его в виде схемы и только потом поручать правки агенту. Также учитывайте, что инструменты могут не поддерживать все версии Битрикс24 и не все типы действий. Перед использованием проверьте совместимость.
Практические рекомендации
Начните с небольшого процесса, который не влияет на критические операции. Экспортируйте его, попробуйте внести простое изменение с помощью агента и сравните результат. Оцените, насколько удобно формулировать задачи и насколько предсказуем результат. Если всё устраивает, постепенно переходите к более сложным сценариям.
Для коробочной версии обязательно настройте отдельный модуль с ограниченными правами и журналированием действий. Это поможет отслеживать, кто и что менял, и упростит откат. Не давайте агенту доступ к административным функциям портала.
И последнее: помните, что AI-агент — это инструмент, а не замена аналитику. Он ускоряет рутинные операции, но ответственность за корректность бизнес-логики лежит на человеке. Используйте его для типовых правок, а сложные изменения проектируйте вручную.