Zapier, Make, and n8n have settled into three distinct positions. The more important shift is what all three have stopped being.
The three automation platforms have arrived at clear positions. Zapier is the fast path for non-technical teams with simple, low-volume needs. Make is the visual canvas for mid-complexity work with generous operation pricing. n8n is the choice for teams that want total control over data, cost, and AI integration depth: open-source, self-hostable, execution-based pricing.
That market settling is context. The actual 2026 story is different: all three platforms have stopped being deterministic trigger-action pipes and started becoming genuine AI orchestration layers. That shift changes not just which tool you pick. It changes what you build with them and how you think about scoping the work.
Zapier’s structural advantage is integration breadth — 8,000+ apps — and the ability to deploy something simple in under an hour without touching code. The cost model gets expensive fast: each step in a workflow is counted separately, so a three-step automation uses three tasks. At real volume, this adds up. If the automation is simple, low-volume, and the priority is speed without code, Zapier remains the fastest path.
Make operates on a visual canvas with genuine parallel branching, 2,000+ integrations, and an operations model that bundles generously — roughly 10,000 operations for $29/month. Right fit for mid-complexity workflows where the visual builder is doing real work: mapping out a branching process that would be difficult to reason about as text.
n8n is the choice for anything that needs total data control, deep AI integration, or cost predictability at scale. Open-source, self-hostable, execution-based pricing, and the ability to reach virtually any API via custom HTTP calls. If the automation involves AI agents that need to reason across steps rather than execute a fixed sequence, n8n is where the tooling is most mature.
Classic automation follows a predetermined path. The workflow decides nothing — you decide everything in advance, the trigger fires, and the sequence executes. Each branch has to be scripted before the workflow runs. If something falls outside the branches you anticipated, the automation either fails or hits your error handler, which only catches errors you thought to handle.
An AI agent inside the same platform works differently. It observes the current context, reasons about what action fits, selects from the tools available to it, acts, observes the result, and decides what happens next. No predetermined path. If a database query returns an unexpected shape, the agent can reason about whether to retry, fall back to a different source, or surface the ambiguity. The workflow did not have to anticipate it in advance.
The practical implication is not that every automation should use an agent node. It is that the distinction now exists and can be applied deliberately. Deterministic sequences — webhook fires, data transforms, sends notification — belong in fixed workflow nodes, where they run predictably and cheaply. Steps that involve genuine ambiguity: deciding which of several actions fits an edge case, handling a response format you could not script for in advance. That is where agent reasoning earns its overhead.
n8n 2.0 codified this maturity with the Publish vs. Save split. Save is draft mode: test against realistic data without touching the live webhook. Publish creates an immutable production version. This is standard CI/CD practice applied to automation workflows — useful because the stakes of a live workflow running against real client data with an untested change are real.
n8n’s most significant 2026 development is that it can now sit on both sides of an MCP relationship simultaneously — as a server that exposes workflows to external AI clients, and as a client that calls external MCP tools from inside a running workflow.
Any n8n workflow can be exposed as a callable tool to an external AI host — Claude Desktop, Cursor, a custom enterprise LLM. The AI reasons through a task and natively triggers your workflow to take real-world action, without a custom API wrapper for that specific client. Build a CRM search workflow once; it becomes callable by any MCP-compatible assistant going forward.
Internal n8n agents can dynamically discover and call external MCP tools mid-workflow, using the MCP Client Tool node with an SSE endpoint. An n8n agent handling a support ticket can call out to an external documentation search tool mid-workflow — the same way a Claude agent would — without any custom integration between the two systems.
A third mode: expose n8n’s own workflow management API to Claude or Cursor, so you can describe an automation in natural language and have the model build the actual workflow via API calls rather than dragging nodes. Genuinely useful for prototyping — “create a workflow that runs at 9am, checks Supabase for failed jobs, and emails a summary” — but the underlying n8n API changes between releases. Treat AI-authored workflows as a starting point to review, not production-ready automations to publish directly.
Not every repetitive task deserves automation, and not every automatable task is worth the setup cost. Four questions that filter before you start:
A one-off data migration needs a script, not a maintained workflow with error handling, monitoring, and future updates. The overhead of an automation only pays for itself if the task runs repeatedly.
Ambiguous trigger conditions are the main source of workflows that fire at the wrong time. Ambiguous success conditions mean you cannot tell when the workflow is broken.
The Tools Agent node and ReAct execution exist for genuine decision points — steps where the right action depends on context that cannot be scripted in advance. A step that was always going to do the same thing regardless of context belongs in a fixed node, not an agent loop.
A workflow that silently breaks at 3am and nobody notices until a client complains is worse than not automating the task at all. Pair every automation with a real failure alert — Slack, email, something someone actively checks.
A few categories where the workflow discipline from this workbook maps directly to real tasks:
The connecting thread: n8n’s MCP Server capability means any workflow you build becomes callable from Claude or Cursor directly. n8n’s MCP Client capability means it can call out to any MCP server already in your stack mid-workflow. Worth designing new workflows with that two-way bridge in mind rather than treating n8n as an island.
Build the automation. Test it against real data. Publish deliberately. Then connect it to something.
Sam Carpenter · Greenleaf Book Group
A systems-thinking manifesto for small business owners — argues that documenting and optimizing processes is the only durable growth strategy.
Michael Gerber · HarperCollins
The classic case for systematizing every repeatable task so the business runs on procedures rather than heroics.
Donella Meadows · Chelsea Green Publishing
The foundational text on systems dynamics — teaches you to see feedback loops and leverage points, which is exactly how good automation is designed.
Continue the conversation
If this changed how you think about it — or you think I'm wrong — I want to know.
Corrections, disagreements, and applications all welcome. Replies go directly to Chris.
Get in touch →NOT A PIPE
~6-8 min1× · Two speakers · tap to play