1. format
  2. lint
  3. typecheck
  4. architecture
  5. self-proof
  6. tests
  7. coverage
  8. e2e
  9. duplication
  10. security
main · greenwall 10/10sample

Wesley DeitchFront-End & Design EngineerWellsville, PARemote (ET)

Standard · the guardrails story

A rule without a check is a wish.

Since July 2026 I've built products through my own company, Strevian. I write the tickets and the engineering standard, make the rulings, design every screen, and review and merge. AI coding agents build behind that standard, then prove the build. Agents never approve their own work.

01The failure · designed against

An AI changes one feature and silently breaks another.

Everything below exists because of this sentence.

Without a check, that failure lives on the bottom rung of the ladder: someone else notices first. The standard exists to move it up.

02The mechanism · rules, checks, gates

Twenty rules, eighty-two checks, ten gates.

Every rule has a check. Every check carries a permanent violation fixture proving it still fires. The strip at the top of this page runs the same ten gates.

Numbers after the mechanism, never before it.

Press Run and watch the strip at the top tick in step with the tags.

  • 20rulesthe engineering standard
  • 82automated checksbehind a 10-stage CI merge gate
  • 10stages, each with a fixture that proves it still firesthe wall at the top of this page runs the same ten

82 checksone square each

Every one of them carries a permanent violation fixture, so a check that quietly stopped firing fails the build.

10 gatesin order, every pull request

  • 01format
  • 02lint
  • 03typecheck
  • 04architecture
  • 05self-proof
  • 06tests
  • 07coverage
  • 08e2e
  • 09duplication
  • 10security
the same run as the strip at the top · sample
  1. ruleWhat must be true.Twenty of them, written down.
  2. checkWhat fails when it is not.Eighty-two, automated, behind ten gates.
  3. fixtureA permanent violation.Proves the check still fires.

03The loop · the human is the only manual gate

Six steps. I am the sixth.

A Linear ticket goes to a self-hosted agent runner, which opens a PR against a walled repo. The ten gates run, then automated review reads the diff and comments. Then I rule and merge.

ticket01Linear ticketGoal, scope, acceptance criteria, verifying checks.
runner02Self-hosted agent runnerA fresh worktree and the repo's one-command wall.
pull request03PR against a walled repoRequired checks. Squash-merge only. No admin bypass.
the wall04Ten gates82 automated checks behind 10 stages, each with a fixture that proves it still fires.
review05Automated reviewReads the diff and comments. Cannot merge.
ruling06Wesley rules and mergesThe only manual gate. Waiting.
main · protected · awaiting a humanno auto-merge · no admin bypass · sample

Press Merge. The diagram will not do it for you.

Six nodes, one amber. The nodes upstream of the ruling light in order and stop there: nothing before it can merge, and the ruling itself is a button, not an animation.

04What it caught · caught, not hoped

Caught, not hoped.

In one bootstrap the harness caught six defects in the agent's own code, and independent verifier agents found a tenancy hole that would have let any module read every church's data. Fixed structurally before merge, with permanent attack fixtures.

Trip it to watch the fixture fire. Close it to watch the fixture stay.

Both buttons work from the keyboard. The log line is read aloud.

Tenancy hole diagramOne module and three churches, with an attack fixture at the wall between them. Tripping the hole lets the module read every church and the fixture turns red. The structural fix scopes the module to its own church and the fixture stays as a green permanent guard.ModuleChurch AChurch BChurch Cattack fixture · armed

fixture · cross-tenant read · armed · waiting

The tenancy hole, retold.

The ChurchVue bootstrap: a module could read every church's data. Independent verifier agents found it before merge. The fix was structural, per-church data isolation at the foundation, and permanent attack fixtures went into the wall so the hole can never open quietly again.

6defects the harness caught in the agent's own code, in one bootstrapthe ChurchVue bootstrap

I want holes found, not reassurance.

05What it cost · paid for in practice

Fourteen failure modes, paid for in practice.

Documented in the agent-operations standard.

14documented failure modes, paid for in practicethe agent-operations standard

Each one was paid for in practice before it was written down. I keep the list in the standard, not on this page.

14 entrieswritten up in the standardwithheld

06My lines · from the standard

Two lines I hold the wall to.

The wall is judged by what it catches and by whether it can be trusted to run.

A flaky wall is worse than a slow one.

Enterprise-grade rigor from automation, solo-grade human load.

07The quality ladder · where a failure class can live

Each fix moves its failure class up a rung.

A gate's worth is the cost of what it catches, not the count.

The cross-tenant read climbs with this section, from where the verifiers found it to where it can no longer happen.

quality ladder · where a failure class can live

  1. 05impossiblethe type system or the schema rules it out
  2. 04detecteda gate catches it before merge
  3. 03testeda test would fail if it came back
  4. 02revieweda reader would have to notice
  5. 01found in prodsomeone else notices first

cross-tenant readfound at 02 reviewednow at 05 impossible

08Scale · last, and quietly

Scale, last.

About 27 repositories in 10 weeks.

Write to me

What do you need built?

It lands in my inbox and I reply by email. No list, no forwarding, no bot.

The role or the engagement, and what a good outcome looks like.

Nothing sent yet.

or write to deitchwesley@gmail.com