Sovereignty check before automation — if the automation…
Before automating any step, apply the sovereignty check by asking 'if this automation produces wrong output, will I notice?' — automate only when the answer is yes through review, downstream dependencies, or verification checkpoints.
When This Fires
- Before implementing any automation, especially for steps classified as "automate now" (Four-category automation triage)
- When existing automation has been running for a while and you're not sure if it's still producing correct output
- When adding AI-generated content to a workflow without human review gates
- When trust in an automated step has become assumption rather than verified fact
Common Failure Mode
"Set it and forget it" automation: building the automation, verifying it works once, and never checking again. The automation works correctly for weeks, then a dependency changes (an API updates, a file format shifts, a naming convention evolves) and the output silently degrades. By the time anyone notices, months of corrupted output exist.
The Protocol
(1) Before automating any step, ask: "If this automation produces wrong output, how would I know?" (2) Identify the detection mechanism: Do I review the output? Does a downstream step fail visibly? Does the automation itself include verification? (3) If no detection mechanism exists → do not automate until you've built one. This might be a periodic manual spot-check, an automated validation step, or a downstream dependency that breaks visibly on bad input. (4) For each automated step, set a review cadence: daily for high-frequency automation, weekly for medium, monthly for low. The review confirms the automation is still producing correct output, not just running without errors. (5) Apply extra scrutiny to "invisible" automation — anything that runs in the background without producing output you regularly inspect. These are the highest-risk automation targets because errors accumulate silently.