The problem, in full

Why a stale decision is worse with agents than it was without them.

A decision that no longer applies used to cost you an argument in a review. Now it costs you an implementation, because the thing reading it does not know to doubt it and does not get tired of obeying it.

  • What went wrong
  • Why it was invisible
  • What has to exist for it not to recur
CANONICAL RECORD GRAPH
REQRequirementv8 · accepted
DECDecisionaccepted
CTXContext Packsealed
EVDEvidencefresh
RLSReleaseready
The failure nobody is watching

A decision goes stale, and nothing tells the agent.

This is not a documentation problem. It is a control problem, and it grows with the speed of the agent rather than with the size of the team.

  1. The decision ages

    An agent writes an architecture decision. A month later the situation has moved on. The decision has not, and nothing marks it as past.

    No state. No signal.
  2. The agent keeps obeying it

    The next run finds the file, reads it as current, and changes the implementation to match. The agent is doing exactly what it was asked to do.

    Correct behaviour, retired input.
  3. You find out late

    By the time the code locks up, the complexity has passed what one person can hold, and you can no longer work out which document to remove.

    The cost compounds quietly.
Three explainers

How the product answers each part of it.

Each one takes a few minutes and assumes you have written software, not that you have read the specifications.

01

What governs now

Why an authority state on a record is a different thing from a status field, and what the superseded state is actually for.

Read it
02

Governed context

What an agent is sent, what is withheld, and why the withholding is the part that matters.

Read it
03

Evidence that expires

Why proof bound to an exact version is worth more than proof collected in bulk.

Read it
Before you connect anything

What leaves your repository, and who operates this.

A developer evaluating a tool that reads their source code will read these pages. They are written to be read rather than agreed to.

01

Support

How to reach us, what to include, and how long a reply takes on each plan.

Open support
02

Legal information

The verified operator identity and the public policy index.

Legal index
03

Privacy and KVKK

What leaves the repository, what reaches a model provider and what is retained.

Privacy