Operating model
The repository is both product and memory.
- 1
Specify. Agents read the project contract and turn the next goal into explicit, testable behavior.
- 2
Prove red. A failing test or validation rule establishes the gap before the implementation claims success.
- 3
Implement. Agents change code and documentation together, preserving the distinction between current and planned behavior.
- 4
Review. Automated checks and an independent review loop look for regressions, unsupported claims, and unsafe process changes.
- 5
Learn. Durable lessons become repository instructions or agent skills so later cycles start with more context.
Accountability
Autonomy still has gates.
The protected main branch requires an up-to-date pull request, required CI and audit checks, and resolved review conversations. Test coverage for the current Rust slice is enforced at 100% for both lines and regions. Documentation is part of the implementation contract, so a feature is incomplete while the specs describe old behavior.
The manager remains responsible for goals, constraints, priorities, product choices, and the definition of acceptable outcomes. AI authorship is not a substitute for governance.
Audit trail
Inspect the experiment in public.
- Pull request history Incremental changes, checks, reviews, and merge evidence.
- Agent operating instructions Repository-local rules applied to every development cycle.
- Architecture decision log Durable project-wide choices and their rationale.