Rubric version 1.16

What we measure and how much it weighs, in public.

Every check in the mechanical layer, with its pillar, their point ceiling, and the effort it takes to close them. Published and versioned, because a score you can't audit is an opinion with decimals.

How the 100 points are split

  • Documentation25· 4 checks
  • Agent instructions14· 5 checks
  • Executability26· 7 checks
  • History20· 5 checks
  • Structure15· 5 checks

26 checks · Rubric version 1.16

44 of the 100 points are low effort.

The 26 checks, grouped by what it costs to close them. Almost half the score sits in things you write once: an instructions file, a README, an .env.example.

Effort low

44
  • Documentation freshness5
  • Agent instructions4
  • Reproducible install4
  • Discoverable commands4
  • Declared environment variables4
  • Root README3
  • Adapter consistency3
  • Live documentation links3
  • Documentation follows the work3
  • Committed dependencies3
  • Navigable documentation2
  • How to verify, told to the agent2
  • Commit traceability2
  • Duplicate files2

Effort medium

37
  • Documentation coverage15
  • Concentrated knowledge5
  • Continuous integration4
  • Tree navigability4
  • Strict verifier3
  • Abandoned areas3
  • Always-on context2
  • Libraries with the same role1

Effort high

19
  • Risk hotspots7
  • Giant files5
  • Test breadth4
  • Test volume3

These are the same checks and the same 100 points as the tables below, grouped by the Effort column they already carry. There is no new data here: there is another way to read the same data.

Documentation25 points

Write the map once, not in every prompt. Why it matters →

CheckPointsEffort
Documentation coverage1.1-doc-coverage15medium
Documentation freshness1.2-doc-freshness5low
Root README1.3-readme3low
Navigable documentation1.4-doc-structure2low

Agent instructions14 points

Leave the instructions where the agent looks. Why it matters →

CheckPointsEffort
Agent instructions2.1-agent-instructions4low
Adapter consistency2.2-adapter-consistency3low
Live documentation links2.3-doc-links3low
Always-on context2.7-always-on-context2medium
How to verify, told to the agent2.8-verify-loop2low

Executability26 points

Let the agent run and verify on its own. Why it matters →

CheckPointsEffort
Test volume2.4-tests3high
Continuous integration2.5-ci4medium
Test breadth2.6-test-breadth4high
Reproducible install5.1-reproducible-install4low
Discoverable commands5.2-discoverable-commands4low
Declared environment variables5.3-env-example4low
Strict verifier5.4-strictness3medium

History20 points

Look after the files that always break. Why it matters →

CheckPointsEffort
Risk hotspots3.1-hotspots7high
Concentrated knowledge3.2-knowledge-concentration5medium
Abandoned areas3.3-zombie-areas3medium
Commit traceability3.4-commit-traceability2low
Documentation follows the work3.5-doc-drift3low

Structure15 points

Make it fit in a context window. Why it matters →

CheckPointsEffort
Giant files4.1-giant-files5high
Committed dependencies4.2-vendored3low
Tree navigability4.3-navigability4medium
Libraries with the same role6.1-duplicate-role1medium
Duplicate files6.2-duplicate-files2low

Why we publish it

Because an instrument you can't inspect isn't an instrument, it's a verdict. If you're going to let a number tell you your repository is half-ready, you have the right to see where every point comes from — and to argue with it. The rubric changes, which is why it carries a version.

A failed check returns its playbook — what to do and the criterion by which it closes — for your agent to run.

These checks measure presence. Whether what's there tells the truth is judged by the deep layer, with its own rubric.

Deep layer — judges substance