Если вам нужно редактировать воронку бота, которая уже опубликована и прямо сейчас ведёт по сценарию десятки или сотни подписчиков, привычный путь «клонировать граф, поменять, опубликовать заново» оказывается опасным. Он плодит копии, рвёт связь с запаркованными на задержках подписчиками и превращает простую правку текста кнопки в риск. В этой статье разберём, как править сценарий бота на лету через ИИ-агента и MCP zaytsv-mcp: какие инструменты для этого есть в сервисе /bots, как работают авто-бэкапы, режимы preview и dry_run, и что происходит с теми, кто уже идёт по воронке.
Зачем править живой сценарий
Воронка бота — это не статичная схема, которую один раз нарисовали и забыли. Цены меняются, ссылки на лендинги переезжают, формулировки прогрева не дают конверсии, появляется новый канал для приглашения. Всё это требует правок в уже работающем сценарии, а не в черновике.
Проблема классического подхода в том, что «опубликовать заново» обычно означает создать новую копию графа и переключить на неё бота. У такого пути три минуса: во-первых, в списке сценариев копятся дубли, в которых легко запутаться; во-вторых, у нового графа другой идентификатор, и подписчики, которые ждали на задержке или расписании в старом сценарии, рискуют «зависнуть»; в-третьих, любая ошибка в большом графе при полной переотправке может уронить всю воронку целиком.
Поэтому в /bots есть инструменты, которые правят тот же самый сценарий на месте, не меняя его идентификатор и не разрывая идущие потоки. Чтобы начать, нужен только токен со страницы подключения MCP-токенов — после этого ваш ИИ-агент работает с графами напрямую.
edit_graph_live — правка на месте
Основной инструмент для правки живого сценария — edit_graph_live. Он редактирует тот же граф на месте: идентификатор сценария не меняется, бот продолжает работать без переключения активного графа и без простоя.
Ключевая особенность — перед каждой правкой инструмент автоматически снимает резервную копию текущего состояния в один откатной граф с названием «🔙 Авто-бэкап». Этот бэкап перезаписывается при каждой следующей правке, то есть у вас всегда есть снимок «как было до последнего изменения», к которому можно вернуться.
Именно edit_graph_live — рекомендуемый способ менять опубликованный сценарий вместо схемы «клонировать и публиковать заново», которая плодит копии. Через него удобно поправить тексты сообщений, перенастроить узлы — задержку (DELAY), расписание (SCHEDULE в часовом поясе Europe/Moscow), условие по дате, UTM, метке или подписке, блок действий ACTIONS (выгрузка в amoCRM или Google Таблицы), кнопки.
Если в момент правки у вас открыт визуальный канвас сценария, сервер сам уведомит редактор о внешнем обновлении — вы увидите, что граф изменился, и не будете работать с устаревшей картинкой.
patch_graph — точечные замены в больших сценариях
Когда сценарий большой, переотправлять его целиком ненадёжно: при передаче всего графа выше шанс что-то случайно сломать. Для таких случаев есть patch_graph — точечная правка строковыми заменами.
Вы передаёте список замен в формате replacements: [{find, replace}], а дальше всю работу делает сервер: он сам берёт текущий сценарий, выполняет в нём указанные замены, проверяет результат и, если получился невалидный JSON, отменяет правку целиком — то есть сломать граф некорректной заменой нельзя. Если же результат валиден, изменения сохраняются на месте, и так же, как у edit_graph_live, снимается авто-бэкап.
patch_graph особенно удобен для типовых массовых правок в живых воронках: сменить идентификатор канала, обновить ссылки в кнопках, поправить повторяющиеся тексты. Перед применением стоит запустить инструмент в режиме preview — он только показывает число совпадений по вашим find, ничего при этом не меняя. Так вы заранее убедитесь, что замена затронет ровно столько мест, сколько вы ожидаете, и не зацепит лишнего.
Безопасность: авто-бэкапы, preview, dry_run
Безопасность правки живой воронки строится на нескольких уровнях, и их стоит использовать вместе.
- Авто-бэкап перед каждой правкой. И
edit_graph_live, иpatch_graphперед изменением снимают копию текущего состояния в «🔙 Авто-бэкап». Это ваша страховка для быстрого отката к предыдущему состоянию. previewуpatch_graph. Прежде чем применять замены, прогоните их в режимеpreviewи проверьте число совпадений. Это защищает от слишком «жадных» замен, которые случайно затронут не те узлы.- Валидация результата. При точечной правке сервер сам проверяет итоговый JSON и отменяет изменение, если оно невалидно.
dry_runперед публикацией изменений. Инструментdry_runпрогоняет сценарий без публикации — позволяет проверить ветки логики и убедиться, что после правки воронка ведёт подписчиков туда, куда задумано.clone_graphперед рискованной правкой. Если предстоит крупное изменение, заранее сделайте резервную копию-DRAFT черезclone_graph. Это отдельный страховочный слой поверх авто-бэкапа.
Рекомендуемый порядок такой: при необходимости снять копию через clone_graph → внести правку через edit_graph_live или patch_graph (с предварительным preview) → проверить ветки через dry_run перед тем, как считать изменения окончательными.
Что с уже идущими по воронке подписчиками
Это главный страх при правке живого бота — «а не сломаю ли я тех, кто прямо сейчас внутри воронки». Здесь важная деталь поведения: изменения применяются к потоку вперёд.
Подписчики, которые уже «запаркованы» на узлах задержки (DELAY) или расписания (SCHEDULE), дорабатывают сценарий корректно. Поскольку идентификатор сценария при правке на месте не меняется, а изменение вносится в тот же граф, их ожидание спокойно резолвится — они продолжают двигаться по воронке дальше, а не теряются. Именно поэтому правка на месте через edit_graph_live и patch_graph безопаснее, чем переключение бота на новую копию графа: при смене идентификатора связь с запаркованными участниками рвётся.
Если вам всё же нужно сознательно поменять, какой сценарий у бота считается активным (живым), для этого есть отдельный инструмент set_active_graph. Но для рутинных правок текущей воронки переключать активный граф не требуется — в этом и смысл правки на месте.
Как понять, что править (аналитика)
Прежде чем что-то менять, полезно понять, что именно нуждается в правке. Для этого служит graph_analytics: он показывает, где отваливается воронка — на каком шаге подписчики массово выходят, не доходя до целевого действия.
Сценарий работы получается замкнутым и предсказуемым: смотрите в graph_analytics, на каком узле проседает конверсия → формулируете гипотезу (переписать прогрев, сократить задержку, поправить условие или кнопку) → вносите правку через edit_graph_live или patch_graph → проверяете ветки через dry_run → снова смотрите аналитику, чтобы оценить эффект. Так правки опираются на данные, а не на догадки, и каждое изменение можно измерить.
FAQ
Нужно ли останавливать бота, чтобы поправить сценарий?
Нет. edit_graph_live и patch_graph правят тот же сценарий на месте без простоя — идентификатор графа не меняется, переключать активный граф не нужно.
Что будет с подписчиками, которые ждут на задержке во время правки?
Они дорабатывают корректно. Изменения применяются к потоку вперёд, идентификатор сценария тот же, поэтому запаркованные на DELAY или SCHEDULE участники продолжают двигаться по воронке.
Как откатить неудачную правку?
Перед каждой правкой автоматически создаётся откатной граф «🔙 Авто-бэкап» с предыдущим состоянием. Для крупных изменений можно дополнительно заранее сделать копию-DRAFT через clone_graph.
Чем patch_graph лучше полной переотправки большого графа?
Он меняет только то, что попало в replacements: [{find, replace}], сам проверяет итоговый JSON и отменяет правку при ошибке. А режим preview заранее показывает число совпадений, чтобы замена не затронула лишнее.
Вывод
Править живую воронку бота можно безопасно и без простоев, если использовать инструменты, рассчитанные именно на это: edit_graph_live для правки на месте, patch_graph для точечных замен в больших сценариях, preview и dry_run для проверки до применения, а graph_analytics — чтобы понимать, что вообще стоит менять. Авто-бэкап перед каждой правкой и сохранение идентификатора сценария избавляют от двух главных рисков: потери предыдущего состояния и «зависших» подписчиков.
Получите токен на странице подключения MCP и подключите своего ИИ-агента, чтобы менять воронки голосом или текстом. Начните в сервисе /bots — соберите сценарий и правьте его на лету, не теряя ни одного подписчика.
Комментарии (0)