• v4.6.1 72b2b4424f

    v4.6.1
    CI / verify (push) Successful in 54s
    Release / release (push) Successful in 36s
    Stable

    torben released this 2026-09-04 13:58:09 +00:00 | 60 commits to main since this release

    4.6.1 - 2026-09-04 - DEVELOPMENT.md im Kommandotabellen-Check, selbstbeschriftete Release-Notes, Prosa-Korrekturen (#47 Block 3)

    Author: Torben Nehmer

    • DEVELOPMENT.md im Kommandotabellen-Check, selbstbeschriftete Release-Notes, Prosa-Korrekturen (#47 Block 3)

    Block 3 aus #47 - die beiden Nebenbefunde entschieden und umgesetzt - plus drei Prosa-Korrekturen
    an 4.6.0, die eine Bewertung des eigenen Ergebnisses gefunden hat.

    DEVELOPMENT.md gehört in docs_verify.STAGE_READMES (entschieden: ja). Das Gegenargument
    bei der Aufnahme war, die Liste führe bisher nur ausgelieferte Dokumente, und DEVELOPMENT.md
    wird von dist_cmd.ROOT_FILES bewusst nicht ausgeliefert. Beim Hinsehen löst es sich auf:
    check_readmes_have_no_command_table überspringt eine Datei, die nicht existiert. In einer
    ausgelieferten Instanz ist der Eintrag damit schlicht wirkungslos, im Entwicklungs-Checkout - dem
    einzigen Ort, an dem die Datei existiert und also driften kann - greift er. Dafür spricht der
    Anlass: genau diese Datei trug einmal eine Tabelle, die für jeden Verify-Befehl ein zweites Mal
    beschrieb, was er prüft, und sie musste von Hand entfernt werden, weil nichts sie mit etwas
    verglich. Zwei Tests: einer, der die Tabelle in DEVELOPMENT.md meldet, und einer, der
    festhält, dass eine fehlende gelistete Datei übersprungen und nicht als Fund gemeldet wird - der
    Instanz-Fall, an dem die Entscheidung hing. Der Konstantenname ist jetzt enger als sein Inhalt;
    das steht als Kommentar daneben, statt eine Umbenennung durch zwei Aufrufstellen zu ziehen.

    Veröffentlichte Release-Notes veralten weiter - sie sagen es jetzt selbst (entschieden:
    Schnappschuss akzeptieren, statt einen Korrekturweg zu bauen). Eine nach dem Tag korrigierte
    CHANGES.md erreicht die Release-Seite nicht: gitea-mcp kennt kein Release-Edit, und
    Löschen-und-neu-Anlegen würde die angehängten Tarball-Assets vernichten, auf die INSTALL.md und
    version check zeigen. Bei v4.4.0 ist das real eingetreten. Statt eines Korrekturwegs für einen
    Text, den niemand editieren kann, trägt der Schnappschuss jetzt eine Fußzeile, die sagt, dass er
    einer ist und wo die gepflegte Fassung liegt - eine veraltete Notiz kostet einen Leser damit einen
    Klick statt einer falschen Überzeugung. Angehängt in release.yml und nicht in version notes:
    das Kommando ist ein allgemeiner Extraktor, dessen andere Aufrufer (lokale Vorschau, eine Pipe)
    keine Release-Seiten-Fußzeile erben sollen. .gitea/-Änderung, also ohne eigenen Bump-Anspruch -
    sie fährt hier mit.

    Drei Prosa-Korrekturen an 4.6.0. Der 4.6.0-Eintrag und der Docstring von
    touches_stack_machinery behaupteten, das Prädikat prüfe „denselben Pfad-Umfang, den der
    CI-Versions-Gate selbst verwendet". Das stimmt nicht: CI matcht [^/]+/CONTRACT\.md$, also genau
    eine Pfadebene, das Prädikat matcht CONTRACT.md in jeder Tiefe. Folgenlos im Verhalten - ein
    Über-Match druckt eine Zeile zu viel, nie eine zu wenig -, aber es war eine behauptete Äquivalenz,
    die keine ist, geschrieben in genau der ungeprüften Prosa-Phase, um die #47 sich dreht. Docstring
    und tools/CONTRACT.md benennen die Differenz jetzt und begründen sie (bei einer Erinnerung ist
    Über-Matchen die richtige Richtung). Drittens: stack-close beschrieb den eigenen Skill-Schnitt
    zu stark („es gibt keinen nächsten Schritt mehr, an dem vorbei zu rutschen wäre"). Wahr für die
    Prozedur, die nicht mehr im Kontext steht; nicht wahr für den Auslöser - stack-devs „invoke
    it now" ist weiterhin ein Satz, und die publish-Notiz nennt den Skill bewusst nicht beim Namen.
    Zwei der drei Kettenglieder bleiben Selbstdisziplin. Der Skill sagt das jetzt selbst, statt sich
    als Garantie zu verkaufen, die er nicht ist.

    Verifiziert: tools/wikitool docs verify, tools/wikitool instructions verify,
    .venv/bin/python -m pytest -q (969 passed, 2 davon neu), release.yml gegen den YAML-Parser
    und das Heredoc als Trockenlauf gegen eine Beispiel-Notiz.


    This note is a snapshot of the CHANGES.md entry as it stood when the tag was cut, and
    is never edited afterwards. The maintained version of this text - including any later
    correction - is the entry for this version in CHANGES.md in the repository.

    Downloads