Agent rule pattern

Pointing at the source of truth

Changing values stay in one authoritative place.

36 of 100 projects

The shape of the rule

  1. Identify the authority
  2. Link to it
  3. Avoid copying its values
How to use it

Instead of copying version numbers, rule lists, or counts, the file points to the config, script, or array that owns them. Copied values drift.

Point to the file that owns a changing fact instead of copying the value. Add only enough context to find and understand it.

Examples from real projects

3 examples · Pinned source

A stated policy against copying

The file refuses to copy versions, rule lists, or counts that will go stale. Later sections follow through: the root package file owns scripts, and one validation command replaces a copied list of lint rules.

AGENTS.mdL4–5
Source excerpt starting at line 4.
monorepo. Prefer authoritative configuration and documentation over copyingdetails into this file: copied versions, rule lists, and counts become stale.

One list, not two

The command prefix section gives common examples, then points at the array in the router as authoritative, with the stated reason that a second copy drifts.

AGENTS.mdL57
Source excerpt starting at line 57.
Do not maintain a second exhaustive prefix list here. Consult

Point tool versions at their authority

The guide names the file that pins the toolchain and the manager that installs it. This avoids maintaining a second list of current versions inside the instructions.

AGENTS.mdL22–25
Source excerpt starting at line 22.
- Tool versions (bun, pnpm, node, moon, gh) are pinned in `.prototools` and  managed by [proto](https://moonrepo.dev/docs/proto); run `proto use` if a tool  is missing or a pin changed. Never install toolchain versions globally; bump  pins only in `.prototools`.

Projects using this pattern (36)

Browse in directory →
Show 28 more projects
← All agent rule patterns