Tenth Chair

Nine seats advise. The tenth decides.

Your tests passed.
The feature shipped broken.

A disciplined, nine-seat review board you can run with one person and one language model — built to find the defects that a green CI cannot see.

Finding — Black Hat seat
Trigger
Any successful watchdog void.
Failure
Compliance journal row silently dropped, on 100% of voids.
Cause
serializer.py:142 casts None; swallowed by broad except at watchdog.py:88.
Verdict: FAIL — one must-fix. Tests were green. Nothing crashed. Nothing logged.

Why "act as a security reviewer" doesn't work

You have tried this. You asked a model to review your code and got a confident, well-formatted page of concerns. Some were real. Most were not. You had no way to tell which, and after chasing two or three plausible-sounding nothings you quietly stopped running it.

That is not a model limitation. It is a missing process.

Real review boards work because participants cannot opt out of the structure: seats with narrow mandates, a format that findings must fit, a chair who adjudicates rather than averages, and a hard rule about what is allowed to block a merge. Strip those out and you have a meeting. Strip them out of an AI review and you have theater.

Everything published here is about putting that structure back.

Writing

The kit

The AI Review Board

Eight laws of doctrine, each with the failure that produced it. Eleven persona charters as paste-ready system prompts. Five orchestration patterns. A sixteen-pattern probe catalogue. Two fully worked reviews. Two fill-in worksheets. A 21-page guide.

Distilled from months of daily use on a 200,000-line trading platform, where the board reviewed every merge and repeatedly caught defects the test suite passed.