Всё, что мы собираем в этой статье, уже есть в виде готового сценария — установите его и настройте под себя.
Открыть шаблонПопросите AI-агента собрать Telegram-бота — он это сделает: напишет обработчик, подключит вебхук, выкатит. Почти все демо «ИИ соберёт вам бота» на этом и заканчиваются, в момент, когда код скомпилировался, как будто это финиш.
Это не финиш. Финиш — момент, когда человек, который не писал этот запрос, должен доверить боту реальных клиентов. Код до этой точки не доводит. Холст доводит.
Мы делаем визуальный редактор сценариев, поэтому примерно год наблюдали за версией «агенты заменяют интерфейсы» с понятной профессиональной тревогой. Потом мы выпустили AI-ассистент и MCP-сервер, чтобы агенты могли собирать сценарии прямо в FlowCastle, — и версия перевернулась.
Агенты не заменили холст. Они стали его самыми активными пользователями. Изменилось то, кто двигает шаги, а не то, нужны ли шаги вообще.
Что молча предполагает фраза «агент просто соберёт»
Что вы прочитаете код. Нормально, если запрос писали вы и свободно читаете на этом языке. Многие из тех, кто собирает ботов, не читают. А те, кто читает, не хотят быть единственным человеком в команде, способным открыть «бота для заявок» и сказать, что он на самом деле делает. Сгенерированная цепочка условий на несколько сотен строк не становится самодокументируемой оттого, что её написала модель, а не человек.
Что он повторит результат дважды. Попросите ещё раз с чуть другой формулировкой или у другой модели — и ветвление может оказаться заметно другим, причём сравнить нечего: артефакта не было, были два независимых запуска генерации. Для разового скрипта терпимо. Для того, что месяцами работает без присмотра с платящими клиентами, через три недели «улучшается» ещё одним запросом и достаётся коллеге, пришедшему после обоих событий, — плохо.
Ни то ни другое не про интеллект. Результат рассуждающей модели может быть отличным и всё равно неотлаживаемым в два часа ночи кем-то другим, потому что «отлаживаемость» — свойство не автора, а артефакта.
Что ассистент отдаёт на самом деле
На вход — задача обычными словами:
На выходе — настоящий сценарий, а не абзац с его описанием:
Приветствие, ветвление по тому, что человек ищет, сбор заявки с именованными переменными, запись на просмотр, запасная ветка. Шаги, в которые можно кликнуть.
Механика та же, когда ведёт агент через MCP-сервер: прочитать текущую структуру, получить правила оформления и разобранные примеры, затем предложить изменение. Каждая правка проверяется по той же схеме, которую соблюдает визуальный редактор, до того как попадёт в сценарий. Агент не может:
- выдумать функцию, которой нет в рантайме
- сослаться на несозданную переменную
- оставить ветку без продолжения
Запись отклоняется, а не принимается молча, чтобы упасть на первом живом пользователе. Ассистент предлагает — решает схема.
Поэтому приходит черновик, готовый к той проверке, которую вы устроили бы работе младшего коллеги. Есть ли смысл в запасной ветке? Те ли поля запрашивает шаг записи? Звучит ли это так, как говорит сам бизнес?
Ответы на эти вопросы вы находите, глядя на сценарий, а не читая диф сгенерированного TypeScript. Вот редактор в работе от начала до конца:
Чего агент не отдаёт
Правильно выглядящий черновик — ещё не работающая система. Разрыв между ними состоит в основном из скучной инфраструктуры, никак не связанной с качеством модели:
- Ограничения частоты. Telegram ограничивает ботов сразу по нескольким осям: примерно 30 сообщений в секунду по разным чатам, около одного в секунду в один и тот же чат, а в группы — ещё медленнее. «Отправь это всем, кто нажал» не соблюдает их, если ограничение не встроено в путь исполнения.
- Платежи. Они должны сходиться с провайдером и переживать повторы, никого не списав дважды.
- Рассылки. Четыре тысячи отправок, упавшие на середине, требуют журнала доставки, а не цикла «как получится».
Дело не в слабости моделей. Дело в том, что «агент написал логику» и «система готова к проду» здесь тихо перестают быть одним утверждением. Эта инфраструктура живёт в рантайме под сценарием — а не в том, о чём кто-то из вас думает на каждом шаге.
Может, отдать всё агенту?
Сильнейший контраргумент — не «сгенерированный код плох». Это реальный продуктовый выбор: отказаться от фиксированного сценария и позволить агенту решать на лету, на каждом сообщении. Мы делали шаг с ответом от ИИ не против этого: сценарий может вызвать модель в одной конкретной точке — ровно на свободной части разговора. Подробно приём разобран в руководстве по боту поддержки с ИИ.
| Пусть решает агент | Нарисуйте сценарием |
|---|---|
| Свободные диалоги поддержки | Возвраты, доступ к платному, регуляторика |
| Поиск и пересказ | Всё, что бизнес обязан гарантировать |
| Слишком широкое множество ответов | Стоимость и задержка на масштабе |
| Импровизация ничем не грозит | Передача дел тем, кто это не писал |
Последняя строка бьёт сильнее всего. Через полгода, когда человек, писавший исходный запрос, ушёл, а в поддержке три сотрудника, не касавшихся этого, «спросите у агента, что он делает» — не процедура аудита. Сценарий, который можно открыть и прочитать, — процедура.
Ответ не «никогда не давайте агенту решать». Ответ — сделать шаг с ИИ видимым как шаг: ограниченным, присутствующим на холсте наравне с остальными, внутри графа, который человек прочитает целиком.
Где это перестаёт работать
- Проверка работает, только если её делают. Черновик, согласованный без чтения веток, даёт ровно тот безответственный результат, который холст должен был предотвратить. Артефакт был читаемым — его не прочитали.
- Мы узнали это на себе. Ранняя сборка с ИИ разрослась до двух с лишним десятков шагов на одном холсте, прежде чем мы добавили правила, которые заставляют ассистента разбивать большие сценарии на связанные части. Холст не поймал это сам — он лишь сделал беспорядок заметным.
- У холста есть потолок, которого нет у кода. Поэтому у нас есть запасной выход: шаг HTTP-запроса и шаг с произвольным кодом в песочнице, с доступом к переменным сценария.
- «Визуально» не значит «просто». Большой сценарий с глубоким ветвлением тяжело читать по-своему, и эту дисциплину держит тот, кто его собирает.
Холст — это и есть журнал аудита
Это не довод против того, чтобы ИИ писал автоматизацию. Наш пишет её много — в этом суть, а не оговорка.
Это довод о форме, которую автоматизация обязана принять, когда от неё зависит реальный бизнес: такую, которую второй человек откроет с нуля и поймёт; которую можно сравнить с прошлой неделей; где некорректное изменение ловит схема, а не клиент.
Коду, который агент пишет для себя, ничему из этого соответствовать не обязано. Автоматизации, которую агент передаёт команде, — обязано. В этом и ставка: подключить ассистент и MCP-сервер к визуальному редактору, а не к окну чата.
Если вы выбираете платформу именно по этому признаку, наше сравнение конструкторов Telegram-ботов разбирает, где стоит каждый.