Skip to main content
CHU
Back to notes

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.

2 min read

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:

  1. Write a focused test for one behaviour.
  2. Run it and confirm the expected failure.
  3. Implement the smallest change that makes it pass.
  4. 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

  1. Related case fileAI Company OS