AGENTS.md sagt Contract-Prosa sei maschinell geprüft - und kein Skill zieht sie nach #90
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Befund (behoben)
AGENTS.md§ Changelog wies die Contract-Prosa fälschlich der Maschine zu:Zwei Fehler in einem Satz:
docs verifyprüft von einer Contract-Zelle ausschließlich, dass der Kommandopfad irgendwo in einer Tabelle der Datei vorkommt. Der Zellentext selbst wurde nie gelesen - ein neues--flagan einem bestehenden Kommando war vollständig unsichtbar.README.md,EVALS.md,tools/README.md).tools/CONTRACT.mdund die<stage>/CONTRACT.mdstanden laut Satz 1 auf der geprüften Seite und damit auf keiner Liste, die jemand nachzieht.Dazu die dritte Hälfte des Problems: kein Skill benannte den Doku-Nachzug überhaupt.
stack-devfragte an keinem Schritt, welche Dokumente etwas über die berührte Fläche behaupten;stack-closeSchritt 3 decktedocs/,README.md/INSTALL.md/DEVELOPMENT.mdund die Prosa einer neuen Instruction ab, aber keine Contracts.Warum das zählt
Die Klasse „ein Dokument beschreibt einen Mechanismus, der sich geändert hat, und nichts hat es gemerkt" ist die größte Defektklasse im Tracker: #89 (
raw accept-Prosa nach #67), #76 (session-setup.md§ Scope nennt ein anderes Kriterium als die echte Budget-Ausnahmeliste), #70, #63, #29, #78/#83 (Skill-Kommandolisten gedriftet, von Hand behoben). #67s Akzeptanzkriterium war eng formuliert und wurde wahrheitsgemäß abgehakt, während die Nachbarzellen verrotteten. Modell-Toleranz ist der Auslöser; die falsche Zusicherung war der Grund, warum nichts bremste.Entscheidung
Schnitt: nur die falsche Zusicherung aus
AGENTS.mdentfernen, keine neue detaillierte Aufzählung schreiben - die vollständige Aufzählung existiert bereits intools/CONTRACT.mdsdocs verify-Zeile, und ihre Präzisierung ist #91s Aufgabe, nicht diese hier. Die Nachzugsliste selbst wandert in eine eigene Instruction (instructions/dev/doc-pull-through.md), nicht inAGENTS.mdoder den Skill-Body - selektive Disclosure: „was genau prüftdocs verify" ist kein Dauerwissen für jede Sitzung.Akzeptanzkriterien
AGENTS.md§ Changelog nennt die Aufzählung „command tables, contracts, ignore canaries" nicht mehr. Verweist stattdessen auf diedocs verify-Zeile intools/CONTRACT.mdund macht jede Zellenprosa - Kommandotabelle, Fehlerkontrakt, Stage-Contracts - explizit zur Sitzungsarbeit.README.md/EVALS.md/tools/README.mdein -tools/CONTRACT.mdund der berührte<stage>/CONTRACT.mdstehen jetzt ausdrücklich daneben.check_cli_readme()s Docstring intools/chemenu/commands/docs_verify.pybehauptet nicht mehr, sie prüfe „tools/CONTRACT.md's command table" - sie beschreibt jetzt, dassTABLE_CELL_REdas ganze Dokument scannt und nur den gebacktickten Pfad liest, nie die restliche Zelle.instructions/dev/doc-pull-through.mdexistiert, Frontmatter nachtypes/instruction.md, und listet je berührter Fläche das zuständige Dokument: beidetools/CONTRACT.md-Tabellen, der berührte<stage>/CONTRACT.md,AGENTS.mdbei verschobener Regel/Gate/Invariante, die README-artigen Dateien,docs/bei verschobener Begründung.stack-devhat einen neuen Schritt 5 zwischen Versionsbump und Verify/Publish (jetzt Schritt 6) - ein Satz plus Link; die Liste bleibt in der Instruction, der Skill-Body wuchs nur um diesen einen Schritt.stack-devSchritt 2s Katalog gelistet.stack-closeSchritt 3 nennt die Contracts jetzt nebendocs/und den README-artigen Dateien.tools/wikitool instructions verify,tools/wikitool docs verifyundpytestintools/liefen grün (1185 passed);instructions synchat die Skills neu publiziert.tools/wikitool version bump --minor: 5.0.0-beta.11 -> 5.0.0-beta.12. Drop-in in beide Richtungen; der Kandidat trug seine--breaking-Zeile bereits aus einem früheren Bump, diese Änderung fügte keine neue hinzu.Nicht in diesem Paket
docs_verify.pyaußer der Docstring - das ist #91.Nebenbei gefunden und mitgezogen
Beim Nachziehen der
stack-dev-Umnummerierung fielen zwei bereits vorher falsche Schrittverweise aufstack-devauf, unabhängig von dieser Umnummerierung selbst entstanden:instructions/dev/version-parts.mdverwies auf „Schritt 3" statt auf den Versionsbump-Schritt (jetzt korrekt „Schritt 4"),instructions/dev/testing-conventions.mdverwies auf „Schritt 4" statt auf den Verify/Publish-Schritt (jetzt korrekt „Schritt 6"). Beide im selben Commit korrigiert.Verifiziert
Commit
441a815aufmain(tools/wikitool publish). Vor dem Publish liefentools/wikitool docs verify,tools/wikitool instructions verify(nachinstructions sync) und die vollepytest-Suite intools/(1185 passed) grün.torben referenced this issue2026-09-11 09:34:27 +00:00
Changelog:
AGENTS.md§ Changelog korrigiert (Contract-Prosa als Sitzungsarbeit benannt statt fälschlich als maschinell geprüft aufgezählt, Sitzungspflicht auftools/CONTRACT.md/<stage>/CONTRACT.mderweitert).check_cli_readme()-Docstring korrigiert. Neue Instructioninstructions/dev/doc-pull-through.md.stack-devbekommt neuen Schritt 5 (Verify/Publish rückt auf Schritt 6), Katalog in Schritt 2 erweitert.stack-closeSchritt 3 nennt jetzt die Contracts. Nebenbei zwei vorbestehende falsche Schrittverweise inversion-parts.md/testing-conventions.mdkorrigiert. Versionsbump--minor(5.0.0-beta.11 -> 5.0.0-beta.12). Commit441a815.