The Quiet Fail: How I Catch n8n Workflows That "Succeed" but Do Nothing

Описание и применение

В n8n рабочие процессы могут завершаться успешно, но не производить никаких действий, что приводит к неотслеживаемым ошибкам и лишним расходам. Добавление узла Impact, проверяющего минимальный ожидаемый эффект, позволяет выявлять такие «тихие» сбои и генерировать ошибки, которые можно отлавливать и оповещать.

Задача

n8n workflows can finish with a green status yet produce no effect, leading to unnoticed failures and wasted costs.

Результат

The Impact node turns silent failures into explicit errors, enabling alerts and preventing unnoticed waste.

Рабочий процесс

• 1. Add a Code node named Impact at the end of each workflow. 2. Define a rule object mapping workflow names to minimum expected counts and a function to count actual output. 3. In the Impact node, retrieve the rule for the current workflow. 4. Calculate the actual count using the rule’s count function. 5. If actual < min, check the source node’s _source metadata. 6. If the source was checked and raw_count is 0, return a noop result. 7. Otherwise, throw an Error to mark the run as failed. 8. Return the output with an _impact field containing label, min, actual, and optional noop flag.

Доказательства

The workflow didn’t fail. It just stopped mattering.

Источник

Every workflow that exists to change something -- write rows, send messages, create tickets, update records -- now ends with an Impact node.

Источник

It throws. A quiet fail is not quarantined like a schema mismatch – schema mismatches need human eyes on the raw output, but a zero‑effect run has no output to inspect.

Источник