Harness Engineering
The strongest idea here is progressive hardening. Context documents tell an agent what the team believes, review agents catch violations that still require judgment, and deterministic checks enforce rules precise enough to encode. Repeated agent findings should become tests, linters, or structural checks whenever possible. That moves common verification toward a cheaper and more reliable layer instead of celebrating an ever-larger pile of prompts and reviewers.
The risk is that the harness becomes its own source of ceremony and drift. A living specification, scheduled audit, or self-improvement loop cannot certify its own correctness, and dense terminology does not make a control effective. The useful implementation path starts with observed failures: identify a recurring defect, state the constraint, decide who has authority, measure the check's false positives, and preserve human review for consequences that remain ambiguous. A harness should make the system easier to govern. If operating the harness becomes harder than understanding the code, it has moved complexity rather than reduced it.