Воркфлоу с LLM внутри ведёт себя иначе, чем обычный. Классическая нода детерминирована: тот же вход, тот же выход. Модель так не работает, и от этого зависит, как строить процесс вокруг неё.
Два способа подключить модель к воркфлоу
Первый: нода HTTP Request, где вы сами собираете запрос под нужный формат API. Второй: встроенные AI-ноды n8n, в которых провайдера и модель выбираете из списка, а тело запроса собирается за вас.
Для простых задач готовая нода быстрее. Если нужно что-то нестандартное, например особый системный промпт, собственная схема инструмента или тонкая настройка параметров вроде температуры, берите HTTP Request. Он оставляет больше свободы и не зависит от того, успели ли разработчики n8n вынести нужную опцию в интерфейс ноды.
Пример тела запроса для HTTP Request на эндпоинт codexkey:
{
"model": "claude-sonnet-5",
"max_tokens": 500,
"messages": [
{ "role": "user", "content": "={{ $json.customerMessage }}" }
]
}
Заголовок x-api-key с ключом sk_cdx_... задаётся один раз в credentials n8n и дальше работает во всех нодах воркфлоу.
Паттерны, которые окупаются
Классификация входящих. Письмо, заявка из формы или сообщение в чате получает категорию, и воркфлоу ветвится по ней. Модель заменяет ручное правило, которое иначе расползлось бы на десятки условных нод.
Извлечение полей из свободного текста. Из письма клиента достать сумму, дату и товар, из резюме достать стек технологий и опыт. Просите модель отвечать строго в JSON и проверяйте результат следующей нодой. Свободному тексту в автоматике без проверки не место.
Суммаризация перед уведомлением. Длинная переписка сжимается до трёх строк, прежде чем попасть в Slack или Telegram. Тому, кто принимает решение по итогам воркфлоу, не нужно читать всю историю, и шума для него меньше.
Роутинг тикетов и заявок. Классификация плюс извлечение в одном запросе: приоритет, отдел и главные факты за один вызов вместо трёх нод подряд.
Обработка ошибок: когда модель ответила не так
Модель может вернуть невалидный JSON, ответ, обрезанный из-за слишком маленького max_tokens, или просто ошибку самого API. В n8n с этим справляются нода Error Trigger и встроенная опция Continue On Fail на ноде запроса. Один сбой тогда не останавливает воркфлоу для всех остальных заявок, которые через него идут.
Привычка, которая экономит часы отладки: сразу после запроса к модели ставьте отдельную ветку валидации. Структуру ответа проверяйте кодом в JavaScript-ноде и пускайте результат дальше, только если проверка прошла. Невалидный ответ уходит в лог или в отдельный канал на ручной разбор и не ломает основной путь.
Расходы по нодам: своя модель под каждую задачу
Не всем нодам нужна одна и та же модель. Классификация по трём категориям и генерация текста для рассылки сильно отличаются по сложности, и логично назначить им разные модели прямо в настройках каждой ноды.
На практике так: классификацию и извлечение полей держите на младшей модели, а финальный текст, который увидит клиент, отдайте модели посильнее. В n8n для этого достаточно поменять значение поля model в нужной ноде. Остальную логику воркфлоу трогать не придётся.
Второй рычаг: max_tokens под задачу. Классификатору, который возвращает одно слово, лимит в тысячу токенов ни к чему. Типичная ошибка простая: значение по умолчанию скопировали из примера и не задумались, бывает ли ответ таким длинным.
Отдельный ключ для автоматики
Воркфлоу в n8n работают по расписанию или по вебхуку и способны срабатывать сотни раз в день без участия человека. Пока ключ общий, расходы автоматики не отличить от ручной работы команды.
Заведите в codexkey именованный ключ для n8n, чтобы смотреть расход автоматизации отдельно. Выберите Premium или Cheap, при необходимости разрешите резервный Premium для Cheap и задайте срок действия. Циклы и повторы ограничивайте в самом воркфлоу: API ключей личного кабинета не предоставляет бюджетов или ограничения частоты запросов для ключа.
Что запомнить
Проверяйте ответы модели и обрабатывайте ошибки. Подбирайте модель и max_tokens под каждую задачу, ограничивайте циклы и повторы в воркфлоу, а расход автоматики отслеживайте по именованному ключу.