concept · concepts/Human-in-the-Loop by Exception.md
Human-in-the-Loop by Exception
How to design the seam between automation and people: automate the structured bulk, reserve humans for true exceptions and confirmation, pay each human decision only once, and make every confirmation teach the system. Humans are the scarce, high-judgment resource — spend them only where judgment is actually required.
Explanation
The source (Working Heuristics — Data, Matching, Product, Org, Tooling) gives three rules that together describe a well-designed human/automation boundary in a data pipeline:
- Automate the structured bulk; reserve humans for true exceptions and confirmation. Never make someone re-type what a system already emits. If the data is already structured, machine-handle it; route only the genuinely ambiguous cases to a person.
- Persist human decisions so each is paid once, not re-derived every cycle. A human adjudication is expensive; capture it so the next run reuses it instead of re-asking. (The "do it once at the boundary" principle, applied to human judgment.)
- Make the manual step productive. Every human confirmation should teach the system something it didn't have — a label, a rule, a corrected mapping — so the pool of cases requiring a human shrinks over time rather than recurring.
Why it matters / where it shows up
- It's the data-pipeline cousin of The Human Sandwich. Both reserve the human for the judgment slice and let the machine do the collapsible bulk; both treat human attention as the constraint to optimize around.
- The residual after blocking is where humans go. Candidate generation removes the easy non-matches; the ambiguous remainder is exactly the "true exception" worth a confirmation — and that confirmation, persisted and fed back, improves the matcher.
- Confirmation as a learning signal turns a cost center into a flywheel: the same click that resolves one case becomes training data that prevents the next.
Open questions
- When does "make the manual step teach the system" tip into over-automating away the human judgment you actually wanted to keep in the loop?
Connections
- Communication and Control Are Intertwined — see also: Ashby's regulator R acts only on the disturbances the table T does not already block (§11/9); reserving humans for exceptions is that division.
- AI Use Tracks AI Capability — see also (cross-domain, not grounding): AI is most capable where success is easy to verify (RL suitability r = 0.78). This suggests a mechanism for where the "true exceptions" sit: in hard-to-verify work. Anthropic — How Scientists Use Claude also argues for keeping humans in "key research decisions," with "deliberate checkpoints" in risky domains such as biology. That is the by-exception stance applied to research governance.
- Verification Requires Domain Knowledge — see also (cross-domain, not grounding): the precondition this heuristic assumes. Routing the exception to a human only pays if that human can adjudicate it. Anthropic — Investigating Vault Particles with Claude shows the failure mode: errors in the team's weak area ran for two weeks.
- Do It Once, at the Right Place — "persist a human decision so it's paid once" is the human-decision face of that meta-principle.
- Placement and Judgment Over Raw Execution — Move 2 ("reserve human judgment for the exception") of that cross-domain synthesis.
- The Human Sandwich — the AI-collaboration analogue: human frames and judges, machine collapses the bulk in between.
- Agents as Employees vs Human-Agent Collaboration — "by exception" is a stance on how much to delegate vs. supervise.
- Shrink the Candidate Space — blocking decides which cases even reach a human.
- Data Contract — "pay it once" is the human-decision version of "derive once at the boundary."
Sources
- Working Heuristics — Data, Matching, Product, Org, Tooling — automate the bulk / reserve humans for exceptions; persist human decisions; make the manual step teach.