Задача «n8n или OpenClaw: выбор маршрута и проверка черновика» решается так: фиксированный маршрут в n8n подходит для заранее известных шагов и повторяемого результата при явных правилах, агентный маршрут в OpenClaw — для разбора того же входа с приёмкой человеком. Ниже — учебный JSON из трёх заявок, таблица, три готовых черновика, карта выбора и три проверки.
Учебный вход: три заявки
Возьмём условный набор из трёх заявок. Это учебный JSON.
[
{
"id": "W-17",
"seats": 2,
"paid": true,
"contact": "group-a@example.org",
"note": "бумажные модели"
},
{
"id": "W-18",
"seats": 4,
"paid": false,
"contact": "group-b@example.org",
"note": "прошу перенести на утро, даты нет"
},
{
"id": "W-19",
"seats": 1,
"paid": true,
"contact": null,
"note": "хочу отменить"
}
]
Задача — только локальный текстовый результат. Узлы отправки, оплаты и броней не подключены, ключи и учётные данные внешних систем не передаются, у выбранного текстового агента нет инструментов внешнего действия. Это архитектурное ограничение учебной реализации.
Разберём каждую запись отдельно, потому что именно здесь чаще всего появляется ошибка. W-17 содержит пожелание по теме: бумажные модели. Переноса в этой заявке не просили, дату никто не называл. W-18 просит перенести занятие на утро, конкретной даты во входе нет. W-19 просит отмену, поле контакта пустое. Числа мест, флаги оплаты и идентификаторы сохраняются без изменений: 2 места и оплата подтверждена у W-17, 4 места и оплата не подтверждена у W-18, 1 место и оплата подтверждена у W-19.
| id | смысл note | известное | неизвестное | действие человека |
|---|---|---|---|---|
| W-17 | пожелание по теме: бумажные модели; переноса не просили | 2 места, paid true, group-a@example.org | дата не задана во входе; уточнение не выводится из note | прочитать пожелание; бронь не менять |
| W-18 | просит перенос на утро | 4 места, paid false, group-b@example.org | конкретная дата | уточнить дату; не бронировать |
| W-19 | просит отмену | 1 место, paid true | контакт null | идентифицировать заявителя; не отменять автоматически |
Таблица фиксирует границу между известным и неизвестным. Дальше любой маршрут обязан эту границу сохранить.
Три готовых черновика
Черновики — это записи для оператора. Формулировки ниже можно взять как эталон.
W-17: В заявке W-17 указаны 2 места, оплата подтверждена и пожелание „бумажные модели“. Пожелание передано в черновик для проверки оператором.
W-18: По заявке W-18 на 4 места указана просьба перенести занятие на утро. Напишите желаемую дату. Оплата во входе не подтверждена; перенос не оформлен.
W-19: По заявке W-19 на 1 оплаченное место поступила просьба отмены. Контакт во входе отсутствует. Оператору нужно установить заявителя; бронь пока не меняется.
Обратите внимание на W-17: пожелание про бумажные модели осталось пожеланием. Перенос и подбор даты здесь были бы выдумкой, которой во входе нет. W-18 не получает конкретную дату, W-19 не получает контакт. Вместе с исходным JSON и таблицей эти три черновика дают оператору полный учебный образец для сверки.
Фиксированный маршрут в n8n
Фиксированный маршрут строится на заранее известных шагах. Порядок такой: получить JSON, разобрать три записи, применить явно выбранные правила к этому учебному набору, сформировать таблицу и черновики, сохранить локальный output для ручного чтения. Модельные узлы здесь не нужны.
Для произвольных свободных note словарные правила нужно проектировать отдельно. Эти три строки не доказывают универсальный NLP parser, поэтому правило «note содержит слово перенести» работает как учебная иллюстрация.
В документации n8n описан human-in-the-loop для инструментов AI-агента: можно требовать подтверждение человека перед вызовом конкретного инструмента, workflow при этом приостанавливается, а ревьюер получает запрос с именем инструмента и параметрами. Этот механизм относится к инструментам AI-агента. Стандартный n8n HITL для AI agent tools не выдаётся за автоматическую паузу произвольного fixed workflow: после output человек отдельно принимает решение.
| Критерий | Фиксированный маршрут n8n | Агентный маршрут OpenClaw |
|---|---|---|
| Заранее известные шаги | да | вариативно |
| Повторяемый учебный output | подходит при фиксированных правилах | нужна приёмка |
| Свободный note | продуманная обработка правил | контракт не гарантия |
| Трассировка | проверить реальные executions | проверить журнал среды |
| Внешнее действие | отсутствует в учебном маршруте | отсутствует в учебном маршруте |
Агентный маршрут в OpenClaw
Агентный маршрут читает тот же JSON и полный контракт: верни 3 строки с полями id, known, unknown, draft; не добавляй намерение и дату, не отправляй и не подключай tools. В выбранной среде выдаётся только текст, без внешних инструментов. Агентный результат может отличаться формулировками, поэтому сверяется смысл и поля.
Промпт для агентного разбора одной заявки:
Ты разбираешь одну заявку из учебного JSON. Верни ровно одну строку в формате:
id | known | unknown | draft.
Правила: не добавляй намерение, которого нет в note; не придумывай дату;
не подключай инструменты; не отправляй сообщения; не меняй бронь.
Сохрани seats, paid и contact точно как во входе.
Если contact равен null, укажи это в unknown.
Заявка: [вставьте один объект JSON]
Под себя меняют поле заявки и набор полей в строке. Если нужен разбор всех трёх записей, промпт запускают трижды по одному объекту и сверяют результат с таблицей выше.
Про exec approvals в документации OpenClaw сказано, что это управление подтверждениями для действий exec на локальном хосте, хосте gateway или узле. Область этого механизма — покрытые shell/exec действия. Он не объявляется глобальным запретом messaging/API tools: отсутствие подключений и проверка журнала — отдельные условия. n8n поддерживает AI agent tools и HITL, OpenClaw поддерживает automation, поэтому две выбранные топологии не равны всем возможностям продуктов.
Карта выбора маршрута
Карта выбора заполняется по шести полям. Заранее известные шаги: фиксированный маршрут n8n — да, агентный маршрут OpenClaw — вариативно. Повторяемый учебный output: n8n подходит при фиксированных правилах, OpenClaw нужна приёмка. Свободный note: оба маршрута требуют продуманной обработки, для агента контракт не гарантия. Трассировка: проверить реальные executions или журнал выбранной среды. Внешнее действие: отсутствует в обоих учебных маршрутах. Расходы: считать свою инфраструктуру, исполнения и модельные вызовы без выдуманного тарифа.
Порядок принятия решения: сначала выпишите, какие шаги известны заранее. Если шаги фиксированы и повторяются, берите n8n. Если вход свободный и формулировки меняются, берите OpenClaw и закладывайте приёмку человеком. Если нужна трассировка, заранее решите, где будете смотреть журнал. Если планируется внешнее действие, сначала опишите его отдельно, потому что в учебных маршрутах его нет.
Три проверки черновика
Проверка 1. Все три id встречаются ровно по разу, числа мест, флаги оплаты и контакты точно совпадают со входом. W-17 не превращён в перенос. Проверка 2. У W-18 дата не придумана, у W-19 контакт остался null; журнал и состав схемы не содержат отправки, платежа или изменения брони. Проверка 3. Человек отдельно видит непроверенные поля: дату у W-18 и заявителя у W-19.
Это ручной эталон и процедура. Проверки выполняются на локальном output до любого решения оператора.
Как читать расхождение между черновиком и эталоном
Проверка начинается с сопоставления строки черновика и строки таблицы по четырём опорам: идентификатор, число мест, флаг оплаты, контакт. Если любая опора расходится, дальше сверять формулировку бессмысленно — черновик возвращается на доработку целиком, потому что ошибка в опоре делает недействительным и вывод о смысле заявки.
Отдельно разбирается смысл note. Здесь возможна ошибка переноса: разборщик видит слово «перенести» у W-18 и по инерции приписывает перенос W-17, где сказано только про бумажные модели. Второй частый сбой — подстановка даты: у W-18 во входе даты нет, и любая конкретная дата в черновике будет выдумкой, даже если она выглядит правдоподобно. Третий сбой — заполнение контакта у W-19: пустое поле легко «достраивается» из соседних записей, и тогда оператор теряет сигнал о том, что заявителя нужно установить.
Действие читателя при расхождении простое. Сначала зафиксируйте, какая именно опора разошлась, и верните черновик с пометкой об этой опоре. Затем проверьте, не переехало ли неизвестное в известное: дата у W-18 и заявитель у W-19 должны остаться в поле unknown. После правки сверьте строку заново по тем же четырём опорам и только тогда передавайте оператору.
Полезно вести короткий журнал расхождений: идентификатор, разошедшаяся опора, что было в черновике, что в эталоне. По такому журналу видно, повторяется ли ошибка на одном и том же типе заявок, и можно ли сузить правила разбора. Журнал ведётся вручную на локальном output; он не заменяет решение оператора и не является подтверждением выполненного запуска.
Частые вопросы
n8n или OpenClaw — что выбрать для трёх заявок?
Для заранее известных шагов и повторяемого результата при явных правилах подходит фиксированный маршрут n8n. Для разбора того же входа со свободными формулировками берите агентный маршрут OpenClaw с приёмкой человеком. Обе топологии в учебном примере выдают только текст.
Можно ли поручить агенту самому перенести занятие?
В учебном маршруте узлы отправки и броней не подключены, инструментов внешнего действия у агента нет. Перенос оформляет человек после проверки черновика. Агент только фиксирует известное и неизвестное.
Что делать, если в note нет даты?
Оставить дату в поле unknown и попросить заявителя её назвать. У W-18 конкретная дата во входе отсутствует, поэтому черновик содержит просьбу написать желаемую дату. Подставлять дату по догадке нельзя.
Заменяет ли exec approvals запрет на отправку сообщений?
Нет. В документации OpenClaw exec approvals управляет подтверждениями для действий exec на выбранном хосте. Отсутствие подключённых инструментов и проверка журнала — отдельные условия, которые задаются в самой среде.
Как проверить, что черновик не выдумал намерение?
Сверьте каждую строку с таблицей: id, места, оплата, контакт, смысл note. W-17 должен остаться пожеланием про бумажные модели. Если появились перенос, дата или отмена, которых нет во входе, черновик возвращается на доработку.