03 / Note
Human Control / AI Systems
Building With Codex Without Giving Up Human Control
Practical boundaries for using a coding agent as controlled leverage rather than an unreviewed authority.
A coding agent becomes more useful when it has a clear scope and a clear stop condition. Human review is not a weakness in that process. It is the authority that decides what may change, what evidence is sufficient, and whether a risky action is allowed.
Keep scope explicit
Start with the task boundary: the accepted parent, the files that may change, the tests that define the behaviour, and the actions that remain prohibited. A task is easier to review when a later idea cannot quietly become part of the current implementation.
Gate risky actions
Some actions need a separate approval even when the code change itself is ready. Payment activation, production deployment, publishing, merging shared history, and handling credentials are examples of boundaries that should remain visible. A coding agent can prepare an interface or a test mode without turning that preparation into a live operation.
Use tests as evidence
Tests do more than protect a branch. They make the expected behaviour inspectable. A useful sequence is:
- Write a focused test for one behaviour.
- Run it and confirm the expected failure.
- Implement the smallest change that makes it pass.
- Run the focused and full checks before committing.
The output is evidence for a decision, not a substitute for the decision.
Keep changes reviewable
Small commits, explicit file lists, and a clean status make it possible to understand what changed. This also makes it easier to stop before an unapproved task. Reviewability is a practical control surface, not administrative decoration.
scope: explicit risky_actions: owner approval required tests: red -> green -> full verification commit: small and independently reviewable stop: before the next owner gate
Decision — Use the agent for controlled leverage: let it reduce repetitive implementation work while keeping scope, evidence, and approval authority with a human.
A useful operating rule
Before accepting a change, ask four questions: What was allowed? What changed? What evidence was produced? What still needs approval? If the last answer is unclear, the work is not ready to cross the next gate.
Continue from here