Reliability
The Clean Scan

An incident review opens with the timeline. A partner service had started returning an account field as a string instead of an integer. The change under review taught the consuming service to read that field. It coerced the value without complaint and wrote it. Three hours of ledger entries went in wrong before anyone noticed. Somebody asks the question these always end with. How did this get through?
The answer takes four seconds. It passed everything. Linters quiet, contract tests passing, coverage above threshold, security scan clean, two approvals on the pull request, canary green. Rollback was available the whole time. It would’ve restored the code. It wouldn’t have restored the ledger.
The room accepts that. Not because anyone is satisfied, but because there’s nothing left to push on. The gates ran. They said nothing.
Saying nothing is what they’re built to do. A clean gate reports that no pattern anyone wrote down matched this change. It doesn’t report that the change is safe. An organization that treats the first as the second has stopped verifying anything. It’s reading silence as a verdict. Nobody in that room asks what the gates were listening for. There’s nowhere to look it up.
That substitution used to be cheap. A reviewer who saw a clean pipeline still read the diff. The volume was human-sized. The rules were younger than the architecture they guarded. None of that holds now.
A Pass Reports an Absence
Look at what reviewers do under load. When the automated reviewer posts no comments, the human approves. The absence of an objection has become the approval. Nobody decided this. It emerged because it’s the only behavior that clears the queue.
Clean passes aren’t all the same underneath. Some changes are fine, and the pass is telling the truth. Some carry a defect no gate was built to catch. Some satisfy rules that stopped describing the system years ago. Only the first is the good news everyone takes it for.
A pass is only worth what someone can say it rules out. When nobody can say, it’s a formality with a timestamp.
The Cheap Half Scaled
Verification has two halves, and only one of them got cheaper.
Automated gates are nearly free. Add one, and it runs on every change forever. Judgment is the opposite. It costs the same attention per change as it did five years ago, and supply is capped by how many people understand the system.
Volume broke the ratio, and the gap is now wide enough that organizations have started formalizing the shortfall. In his 2026 state-of-the-industry keynote, Gergely Orosz reported that Ramp has begun telling engineers they can skip review on code deemed non-critical, and said he expects other companies to follow.
That is an honest accounting of a constraint. It also puts all the weight on what “non-critical” means. What’s left is a pipeline where gates fire on everything and judgment fires on a shrinking subset.
The dangerous part isn’t the thinning. It’s that the thinning is invisible in every artifact leadership sees. A merge with real scrutiny and a merge with none produce identical records: green checks, two approvals, a timestamp. Which is exactly why they get trusted the same way.
The Rule Outlives Its Author
Every gate in a pipeline is a decision somebody made once, on a specific day, about a specific architecture, under a specific set of worries. CI doesn’t re-make that decision each run. It replays the result.
A contract test still votes on every build, verifying a recorded copy of a response the partner stopped sending a year ago. A rule set tuned to the mistakes one team kept making in 2022 still votes on changes written by an agent that makes none of them, and plenty of others nobody had vocabulary for then. The rule’s authority hasn’t decayed. Its relevance has, quietly, without anything in the system noticing. This is what happened to friction, one layer up.
Legacy code at least has a git blame and a team that owns the directory. Legacy controls become orphans. The engineer who wrote a custom linter or a complex CI rule three years ago has long since changed teams. Engineers who arrive later treat the rule not as a historical opinion, but as immutable physics.
I’m not writing this from outside it. There’s a manual readiness step on a delivery path I own that duplicates checks a purpose-built tool already runs. A new engineer on my team asked me what it was for. I couldn’t answer. I know roughly when it was added and nothing about what it was meant to catch that the tooling doesn’t.
Removal Has No Receipt
So why doesn’t anyone fix it? Because adding a control and removing one leave different records. Adding a gate is legible work. There’s a ticket, a pull request, an audit artifact, a line in a compliance narrative. Someone can point at it when the auditors come. Retiring a gate, re-scoping one, or re-dating one against the architecture it now guards gets you a ticket nobody reads twice.
Worse, it carries personal exposure. An engineer who removes a gate owns every incident afterward that it might plausibly have caught, whether it would have or not. Proving a negative in an enterprise review is an unwinnable debate.
The readiness step is still there. Retiring it is mine to do. Ten minutes of work, and it would buy me sole ownership of the next release that goes sideways for any reason at all. So it keeps running, and everyone who completes it learns that it’s part of how we ship.
The incentives run one direction. Control planes accrete. They don’t get curated. Each addition dilutes the meaning of a clean run, because the pass now covers more ground with no more judgment behind it.
The obvious correction is to retire the gates that never fire. That doesn’t work. A gate that hasn’t blocked anything in six months is either dead weight or working deterrence, and its output won’t tell you which.
The orphan problem points somewhere plainer: every control carries a named owner and a date it was last read against the architecture it guards. A name doesn’t answer the question. It makes someone responsible for answering it. A control with neither is still running, still voting, and nobody in the building can say what it was built to catch.








