Все ноды/Data/Diagnostics
Лог
Записывает сообщение в журнал выполнения с указанным уровнем (debug / info / warning / error). Поддерживает Jinja-шаблоны ({{inputs.input}}, {{variables.x}}). Передаёт входное значение на выход без изменений — ноду можно вставлять посреди pipeline.
Тип в графе: log
Exec
Можно включить ветку ошибки (expose_error_output) и обработать сбой отдельным путём.
Порты можно разделить на исполнение и данные (split ports).
Как попробовать
Минимальный рабочий воркфлоу
- Исполнение + данные
Запускается сразу
Как применять
Нода пишет строку в журнал запуска и пропускает значение дальше без изменений. Её ставят там, где непонятно, что именно течёт по связи: перед ветвлением, после разбора ответа внешнего сервиса, внутри цикла. Поскольку значение проходит насквозь, ноду можно вставить в середину готовой цепочки, не меняя логику.
Запись в журнал — не ответ пользователю: то, что уйдёт в чат, определяет Выход.
Как это работает
Поле «Сообщение» — шаблон Jinja. По умолчанию там {{ inputs.input }}, то есть в журнал
попадает пришедшее значение; можно собрать и свою строку с обращениями вида
{{ nodes.<id>.output }} или {{ variables.<имя> }}.
Уровень (debug, info, warning, error) ни на что не влияет, кроме фильтра: в панели логов уровни переключаются кнопками, а рядом есть фильтр по ноде, по тексту и по времени от старта запуска. Смотреть журнал можно на вкладке «Логи» в деталях запуска и в панели запуска прямо в редакторе — записи появляются по ходу выполнения.
На один запуск сохраняется до 10 000 записей: дальше нода добавит одну предупреждающую
строку и остальное отбросит. Слишком длинное сообщение обрезается с пометкой …[truncated].
Частые ошибки
- Очищенное поле пишет пустую строку. Шаг отработает, а в журнале появится пустая
запись. Верните
{{ inputs.input }}, если нужно значение. - Секреты попадают в журнал как обычный текст.
{{ secret.… }}в сообщении будет сохранён в базе и показан всем, у кого есть доступ к запускам. - Журнал живёт не вечно. Логи удаляются вместе с остальными подробностями запуска, когда срабатывает политика хранения вашего тарифа; метаданные запуска при этом остаются.
- Ноду нужно чем-то запустить. Она не наблюдает за графом со стороны: пишется только то, что пришло в её порт «Input».
Входы
| Порт | Провод | Данные | Примечания |
|---|---|---|---|
Inputinput | Исполнение + данныеexecute_data | — | Run trigger and value forwarded to the output handle |
Выходы
| Порт | Провод | Данные | Примечания |
|---|---|---|---|
Output (same as Input)output | Исполнение + данныеexecute_data | — |
Настройки
| Поле | Тип | По умолчанию | Описание |
|---|---|---|---|
Уровеньlevel | string | info | Уровень важности этой записи журнала. Варианты: |
Сообщениеmessage | string | {{ inputs.input }} | Тело сообщения. Поддерживает Jinja-шаблоны: {{inputs.input}}, {{variables.x}}, {{nodes.some_node.output}}. По умолчанию — входящее значение; если очистить поле, в журнал уйдёт пустая строка. поддерживает шаблоны |
Общие поля
Эти три поля есть у каждой ноды: платформа добавляет их сама, а не автор ноды.
expose_error_output— Если включено, показывает выход выполнения для подключения нод, которые запускаются при сбое этого шага.split_ports_in— Показывать отдельные порты входа для выполнения и данных вместо одного объединённого.split_ports_out— Показывать отдельные порты выхода для выполнения и данных вместо одного объединённого.