Rules have three failure points.
The agent must read the rule, retain it, and choose to follow it. That is fragile even in one session and increasingly unreliable across many agents, long contexts, and repeated edits.
Operating principle
Rules are suggestions. Infrastructure is physics.
When an agent must remember to obey a rule, the system has already placed the quality boundary in the wrong location.
Read the original on XThe evidence card
A growing CLAUDE.md file looked like discipline until it reached the point where compliance degraded. The durable move was not to write better instructions. It was to graduate repeatable rules into hooks, checks, and startup behavior that run whether the agent remembers them or not.
The model
The visual is an editorial compression of the source essay: enough structure to orient a reader, without pretending that the model replaces the underlying evidence.
The argument
The site version keeps the source's operational insight while making its sequence easier to inspect, share, and connect to the rest of the archive.
The agent must read the rule, retain it, and choose to follow it. That is fragile even in one session and increasingly unreliable across many agents, long contexts, and repeated edits.
A per-file typecheck after every edit catches the error at its source. A SessionStart hook loads campaign state before work begins. A regex scan warns on anti-patterns when they are introduced.
Architecture, design philosophy, and project identity still belong in human-readable instructions. The moment a rule says always or never, ask whether the environment should enforce it instead.
The boundary
Build physics around the decisions you cannot afford to forget.
Automation can enforce a known boundary; it cannot decide whether the boundary itself is wise, ethical, or still relevant.