Method

Nothing on this site is published because a model produced it. It is published because it survived an attempt to prove it wrong — a test suite, a held-out season, a browser under a specific condition, or the actual hardware. The failure modes that matter here are a missed constraint at specification time and an unchallenged claim at review time; both end up looking the same downstream: a confident, wrong sentence on a page like this one.

The loop

specify → implement → inspect → challenge → test against evidence → ship

The system, its constraints, and its failure conditions are specified before anything is implemented. Nothing ships on the strength of implementation alone — it has to clear “test against evidence” first, and that stage is specific to what the system is: a backtest for a model, a browser check for a fallback path, a hardware run for anything touching physical equipment.

I use coding agents for implementation and adversarial review. I define the system, constraints, and failure conditions; inspect the resulting changes; and verify behavior with the appropriate evidence — tests, backtests, browser audits, source checks, or real hardware. A second model is useful because disagreement produces things to test. Agreement is not evidence. Every technical claim published here is one I have checked and can defend.

Where this shows up

Implementation currently runs through a coding agent — a Claude model, at present. That detail is replaceable: the loop above does not depend on which model does the typing, and none of the verification steps it describes are optional because of who or what wrote the code.