• v4.2.0 9b461421e8

    v4.2.0
    CI / verify (push) Successful in 52s
    Release / release (push) Successful in 37s
    Stable

    torben released this 2026-09-03 06:14:11 +00:00 | 77 commits to main since this release

    4.2.0 - 2026-09-03 - Korpus-Kuratierungsrichtlinie: Untergrenzen und Leitplanke für reaktive Fixes

    Author: Torben Nehmer

    Ein Demo-Korpus will klein und stabil sein, ein Testbett groß, unordentlich und in Bewegung -
    dieses Repo verlangt seit der Veröffentlichung beides vom selben kb/ (Gitea #28). Die Sitzung
    vom 2026-09-02 hatte Fixture, --with-demo und ein zweites Repo bereits verworfen; offen blieb
    nur, wie kuratiert "kuratiert genug" heißt und welche Leitplanke reaktive Fixes bekommen.

    Neu: instructions/dev/corpus-policy.md. Fünf Untergrenzen, jede mit einer bestehenden
    wikitool-Prüfung messbar, keine davon durch neuen Tool-Code: jeder Seitentyp und jeder
    deklarierte Subtyp mit mindestens einer Seite, mindestens fünf Seiten mit mindestens drei
    Quellen, ein bis zehn Orphan-Seiten, im Schnitt mindestens vier ausgehende Wikilinks pro Seite.
    Gemessen am 2026-09-03: 181 Seiten, alle Typ-/Subtyp-Floors erfüllt, 12 Seiten mit ≥3 Quellen, 3
    Orphans, Ø 6,2 ausgehende Links - der Korpus war bereits groß genug, ohne dass eine einzige
    Seite eigens dafür angelegt werden musste. Eine Untergrenze wird nie durch eine erfundene Seite
    gefüllt, sondern durch eine echte Quelle beim nächsten passenden Ingest - Invariante 3 gilt
    unverändert.

    Die Leitplanke für reaktive Fixes unterscheidet drei Stufen: punktuelle Änderungen (immer
    erlaubt, gewöhnliche Arbeit), korpusweite Änderungen (nur geplant, mit eigenem Issue und
    work/-Run - trifft eine Session das Mass-Update-Gate während sie etwas anderes tat, holt sie
    sich nicht den --confirm-Token, sondern stoppt und legt ein Issue an) und reaktive Eingriffe
    in Korpusinhalt, um einen Test grün zu machen oder einen Tool-Bug zu umgehen (nie erlaubt,
    Invariante 7). Das Verhältnis zu kb_dir/raw_dir und test_pipeline_l0.py bleibt wie im
    ursprünglichen Befund: kleiner, isolierter Fall in der Fixture, großer, vernetzter Fall in
    kb/ - keine Fixture-Extraktion aus dem Korpus.

    Dev-only und rein additiv - kein Feld, kein Kommando, keine Datei außerhalb von
    instructions/dev/ ändert sich, daher --minor ohne --breaking.

    Migration: none required.

    Berührt: instructions/dev/corpus-policy.md (neu),
    instructions/dev/stack-dev/SKILL.md (Schritt 2, Routing-Zeile).

    Downloads