Skip to content
Writing
·4 min read·Explainer

Human in the loop: where the person goes

Drafted through my n8n + AI pipeline, edited by me.

A human in the loop belongs at the one step in an automation where a wrong move costs real money, damages a relationship, or can't be undone. Everything upstream and downstream of that step can run on its own. The mistake most teams make is putting the person everywhere, or nowhere, instead of at that one point.

What human in the loop means

It's a single checkpoint inside an automated workflow where a person looks at what the system produced before it goes out into the world: an email before it sends, a refund before it processes, a public post before it publishes. The automation still does the drafting, the formatting, the sorting. The person's job shrinks to one decision: approve, edit, or stop.

Why full automation backfires on these steps

Let the machine send the email, issue the refund, or post the update without a check, and it will eventually do all three with confidence and no judgment behind it. A drafting mistake is cheap: reword it and move on. A sent mistake is not. The customer already read it, the money already left the account, the post is already public. Full automation on a low-stakes step saves you nothing you'd notice. Full automation on a high-stakes step is where a small error turns into an expensive one, fast.

Flow diagram: a trigger starts the automation, the system drafts the output, a person approves or edits it, then the system sends it and logs the run.

  1. 01Trigger

    Trigger fires

  2. 02Action

    System drafts it

  3. 03Human

    Approve or edit

  4. 04Action

    System sends it

  5. 05Record

    Run logged

The machine drafts and sends. The person owns one decision in between.

Where to put the human in the loop

Ask one question at each step: what does it cost if this is wrong and nobody catches it before it goes out? If the answer is money leaves an account, a customer receives something you didn't check, or the action can't be reversed, that step gets a person in front of it. If the answer is a document gets sorted wrong or a draft sits in a queue for ten minutes, let the machine run it alone. Most workflows only have one or two steps that actually meet the first bar.

Does a human checkpoint slow the automation down?

It adds minutes, not days, when it's built right: one approve-or-edit screen with the draft already in front of the person, not a hunt through five tools for context.

What if nobody is around to approve it?

That's a routing gap, not a reason to remove the checkpoint. Add a backup approver or a time-boxed escalation so the step still has a person and nothing sits stuck.

Tell me which step in your workflow you'd never want to run unattended, and I'll show you where the checkpoint goes and what can run without one.

Building something this should run inside?

Book a systems call