Sitemap
Notes from the build

Architecture, delivery and lessons learned, from ingesting the Twitter firehose for trading firms to white-label banking platforms and agentic engineering.

Write the Tests Before the Code, Then Review Them Like an Adversary

Why ACCORD pushes decisions left: tests written from the spec alone, an adversarial review before any production code exists, and three layers of protection that keep most checks off your attention.

8 min readOct 6, 2026

--

This is the second part of the ACCORD story. Part one covers why a chain of dev-* skills wasn’t enough and why the contract moved into typed artifacts. This part covers what that buys you: decisions pushed as far left as they will go, three layers of protection, and what /dev actually does on a real ticket.

The cheapest place to fix a misunderstanding is before the tests go green, and the cheapest place to catch a weak test is before any production code exists.

Shift left: adversarial tests before code

The cheapest place to fix a misunderstanding is before implementation. The second-cheapest is before the tests go green. ACCORD tries to push decisions left along a chain (brief → spec → plan → tests → code → verify) so “that’s not what I meant” surfaces early, when fixing it costs minutes instead of a re-read of the whole PR.

flowchart-v2 diagram

Tests written without implementation…

--

--

Clive Shirley
Clive Shirley

Written by Clive Shirley

Principal Software Engineer with 30+ years shipping software, the last eight leading architecture at eMed UK across an international healthcare platform.

Notes from the build
Notes from the build

Published in Notes from the build

Architecture, delivery and lessons learned, from ingesting the Twitter firehose for trading firms to white-label banking platforms and agentic engineering.