chapter nine
9 Governance: Constraints that enable freedom
This chapter covers
- Deciding what your agent is allowed to do with Approval Gate risk-based routing
- Bounding worst-case damage through Blast Radius Control and nested containment layers
- Building trust through Progressive Commitment with staged verification and trust escalation
- Making non-deterministic behavior debuggable with the Observability Harness
- Upgrading Argus from capable reviewer to governed production system
- Mapping governance controls and evidence to requirements
"Safety is a system property, not a component property."
— Nancy Leveson, Engineering a Safer World (2011)
By this point in the book, Argus can gather context, remember earlier reviews, reason about a change, call tools, reflect on its work, and collaborate with other agents. Each new capability makes the reviewer more useful. Each one also gives a mistake more ways to leave the model and change something outside it.
That is why governance arrives after capability. A system that can only suggest an action has little freedom and a limited blast radius. Once it can edit a repository, call an API, send a message, or delegate work, the practical question changes. We need to decide how much choice to hand over, what evidence must travel with that choice, and where the hard boundary remains.