instructions: CONTRACT.md drops other files' step counts from copy-in-checklist rationale (#130)

Files changed:
- CHANGES.md
- VERSION
- instructions/CONTRACT.md

CHANGES.md

@@ -59,7 +59,7 @@ concern - readable here, never shipped as something to parse.
 
 ---
 
-## 7.0.0-beta.15 - 2026-09-22 - Weekly review proposes task new/task close; tracker gains a closing write path
+## 7.0.0-beta.16 - 2026-09-22 - instructions/CONTRACT.md drops other files' step counts from the copy-in-checklist rationale
 
 **Author:** Torben Nehmer
 
@@ -90,6 +90,7 @@ concern - readable here, never shipped as something to parse.
 - Skill-Namensfamilien: weekly-review -> gtd-weekly-review, dritte Person in allen Descriptions
 - Veraltete Skill-Aufzaehlungen in der Instruction-Schicht nachgezogen
 - gtd-weekly-review: task new nachgezogen, veralteter Begründungszeiger korrigiert
+- instructions/CONTRACT.md drops other files' step counts from the copy-in-checklist rationale
 <!-- /wikitool:bumps -->
 
 ### Typ `project` und Collection `kb/gtd/`: das Vorhaben als eigene Seitenart
@@ -469,6 +470,27 @@ stand, sind auf eine zusammengezogen; die zweite verweist nur noch.
 korrekt (zwei Lese-, drei Schreibkommandos) und haelt fest, warum sie bei "anlegen" und "erledigt
 markieren" endet, nie bei "loeschen" oder "aendern".
 
+### instructions/CONTRACT.md drops other files' step counts from the copy-in-checklist rationale
+
+`instructions/CONTRACT.md` § "When a skill carries a copy-in checklist" used to justify the
+threshold by citing each other skill's step count by number - evidence that the two-halves test
+(length *and* a silently-omittable step) is what actually decides `wiki-ingest`/`wiki-lint`, not a
+count fitted after the fact. Nothing kept those numbers in sync with the `SKILL.md` files they
+described: one of them had already drifted silently (`wiki-query` cited at six steps where it had
+been seven for a while), and the passage itself named only five of the eight skills that exist -
+neither wrong number failed any check, because `docs verify` reads presence, not another file's
+prose (`instructions/dev/doc-pull-through.md`).
+
+Of the three fixes considered - a `docs verify` check against a codified step-counting convention,
+a qualitative rewrite that drops the numbers, or tracking the sync as a manual `doc-pull-through.md`
+duty - the qualitative rewrite won: it is the only one of the three that removes the possibility of
+drift rather than catching or documenting it, and the per-skill counts were decoration for the
+two-halves test, never load-bearing for it. The passage now names which skills qualify and why,
+without citing a number that belongs to a file it does not own. Today's counts were checked against
+the actual files before this bump (`wiki-ingest` twelve, `wiki-lint` nine, `wiki-manage` two flows
+of seven, `wiki-query` seven, `wiki-status` five, `gtd-weekly-review` five, `stack-dev` six,
+`stack-close` four) - all correct, confirming the passage was not itself wrong, only unguarded.
+
 ---
 
 ## 6.2.0 - 2026-09-19 - Entity-Subtyp project nach codebase umbenannt