@renoxar/koolie 1.25.0

package/.koolie/core/governance/change-requests/CR-2026-142-dokumentationsstandard.md

@@ -0,0 +1,90 @@
+# Änderungsantrag `CR-2026-142`
+
+| Feld | Inhalt |
+|---|---|
+| Titel | Der Dokumentationsstandard – und die Roadmap, die zu zwei Dritteln Rückblick war |
+| Antragstellende Rolle | `<FRAMEWORK_OWNER>` |
+| Datum | 2026-09-25 |
+| Betroffene Artefakte | `docs/DOCUMENTATION_STANDARD.md` (neu); `tests/scripts/validate-framework.py` (**Prüfungen 91 bis 94**, `dokumentklasse()`, Ausnahme von Prüfung 75); `tests/scripts/probe-pruefungen.py` (Bündel `sonden_roadmapstand`, `sonden_rechtschreibung`, `sonden_dokumentform`, `sonden_steckbrief`); `build/assemble.py` (Direktiven `{{ZAHL:…}}`, `{{VERSION}}`, `{{CLIENT}}`); `docs/ROADMAP.md` (Kürzung, `1.9.0`, Planabschnitt `1.9.1`); die Dokumente der Klassen A und D (Durchsicht); 14 Dokumente der Klassen A, B, D (Rechtschreibung); `OWNERS.md`, `onboarding/QUICKSTART.md`, `onboarding/REFERENCE.md`, `onboarding/exercises/EXERCISES.md`, `framework/overlay-patterns/general.md` (Steckbrief); `framework/runtime/agents/fw-reviewer.md` (Überschriften); `checklists/11-framework-release.md`; `tests/TEST_CATALOG.md`; `governance/DECISION_LOG.md` (**D-371** bis **D-380**); `governance/ADOPTION_REGISTRY.md`; `VERSION`, `CHANGELOG.md` |
+| Ebene laut Entscheidungsbaum 6 | **Core** – Dokumentation, Prüfapparat, Bauwerkzeug |
+| Art | **MINOR** nach `RELEASE_PROCESS.md` Abschnitt 1: vier neue Prüfungen, ein neues Regeldokument, eine neue Bauform des Hauptdokuments; keine Regel des Arbeitsmodells geändert, kein Overlay-Feld |
+| Dringlichkeit | Posten `1.9.0` nach D-370 |
+| Status | 🟢 **entschieden am 2026-09-25** (E1 bis E12), umgesetzt mit `1.9.0` |
+
+---
+
+## 1. Anlass
+
+D-370 hat nach `1.8.0` ein Qualitätssicherungsrelease der Dokumentation eingeplant: alle
+Dokumente auf Aktualität, Schlüssigkeit, Verständlichkeit und Form. Seine Vorbedingung war,
+**vor** der Durchsicht festzulegen, welche Dokumente es gibt, was je Dokument „in Ordnung“
+heißt und was davon eine Maschine prüfen kann.
+
+## 2. Der Vorbedingungsdurchgang
+
+Gemessen am 2026-09-25 am Stand `v1.8.0`.
+
+| Messung | Ergebnis |
+|---|---|
+| Bestand | 559 versionierte Dateien, davon 352 Nachweisschicht; **181 Markdown-Dokumente außerhalb (3,2 MB)**, dazu **34 Kapitelquellen unter `build/doc/`** – die liegen in der Nachweisschicht und sind doch das Hauptdokument |
+| Größte Träger | `DECISION_LOG` 745 KB, `CHANGELOG` 729 KB, `ROADMAP` 337 KB – davon rund 200 KB Rückblicke *„Was 0.x gebracht hat“* |
+| Rechtschreibung | **603** Wörter in der Schreibung vor 1996 gegen **1.192** geltende; **19 Dokumente mischen beide**. Außerhalb der Register: 74 in 14 Dokumenten |
+| Geschichte im Regeltext | 316 Marken (*„stand hier“*, *„bis `x.y.z`“*, *„berichtigt mit“*), davon 180 im Decision Log |
+| Steckbrief | 99 von 215 Dokumenten; nach begründeten Ausnahmen fehlten fünf |
+| Form | bis auf eine Datei sauber (`fw-reviewer.md`: drei Hauptüberschriften) |
+| Kapitel 31 | *„502 Dateien, 123 Anträge“*, gezählt zu `0.89.0`; *„78 Dateien, bei beiden Client Packs“* bei drei Packs |
+
+## 3. Vorlage zur Entscheidung
+
+Vorgelegt am 2026-09-25 als Fragen (a) bis (l), angenommen mit *„Passt, fahre so fort“*.
+
+| # | Frage | Entscheidung und Preis |
+|---|---|---|
+| **E1** | **Gegenstand** (a) | Alle 181 Dokumente und die 34 Kapitelquellen; die Ausnahme der Nachweisschicht gilt für Anträge, Protokolle, Erhebungen – nicht für `build/doc/` (D-371) |
+| **E2** | **Tiefe je Dokument** (b) | Vier Klassen A Einstieg, B Regeln, C Register, D Hauptdokument, mit Kriterien je Klasse; die Zuordnung an einer Stelle, `dokumentklasse()` (D-371) |
+| **E3** | **Register** (c) | Werden nicht umgeschrieben – weder Inhalt noch Rechtschreibung; nur Form und laufende Zeilen (D-371) |
+| **E4** | **„Aktuell“** (d) | Keine Gegenwartsaussage widerspricht `VERSION`; datierte Aussagen bleiben (D-318); *„🆕 neu mit …“* entfällt nach dem nächsten MINOR (D-371, D-376) |
+| **E5** | **Geschichte im Regeltext** (e) | Regel mit Verweis statt Herleitung; Belegzellen bleiben (D-376) |
+| **E6** | **Rechtschreibung** (f) | Geltender Duden in A, B, D (D-373) |
+| **E7** | **„Verständlich“ messbar** (g) | Kaltleser-Probe für Klasse A (D-379) |
+| **E8** | **Neue Prüfungen** (h) | 91 Standüberschrift, 92 Rechtschreibung, 93 Form, 94 Steckbrief (D-372 bis D-375) |
+| **E9** | **Keine Prüfung** (i) | Geschichtsmarken und Schlüssigkeit bleiben Durchsicht (D-376) |
+| **E10** | **Zahlen in Kapitel 31** (j) | Beim Bau erzeugt, nicht geprüft (D-377) |
+| **E11** | **Roadmap-Rückblicke** (k) | Gekürzt, nach Messung der Kennungen (D-378) |
+| **E12** | **Zuschnitt** (l) | `1.9.0`: Kriterien, Prüfungen, Klassen A und D, Rechtschreibung, Roadmap; Klasse B als `1.9.1` ff.; Status `pilot` bleibt – eine Anhebung ist Freigabe (D-380) |
+
+> **Empfehlung der Vorbereitung:** E1 bis E12 wie vorgelegt.
+
+---
+
+## 4. Umsetzung
+
+1. Validator: `dokumentklasse()`, `_dokumente()`, **Prüfungen 91 bis 94**, Register und
+   Sondenmenge bis 94; die Ausnahme `docs/ROADMAP.md` in `P75_AUSNAHMEN` entfernt (sie nahm
+   nach der Kürzung nichts mehr aus).
+2. Sonden: vier Bündel mit je einer Gegenprobe, die den erlaubten Nachbarfall trägt – Zitat
+   und Register (92b), die Wurzel eines Projekts (92c), Striche und Rauten im Code (93b),
+   die Ausnahmen des Steckbriefs (94a).
+3. Rechtschreibung: 74 Fundstellen in 14 Dokumenten umgestellt, mit derselben Stammliste,
+   die prüft; nur außerhalb von Code.
+4. Form und Steckbrief: `fw-reviewer.md` auf Ebene 2; fünf Steckbriefe nachgetragen.
+5. `assemble.py`: Direktiven `{{ZAHL:…}}`, `{{VERSION}}`, `{{CLIENT}}`; Kapitel 31.1 darauf
+   umgestellt.
+6. Roadmap: Rückblicke vor `1.0.0` gestrichen, *„Bewusst offen gelassen“* berichtigt,
+   `1.9.0` eingetragen, Planabschnitt `1.9.1` für die Klasse B.
+7. Durchsicht der Klassen A und D (Regel mit Verweis statt Herleitung, veraltete Aussagen
+   berichtigt); Kaltleser-Probe.
+8. `docs/DOCUMENTATION_STANDARD.md`, Checkliste 11, Decision Log, Testkatalog,
+   Bestandsliste, `VERSION`, Changelog.
+9. Beide Projekte mit `--target --update` heben.
+
+## 5. Abnahme
+
+Steht im Protokoll `tests/protocols/2026-09-25-dokumentationsstandard.md`.
+
+## 6. Entscheidung
+
+**E1 bis E12 wie vorgelegt entschieden** (`<FRAMEWORK_OWNER>`, 2026-09-25; (a) bis (l) vor
+dem Bau vorgelegt und angenommen – der Owner hat vorab erklärt, den Empfehlungen der
+Vorbereitung zu folgen). Decision Records **D-371** bis **D-380**. Alle vier zählbaren
+Kriterien von D-11 bleiben **0**.

package/.koolie/core/governance/change-requests/CR-2026-143-klasse-b-core-laufzeit.md

@@ -0,0 +1,89 @@
+# Änderungsantrag `CR-2026-143`
+
+| Feld | Inhalt |
+|---|---|
+| Titel | Die Durchsicht der Klasse B, erster Bereich – und die Grenze ohne Sonde |
+| Antragstellende Rolle | `<FRAMEWORK_OWNER>` |
+| Datum | 2026-09-25 |
+| Betroffene Artefakte | die elf Module unter `framework/core/` (Durchsicht; zehn geändert); die Laufzeitschicht unter `framework/runtime/` und `framework/role-packs/*/runtime/` (Durchsicht; `agents/fw-reviewer.md` geändert); Modusbegriffe in `onboarding/GUIDE.md`, `onboarding/MENTOR_CHECKLIST.md`, `onboarding/QUICKSTART.md`, `onboarding/REFERENCE.md`, `checklists/01-preflight.md`, `governance/EXCEPTION_PROCESS.md`, `governance/PRIORITY_HIERARCHY.md`, `pilot/PILOT_CONCEPT.md`, `prompts/README.md`, `framework/skills/fw-change-small/SKILL.md`; `.gitignore` und `README.md` der Wurzel; `tests/scripts/validate-framework.py` (Prüfung 45, Gegenstand 3); `tests/scripts/probe-pruefungen.py` (Sonde 45e, Gegenprobe 45c, Bündel `sonden_zeichengrenze`); `tests/TEST_CATALOG.md`; `governance/DECISION_LOG.md` (**D-381** bis **D-384**, `K-130` bis `K-137`); `governance/ADOPTION_REGISTRY.md`; `docs/ROADMAP.md`; `build/doc/00-kopf.md`; `VERSION`, `CHANGELOG.md` |
+| Ebene laut Entscheidungsbaum 6 | **Core** – Regeldokumente, Prüfapparat |
+| Art | **PATCH** nach `RELEASE_PROCESS.md` Abschnitt 1: Formulierungen und Berichtigungen, kein Regelinhalt geändert, keine neue Prüfungsnummer, kein Overlay-Feld |
+| Dringlichkeit | Posten `1.9.1` nach D-380 |
+| Status | 🟢 **entschieden am 2026-09-25** (E1 bis E8), umgesetzt mit `1.9.1` |
+
+---
+
+## 1. Anlass
+
+D-380 hat die inhaltliche Durchsicht der Klasse B (Regeldokumente) je Bereich als `1.9.1`
+ff. eingeplant; der erste Bereich sind die Core-Module und die Laufzeitschicht. Der
+Planabschnitt der Roadmap verlangte, zwei Fragen **vor** der Durchsicht zu klären: wie eine
+Änderung an der Laufzeitschicht die Projekte erreicht, und wie sie die Zeichengrenze der
+Regeldateien (Prüfung 4) einhält. Dazu kamen die Klärungspunkte `K-123` bis `K-129` aus der
+Durchsicht von `1.9.0`.
+
+## 2. Der Vorbedingungsdurchgang
+
+Gemessen am 2026-09-25 am Stand `v1.9.0`, mit je einer Testinstallation je Pack.
+
+| Messung | Ergebnis |
+|---|---|
+| Bereich | 11 Core-Module (104 KB), `root-instruction.md`, vier Laufzeitregeln, `fw-reviewer`, zwei Regeln der Role Packs |
+| Wurzel-Anweisung installiert | `claude-code` **11.894**, `devin-desktop` **11.887** von 12.000 Zeichen (Fehlergrenze der Prüfung 4); `openai-codex` 12.516 – dort gilt die Grenze nicht, weil die Regeln über die Wurzel-Anweisung eingebunden werden; die Summe des stets Geladenen liegt bei rund 30.300 von 40.000 (Warnung) |
+| Sonden der Zeichengrenze | **keine** – die Grenze war seit der Erstfassung ungeprüft durch den Sondenapparat |
+| Herkunft der Grenze | Dokumentation des Vorgängerprodukts von `devin-desktop` (QD-7); seit `CR-2026-027` E3 eine **Vorgabe des Frameworks**, keine Produkteigenschaft |
+| Modusnamen (`K-126`) | `Normal`/`Bypass` in `03-security.md` (drei Stellen), `05-working-model.md`, `09-risk-model.md`, im Onboarding (fünf Stellen) und in sechs weiteren Regel- und Einstiegsdokumenten |
+| `.gitignore` (`K-124`) | schließt nur die Erzeugnisse von `devin-desktop` aus; die Wurzelerzeugnisse der drei Packs lassen sich aus `shared_core` und `shared_seed` der Manifeste ableiten |
+
+## 3. Vorlage zur Entscheidung
+
+Vorgelegt am 2026-09-25 als Fragen (a) bis (i), angenommen mit *„Bei dem Rest bin ich schon
+mal einverstanden“*; zu (c) die Rückfrage nach Herkunft und Anhebung der Grenze, beantwortet
+und angenommen mit *„Perfekt, so machen wir das“*.
+
+| # | Frage | Entscheidung und Preis |
+|---|---|---|
+| **E1** | **Wie erreicht eine Änderung die Projekte?** (a) | Über Schritt 2 des Release-Prozesses (`install.py --target <projekt> --update`); der Änderungsverlauf nennt, dass sie erst danach wirkt (D-381 (a)) |
+| **E2** | **Darf die Durchsicht Regelinhalt ändern?** (b) | Nein. Ein Widerspruch zwischen zwei Regeln wird ein Klärungspunkt; das Release bleibt PATCH (D-381 (b)) |
+| **E3** | **Zeichengrenze** (c) | Keine Laufzeitdatei wird länger; Längen je Pack vorher und nachher im Protokoll; die Grenze bekommt Sonden (D-381 (c)) |
+| **E4** | **Anheben der Grenze?** (Rückfrage zu (c)) | Nicht in `1.9.1`: Die Grenze ist eine Vorgabe des Frameworks (`CR-2026-027` E3), ihr Zweck ist die Summe des stets Geladenen. Als `K-130` für `1.9.2` eingeplant, mit der Empfehlung, die Summe verbindlich und die Grenze je Datei zur Warnung zu machen (D-381, D-384) |
+| **E5** | **`K-126`** (e) | Sachbegriffe im Kern und im Onboarding, dazu in den übrigen Regel- und Einstiegsdokumenten; Register bleiben (D-382) |
+| **E6** | **`K-124`** (f) | Einträge aller drei Packs; Prüfung 45 leitet sie aus den Manifesten ab (Gegenstand 3, keine neue Nummer) (D-383) |
+| **E7** | **`K-128`** (g) | In `1.9.2` (Governance) – D-10 präzisieren (D-384) |
+| **E8** | **`K-123`, `K-125`, `K-127`, `K-129`** (h) | Ein eigenes MINOR-Release nach `1.9.3` (D-384) |
+| – | **Vorgehen** (d), (i) | Core-Modul maßgeblich, Laufzeitfassung auf Widerspruch geprüft (D-381 (d)); fünf parallele Durchsichten nach einem schriftlichen Auftrag, Register in einem Schritt |
+
+> **Empfehlung der Vorbereitung:** E1 bis E8 wie vorgelegt.
+
+---
+
+## 4. Umsetzung
+
+1. Durchsicht nach dem Auftrag `durchsicht-auftrag-191.md` (Ablagebereich der Sitzung) in
+   fünf parallelen Durchgängen: 00/01/04/06/07, 02/03, 05/10, 08/09 und die Laufzeitschicht.
+   Geschichte durch Verweis ersetzt (D-376), Hervorhebungen reduziert, einzelne Aussagen
+   sachlich berichtigt (Protokoll, Abschnitt 2). `10-error-escalation.md` und acht der neun
+   Laufzeitdateien blieben unverändert.
+2. `K-126`: Sachbegriffe an allen Fundstellen außerhalb der Register (D-382).
+3. `K-124`: `.gitignore` um `/CLAUDE.md`, `/CLAUDE.local.md.example`, `/.mcp.json.example`,
+   `/.claude/`, `/.codex/` und `CLAUDE.local.md`; Kommentar und Wurzel-README zählen die
+   Zeilen nicht mehr; Prüfung 45 Gegenstand 3, Sonde 45e, Gegenprobe 45c (D-383).
+4. Zeichengrenze: Bündel `sonden_zeichengrenze` – Sonde 4a an einer Installation von
+   `claude-code`, Gegenproben 4a bis 4c je Pack (D-381 (c)). Die Sondenmenge lautet damit
+   *„4, 6, 8, 14, 18 bis 66 und 68 bis 94“* an allen drei Stellen, die Prüfung 40 vergleicht.
+5. Sieben Befunde der Durchsicht als `K-131` bis `K-137`; `K-130` für das Zeichenbudget.
+6. Versionen aller geänderten Dokumente mit Steckbrief um PATCH angehoben; Änderungsverlauf
+   von `fw-change-small` (`0.1.5`, keine Anweisung berührt, D-303).
+7. Roadmap, Decision Log, Testkatalog, Bestandsliste, Kopf des Hauptdokuments, `VERSION`,
+   Changelog.
+8. Beide Projekte mit `--target --update` heben.
+
+## 5. Abnahme
+
+Steht im Protokoll `tests/protocols/2026-09-25-klasse-b-core-laufzeit.md`.
+
+## 6. Entscheidung
+
+**E1 bis E8 wie vorgelegt entschieden** (`<FRAMEWORK_OWNER>`, 2026-09-25; (a) bis (i) vor
+dem Bau vorgelegt und angenommen, die Rückfrage zu (c) beantwortet). Decision Records
+**D-381** bis **D-384**. Alle vier zählbaren Kriterien von D-11 bleiben **0**.

package/.koolie/core/governance/change-requests/CR-2026-144-klasse-b-governance.md

@@ -0,0 +1,90 @@
+# Änderungsantrag `CR-2026-144`
+
+| Feld | Inhalt |
+|---|---|
+| Titel | Die Durchsicht der Klasse B, zweiter Bereich – und das Budget statt der Grenze |
+| Antragstellende Rolle | `<FRAMEWORK_OWNER>` |
+| Datum | 2026-09-25 |
+| Betroffene Artefakte | Durchsicht: `governance/` ohne die Register (vier Dokumente geändert), `checklists/` (sechs), `decision-trees/` (eines), `prompts/` (sechs); Klärungspunkte: `framework/core/05-working-model.md`, `08-skill-conventions.md`, `09-risk-model.md`, `10-error-escalation.md`, `framework/runtime/rules/10-privacy-security.md`, `decision-trees/05-stop-or-escalate.md`; Zeichenbudget: `tests/scripts/validate-framework.py` (Prüfung 4), `tests/scripts/probe-pruefungen.py` (Bündel `sonden_zeichengrenze`), `clients/devin-desktop/CLIENT_PACK.md`, `clients/openai-codex/CLIENT_PACK.md`, die Laufzeit-README von `claude-code` und `devin-desktop`; Geltungsbereich: `build/doc/03`, `04`, `16`, `29`, `32`; `governance/DECISION_LOG.md` (**D-385** bis **D-392**, D-10 präzisiert, `K-138` bis `K-145`); `governance/ADOPTION_REGISTRY.md`; `docs/ROADMAP.md`; `build/doc/00-kopf.md`; `VERSION`, `CHANGELOG.md` |
+| Ebene laut Entscheidungsbaum 6 | **Core** – Regeldokumente, Prüfapparat |
+| Art | **PATCH** nach `RELEASE_PROCESS.md` Abschnitt 1: Formulierungen und Berichtigungen gegen das maßgebliche Core-Modul, keine neue Prüfungsnummer, kein Overlay-Feld, kein Overlay muss sich anpassen (gemessen) |
+| Dringlichkeit | Posten `1.9.2` nach D-380 und D-384 |
+| Status | 🟢 **entschieden am 2026-09-25** (E1 bis E15), umgesetzt mit `1.9.2` |
+
+---
+
+## 1. Anlass
+
+D-380 plant die inhaltliche Durchsicht der Klasse B in drei Bereichen; der zweite sind
+`governance/` ohne die Register, `checklists/`, `decision-trees/` und `prompts/`. D-384 hat
+diesem Release dazu `K-128` (Kommandozeilenbetrieb, D-10) und `K-130` (Zeichenbudget)
+zugewiesen und die Befunde `K-131` bis `K-135` aus `1.9.1` zur Entscheidung gestellt.
+
+## 2. Der Vorbedingungsdurchgang
+
+Gemessen am 2026-09-25 am Stand `v1.9.1`, mit je einer Testinstallation je Pack.
+
+| Messung | Ergebnis |
+|---|---|
+| Bereich | 42 Dokumente der Klasse B, rund 260 KB (Governance 8, Checklisten 12, Entscheidungsbäume 7, Prompts 13) – 2,5-mal der erste Bereich; alle sechs Bäume tragen ein Mermaid-Diagramm |
+| Stets geladen, installiert | `claude-code` 29.773, `openai-codex` 30.274 (Wurzel-Anweisung 12.516, dort ohne Grenze je Datei), `devin-desktop` 20.349 – **bei diesem Pack zählte Prüfung 4 die Summe nicht** |
+| Übernehmende Projekte | Pilot (`claude-code`, sechs Regeln ohne Ladebedingung) **38.986** von 40.000; Übungsrepositorium (`devin-desktop`) 22.835 |
+| `K-128` | *„Kommandozeilenbetrieb“* als ausgeschlossen in Kapitel 3 (N7), 4, 29 und 32 des Hauptdokuments; D-10 sagt seit `CR-2026-019` *„ohne menschliche Sitzung“* |
+| `K-134` | *„Onboarding und Skills vermitteln dies“* – belegt nur `onboarding/QUICKSTART.md`, in keinem `SKILL.md` gefunden |
+| `K-135` | `SK-007-P01` ist gegen Stufe **mittel** für Eingabevalidierung gemessen (R3) |
+
+## 3. Vorlage zur Entscheidung
+
+Vorgelegt am 2026-09-25 als Fragen (a) bis (m), angenommen mit *„Ja, das passt. Leg los“*;
+`K-138` auf die Zwischenfrage des Owners zum Mehrprojektfall angelegt (*„Ja, lege den
+Klärungspunkt K-138 an“*), `K-144` auf seine Frage nach der Token-Last (*„Ja nimm es mit auf“*).
+
+| # | Frage | Entscheidung und Preis |
+|---|---|---|
+| **E1** | **Regeln der Durchsicht** (a) | D-381 unverändert: kein Regelinhalt, ein Widerspruch wird ein Klärungspunkt (D-385 (a)) |
+| **E2** | **Arbeitsweise** (b) | Sechs parallele Durchsichten nach schriftlichem Auftrag, Änderungen nur mit dem Edit-Werkzeug, keine Packnamen als Handelnde; Register, Sonden und Versionen in einem Schritt, die Diffs vom Koordinator gelesen |
+| **E3** | **Herleitungen in `RELEASE_PROCESS.md` und `FRAMEWORK_DEV_PROFILE.md`** (c) | Auf die Regel mit D-Verweis gekürzt; jede entfallene Kennung steht in einem anderen Träger (D-385 (b)). Preis: die Erzählung trägt das Decision Log |
+| **E4** | **Entscheidungsbäume** (d) | Diagramm und Text gemeinsam gelesen, Abweichungen gemeldet, nicht angeglichen (D-385 (c)) |
+| **E5** | **Versionen** (e) | Jedes geänderte Dokument mit Steckbrief um PATCH gehoben (D-385 (d)) |
+| **E6** | **`K-128`** (f) | D-10 schließt den Betrieb ohne beobachtende Person aus, nicht eine Oberfläche; Messläufe des Frameworks fallen nicht darunter (D-386) |
+| **E7** | **`K-130`** (g) | Summe verbindlich (40.000, Fehler, jedes Pack), Grenze je Datei Warnung (D-387). Preis: 1.014 Zeichen Reserve im Pilot; ob `devin-desktop` lange Regeln kürzt, ist nicht erhoben |
+| **E8** | **`K-131`** (h) | Quelle und installierte Fassung in der Regel unterschieden (D-388) |
+| **E9** | **`K-132`** (i) | R12 hoch nur für den per Ausnahme zulässigen Modus; der Modus ohne Rückfragen ist keine Stufe (D-389) |
+| **E10** | **`K-133`** (j) | *„Ohne Angabe gilt M1“* im Core-Modul (D-390) |
+| **E11** | **`K-134`** (k) | Kennungen bleiben, Matrixzeilen heißen *Zeile*; S2 ohne Bereitstellung → E0; Satz über das Anhalten auf das Belegte begrenzt (D-391) |
+| **E12** | **`K-135`** (l) | Laufzeitregel an R3/R4 angeglichen, nicht länger (D-392). Preis: in jeder Sitzung lockerer für die indirekte Berührung |
+| **E13** | **Versionsart** (m) | PATCH `1.9.2` (D-385 (e)) |
+| **E14** | **Mehrprojektfall** (Zwischenfrage) | Als `K-138` angelegt, eingeplant nach `1.10.0` |
+| **E15** | **Token-Last** (Zwischenfrage) | Als `K-144` angelegt, eingeplant für `1.11.0`; Vorgabe des Owners: nur sparen, wo keine Schranke nachgibt, Prompt-Caching vorausgesetzt |
+
+> **Empfehlung der Vorbereitung:** E1 bis E13 wie vorgelegt.
+
+---
+
+## 4. Umsetzung
+
+1. Durchsicht nach dem Auftrag `durchsicht-auftrag-192.md` (Ablagebereich der Sitzung) in
+   sechs parallelen Durchgängen: `RELEASE_PROCESS`/`FRAMEWORK_DEV_PROFILE`; übrige Governance
+   und Entscheidungsbäume; Checklisten; Prompts `README`–`03`, `04`–`07`, `08`–`12`.
+2. `K-128`: D-10 präzisiert, Kapitel 3, 4, 29 und 32 des Hauptdokuments (D-386).
+3. `K-130`: Prüfung 4 zählt das stets Geladene jedes Packs (bei `devin-desktop` die Regeln mit
+   `always_on`) und meldet über 40.000 einen Fehler; die Grenze je Datei ist eine Warnung.
+   Bündel `sonden_zeichengrenze` um Sonde 4b und Gegenprobe 4d erweitert, Sonde 4a erwartet
+   die Warnung; Zeile R4 der Packs und die Laufzeit-README nachgezogen (D-387).
+4. `K-131` bis `K-135` in den Core-Modulen `05`, `08`, `09`, `10`, der Laufzeitregel
+   `10-privacy-security.md` und Baum 05 (D-388 bis D-392).
+5. Befunde der Durchsicht als `K-139` bis `K-143`, der Mehrprojektfall als `K-138`, die
+   Token-Last als `K-144`, der Aufruf von `--mermaid` als `K-145` (Codeposten, `1.10.0`).
+6. Versionen, Roadmap (`0.3.2`, Posten `1.11.0`), Decision Log, Bestandsliste, Kopf des
+   Hauptdokuments, `VERSION`, Changelog.
+7. Beide Projekte mit `--target --update` heben.
+
+## 5. Abnahme
+
+Steht im Protokoll `tests/protocols/2026-09-25-klasse-b-governance.md`.
+
+## 6. Entscheidung
+
+**E1 bis E15 wie vorgelegt entschieden** (`<FRAMEWORK_OWNER>`, 2026-09-25; (a) bis (m) vor
+dem Bau vorgelegt und angenommen). Decision Records **D-385** bis **D-392**. Alle vier
+zählbaren Kriterien von D-11 bleiben **0**.

package/.koolie/core/governance/change-requests/CR-2026-145-klasse-b-skills.md

@@ -0,0 +1,81 @@
+# Änderungsantrag `CR-2026-145`
+
+| Feld | Inhalt |
+|---|---|
+| Titel | Die Durchsicht der Klasse B, dritter Bereich – und die Anweisung, die stehen bleibt |
+| Antragstellende Rolle | `<FRAMEWORK_OWNER>` |
+| Datum | 2026-09-25 |
+| Betroffene Artefakte | Durchsicht: die 13 `SKILL.md` (zwei geändert: `fw-docs-update`, `fw-tests`), `templates/` (`SKILL_TEMPLATE.md`, `project-overlay/OVERLAY.md`, `overlay-manifest.yaml`, die 13 `documents/*/.gitkeep.md`), `clients/_template/CLIENT_PACK.md`; Änderungsverlauf der beiden Skills; Register: Decision Log, Roadmap, Bestandsliste, Kopf des Hauptdokuments, `VERSION`, Changelog |
+| Ebene laut Entscheidungsbaum 6 | **Core** – Regeldokumente und Vorlagen |
+| Art | **PATCH** nach `RELEASE_PROCESS.md` Abschnitt 1: Formulierungen, Erläuterungen und Berichtigungen gegen das maßgebliche Core-Modul, keine Anweisung eines Skills geändert, keine neue Prüfungsnummer, kein Overlay muss sich anpassen |
+| Dringlichkeit | Posten `1.9.3` nach D-380 |
+| Status | 🟢 **entschieden am 2026-09-25** (E1 bis E10), umgesetzt mit `1.9.3` |
+
+---
+
+## 1. Anlass
+
+D-380 plant die inhaltliche Durchsicht der Klasse B in drei Bereichen; der dritte sind
+`framework/skills/`, die Skills der Role Packs, `templates/` und `clients/_template/`. Die
+Roadmap verlangte vorher zu klären, wie eine Änderung an einer `SKILL.md` mit Version,
+Änderungsverlauf des Skills und dem erneuten Auslösen der Testfälle umgeht (D-303).
+
+## 2. Der Vorbedingungsdurchgang
+
+Gemessen am 2026-09-25 am Stand `v1.9.2`.
+
+| Messung | Ergebnis |
+|---|---|
+| Bereich | 13 `SKILL.md` (rund 215 KB), die Vorlagen unter `templates/` (rund 47 KB), `clients/_template/CLIENT_PACK.md` (12,6 KB) |
+| Klasse der Skill-Register | `TESTS.md`, `EXAMPLES.md` und `CHANGELOG.md` der Skills sind **Klasse C** (`docs/DOCUMENTATION_STANDARD.md`, `dokumentklasse()` des Validators) – nicht Gegenstand der Durchsicht |
+| Ergebniszellen | **87, alle abgenommen** (72 in den zwölf `fw-`-Skills, 15 in `role-re-ticket`); Kriterium 2 von D-11 zählt jede `TESTS.md` des Kerns |
+| Herleitung in den Skills | null bis ein D-Verweis je Skill; `(Erläuterung)` in fünf Skills je einmal – der Rest ist Anweisung. `CLIENT_PACK.md`: 13 D- und 4 CR-Verweise |
+| Sondenanker im Bereich | `fw-plan/SKILL.md`, `fw-code-explain/SKILL.md`, `OVERLAY.md`, `overlay-manifest.yaml`, `documents/README.md`, `SKILL_TEMPLATE.md`, `PLAN_TEMPLATE.md`, `CLIENT_PACK.md` |
+
+## 3. Vorlage zur Entscheidung
+
+Vorgelegt am 2026-09-25 als Fragen (a) bis (j), angenommen mit *„Ja, das passt. Du kannst
+loslegen“*. Während des Baus fragte der Owner, ob sich das Framework mit Kiro einsetzen lässt,
+und beauftragte die Aufnahme als Client Pack (*„Ja, bitte nimm Kiro mit in die Roadmap als
+neues Client-Pack. Ich weiß allerdings noch nicht, für welches Release“*).
+
+| # | Frage | Entscheidung und Preis |
+|---|---|---|
+| **E1** | **Umfang** (a) | Klasse B nach dem Validator: die `SKILL.md`, alles unter `templates/`, `CLIENT_PACK.md`; die Register der Skills werden nur gegen ihren Skill gelesen (D-393) |
+| **E2** | **Grenze in einer `SKILL.md`** (b) | Nur Schreibung, Namen und Verweise auf dieselbe Sache, Erläuterung, Form; was eine Anweisung ändern würde, wird ein Klärungspunkt – keine Zelle öffnet sich, Kriterium 2 bleibt 0 (D-393 (a)) |
+| **E3** | **Verweis innerhalb einer Anweisung** (c) | Gilt als Namensanpassung, wenn das Ziel dieselbe Sache ist; jeder Fall einzeln im Protokoll (D-393 (a)). Es gab keinen |
+| **E4** | **Version und Änderungsverlauf** (d) | PATCH je geändertem Skill, der Verlauf nennt die Art der Änderung und *„Keine Anweisung berührt“* (D-393 (c)) |
+| **E5** | **Länge** (e) | Keine `SKILL.md` wird länger, das Frontmatter und `description` bleiben unverändert (D-393 (b)) |
+| **E6** | **Erläuterungen** (f) | Werden nicht nach `EXAMPLES.md` verschoben (D-393 (b)) |
+| **E7** | **`SKILL_TEMPLATE.md` und `CLIENT_PACK.md`** (g), (h) | Vorlage an `08-skill-conventions.md` angeglichen; Herleitung in der Pack-Vorlage auf die Regel mit Verweis gekürzt, jede entfallene Kennung steht in einem anderen Träger (D-393 (d)) |
+| **E8** | **Versionsart** (i) | PATCH `1.9.3` (D-393 (e)) |
+| **E9** | **D-303 maschinell stützen** (j) | Nicht in `1.9.3`; als `K-146` für `1.11.0` (D-394) |
+| **E10** | **Kiro** (Zwischenfrage) | Als `K-147` angelegt, ohne Ziel-Release; die Befunde als `K-148` bis `K-151` eingeplant (D-394) |
+
+> **Empfehlung der Vorbereitung:** E1 bis E9 wie vorgelegt.
+
+---
+
+## 4. Umsetzung
+
+1. Durchsicht nach dem Auftrag `durchsicht-auftrag-193.md` (Ablagebereich der Sitzung) in fünf
+   parallelen Durchgängen: drei Gruppen zu je drei Skills, eine zu vier Skills (mit
+   `role-re-ticket`), eine über die Vorlagen und die Pack-Vorlage. Änderungen nur mit dem
+   Edit-Werkzeug; die Diffs vom Koordinator gelesen.
+2. `fw-docs-update` `0.1.5` und `fw-tests` `0.1.4` – je eine Erläuterung in Abschnitt 4.
+3. `SKILL_TEMPLATE.md` `0.1.4`, `CLIENT_PACK.md` (Vorlage) `0.3.1`; `OVERLAY.md`,
+   `overlay-manifest.yaml` und die `.gitkeep.md` der Dokumentablage ohne Steckbrief.
+4. Die Befunde als `K-148` bis `K-151`, die Frage (j) als `K-146`, Kiro als `K-147` (D-394).
+5. Roadmap `0.3.3` (Planabschnitt `1.10.0`, Kiro vorgemerkt), Decision Log, Bestandsliste,
+   Kopf des Hauptdokuments, `VERSION`, Changelog.
+6. Beide Projekte mit `--target --update` heben.
+
+## 5. Abnahme
+
+Steht im Protokoll `tests/protocols/2026-09-25-klasse-b-skills.md`.
+
+## 6. Entscheidung
+
+**E1 bis E10 wie vorgelegt entschieden** (`<FRAMEWORK_OWNER>`, 2026-09-25; (a) bis (j) vor dem
+Bau vorgelegt und angenommen). Decision Records **D-393** und **D-394**. Alle vier zählbaren
+Kriterien von D-11 bleiben **0**.

package/.koolie/core/governance/change-requests/CR-2026-146-code-pack-posten.md

@@ -0,0 +1,84 @@
+# Änderungsantrag `CR-2026-146`
+
+| Feld | Inhalt |
+|---|---|
+| Titel | Die Code- und Pack-Posten der Durchsicht – und der Hook, dem nach jeder Hebung neu vertraut werden muss |
+| Antragstellende Rolle | `<FRAMEWORK_OWNER>` |
+| Datum | 2026-09-25 |
+| Betroffene Artefakte | Werkzeuge: `install.py`, `clientmap.py` (Kommentar), `build/assemble.py`, `build/build-docx.py`, `tests/scripts/validate-framework.py`, neu `tests/scripts/mermaid_renderer.py`, `tests/scripts/probe-pruefungen.py`; Manifest `openai-codex`; Client Packs `openai-codex`, `claude-code`, `devin-desktop` und die Vorlage; `templates/rules/21-overlay-TEMPLATE.md.template`; Core-Module `02-privacy.md`, `03-security.md`; Hauptdokument Kapitel 7a und 15; `docs/PLACEHOLDER_REGISTRY.md`; `onboarding/exercises/README.md`; Register: Decision Log, Roadmap, Bestandsliste, Kopf des Hauptdokuments, `VERSION`, Changelog |
+| Ebene laut Entscheidungsbaum 6 | **Core** und **Client Packs** – Werkzeuge, Abbildungsschicht, Regeldokumente |
+| Art | **MINOR** nach `RELEASE_PROCESS.md` Abschnitt 1: neue wahlfreie Manifestfelder und ein neues Werkzeugmodul, keine neue Prüfungsnummer, kein Overlay muss sich anpassen |
+| Dringlichkeit | Posten `1.10.0` nach D-384 und D-394 |
+| Status | 🟢 **entschieden am 2026-09-25** (E1 bis E11), umgesetzt mit `1.10.0` |
+
+---
+
+## 1. Anlass
+
+D-384 hat die Befunde der Durchsicht der Klasse B, die Code oder ein Client Pack ändern, aus
+den Durchsichten herausgenommen und für `1.10.0` eingeplant: `K-123`, `K-127`, `K-129`,
+`K-136`, `K-145`, `K-151`; `K-125` war zu entscheiden oder zu vertagen.
+
+## 2. Der Vorbedingungsdurchgang
+
+Gemessen am 2026-09-25 am Stand `v1.9.3`.
+
+| Messung | Ergebnis |
+|---|---|
+| Planabschnitt gegen Register | 🔴 **`K-137` steht im Decision Log für den Pack-Posten nach `1.9.3`, fehlt aber im Planabschnitt der Roadmap** – als Frage (a) vorgelegt |
+| `K-123` | Die Ausgabe *„Naechste Schritte“* von `install.py` ist packneutral; Schritt 2 verlangt `_core_rules_integrity` auch bei `openai-codex`; **im Zweig `--update` fehlt der Hinweis auf das erneute Hook-Vertrauen** – der schärfere Teil |
+| `K-127` | Kapitel 15 bettet die Berechtigungsdatei fest als `json` ein; das Platzhalterregister führt zwei Packspalten; Kapitel 7a bettet `claude-code` ein, `openai-codex` nur verwiesen |
+| `K-129` | (2) durch Lesen erledigt: Die Nennung trägt `40-*.md … soweit vorhanden`. (1) Pack `claude-code` Abschnitt 8.1 nennt die Berechtigungsdatei, Abschnitt 5 die nutzerlokale Datei – beides kann stimmen, zu messen. (3) `0.11.0` am 14. und am 16.09. |
+| `K-137` | 🟢 **Zum Teil überholt:** Alle drei Packs führen die Zeile X2; `K-20` ist nur für `devin-desktop` gestellt |
+| `K-145` | Validator ruft `mmdc` ohne `-p`; der Bau mit Puppeteer-Konfiguration und Browsersuche. `--mermaid` am Stand: **8 Fehler**, jeder Block |
+| `K-151` | Zeile R1 der Vorlage ist wörtlicher Anker der Gegenprobe 73c |
+
+## 3. Vorlage zur Entscheidung
+
+Vorgelegt am 2026-09-25 als Fragen (a) bis (j), angenommen mit *„Passt leg los“*. Während des Baus fragte der Owner nach dem Kostenabschnitt (`K-144`, eingeplant für `1.11.0`) und beauftragte die Einplanung von Kiro (*„Kannst du bitte Kiro nun doch einplanen … nachdem wir unsere bisher geplanten … Minor Releases durch haben?“*, ohne Zugang zum Client, Bau aus der Dokumentation) – E11.
+
+| # | Frage | Entscheidung und Preis |
+|---|---|---|
+| **E1** | **`K-137` mitnehmen?** (a) | Ja. Der Verweis in `02-privacy.md` geht auf Zeile X2, `K-20` fragt je Pack; keine neue Erhebung, weil die Zeile in allen drei Packs steht (D-397) |
+| **E2** | **`K-123`** (b) | Manifestfelder `post_install_steps` und `post_update_steps`; der Integritätsblock nur bei JSON; Sonde und Gegenprobe (D-395). **Preis:** Das Werkzeug nennt, es prüft nicht |
+| **E3** | **`K-127`** (c) | Matrix in Kapitel 7a, Sprachangabe aus dem Manifest, Registerspalte, D-32 je Pack (D-396). **Preis:** rund 45.000 Zeichen mehr im Hauptdokument |
+| **E4** | **`K-129` (2) bis (4)** (d) | (2) berichtigen; (3) Anmerkung, die Nummer bleibt; (4) nicht kürzen, D-376 bestätigt (D-397) |
+| **E5** | **`K-129` (1)** (e) | Gemessen, drei Läufe (D-397) |
+| **E6** | **`K-136`** (f) | H4 nennt die Zeitlücke, der Kernsatz spricht von jeder Matrix (D-397) |
+| **E7** | **`K-145`** (g) | Gemeinsames Modul, Warnung ohne Browser (D-398). 🔴 **Abweichung von der Vorlage:** Vorgelegt war, die Fehlerausgabe von `mmdc` durchzureichen. Beim Bau zurückgenommen: D-39 schließt genau das aus, weil die Meldung den Diagrammtext zitiert. Stattdessen unterscheidet das Modul Umgebungs- von Diagrammfehlern, ohne die Meldung wiederzugeben – dem Owner im Abschluss gemeldet |
+| **E8** | **`K-151`** (h) | Alle fünf Punkte; beim Berichtigen des Kommentars fand sich derselbe falsche Satz in `03-security.md` und ist mitberichtigt (D-399) |
+| **E9** | **`K-125`** (i) | Im kleinen Umfang entschieden; die Trennung als `K-152` vorgemerkt (D-400) |
+| **E10** | **Projekte heben** (j) | Ja, vor dem Commit, dort committet, nicht gepusht |
+| **E11** | **Kiro einplanen** (Auftrag des Owners während des Baus) | Ziel-Release `1.12.0`, nach den geplanten MINOR-Releases; Bau aus der Dokumentation, weil ein Zugang fehlt; Abnahme als eigenes Release; bis dahin keine produktive Freigabe (D-401). Das Planartefakt ist die erste Frage vor dem Bau, die Empfehlung steht in `K-147` |
+
+> **Empfehlung der Vorbereitung:** E1 bis E10 wie vorgelegt – mit der Abweichung in E7.
+
+---
+
+## 4. Umsetzung
+
+1. `install.py`: `nachschritte()`, Integritätsblock nur bei `permissions_format` = `json`;
+   Manifest `openai-codex` mit beiden Feldern und einer Notiz.
+2. `tests/scripts/mermaid_renderer.py` neu; `validate-framework.py` und `build/build-docx.py`
+   nehmen Browser und Konfiguration von dort.
+3. `build/assemble.py` Sprachangabe `permissions_format`; Kapitel 7a und 15.4;
+   Platzhalterregister.
+4. Packs: `openai-codex` `0.1.3` (H4, R3, Abschnitt 6, M6), `claude-code` `0.24.2`
+   (`claudeMdExcludes`), `devin-desktop` `0.14.3` (Anmerkung, M6), Vorlage `0.3.2`.
+5. Core: `03-security.md` `0.2.4`, `02-privacy.md` `0.1.10`; `K-20` je Pack.
+6. `clientmap.py` (Kommentar), Regelvorlage 21, `onboarding/exercises/README.md`.
+7. Sondenbündel `sonden_schritte_je_pack` (`D395`, `D395a`) und `sonden_mermaid_umgebung`
+   (`D398`, `D398a`); Gegenprobe 73c auf den neuen Anker.
+8. Register: Decision Log (D-395 bis D-401, acht Klärungspunkte beantwortet, `K-147` eingeplant, `K-152`), Roadmap
+   `0.4.0`, Bestandsliste, Kopf des Hauptdokuments, `VERSION`, Changelog.
+9. Beide Projekte mit `--target --update` heben.
+
+## 5. Abnahme
+
+Steht im Protokoll `tests/protocols/2026-09-25-code-pack-posten.md`.
+
+## 6. Entscheidung
+
+**E1 bis E11 entschieden** (`<FRAMEWORK_OWNER>`, 2026-09-25; (a) bis (j) vor dem Bau
+vorgelegt und angenommen, E7 mit der benannten Abweichung). Decision Records **D-395** bis
+**D-401**. Alle vier zählbaren Kriterien von D-11 bleiben **0**.

package/.koolie/core/governance/change-requests/CR-2026-147-regel-register-posten.md

@@ -0,0 +1,78 @@
+# Änderungsantrag `CR-2026-147`
+
+| Feld | Inhalt |
+|---|---|
+| Titel | Die Regel- und Registerposten der Durchsicht – und die Zellen, die ihre Erwartung nicht deckten |
+| Antragstellende Rolle | `<FRAMEWORK_OWNER>` |
+| Datum | 2026-09-25 |
+| Betroffene Artefakte | Prompts (alle dreizehn), Checklisten 01, 02, 04, 05, 08 bis 11, Entscheidungsbäume 01 bis 04 und 06; Core-Module `03-security.md`, `05-working-model.md`, `08-skill-conventions.md`; Laufzeitregel `00-framework-core.md`; Governance: `CHANGE_REQUEST_TEMPLATE.md`, `EXCEPTION_PROCESS.md`, `RACI.md`, `FRAMEWORK_DEV_PROFILE.md`; Skills `fw-change-small` und `fw-mr-description` (Erläuterung, Verweis), die Register aller Skills, vier Testblätter; Role Pack `requirements-engineering`; Client Packs `claude-code`, `openai-codex` und die Vorlage, `clients/README.md`; `templates/SKILL_TEMPLATE.md`; `onboarding/exercises/README.md`; Prüfapparat: `validate-framework.py`, `probe-pruefungen.py`, `TEST_CATALOG.md`; Hauptdokument Kapitel 26 und 32; Register: Decision Log, Roadmap, Bestandsliste, Kopf des Hauptdokuments, `VERSION`, Changelog |
+| Ebene laut Entscheidungsbaum 6 | **Core** – Regeldokumente, Skills (Erläuterung und Verweis), Testblätter, Prüfapparat |
+| Art | **MINOR** nach `RELEASE_PROCESS.md` Abschnitt 1: eine neue Prüfung (95), kein Overlay muss sich anpassen |
+| Dringlichkeit | Posten `1.11.0` nach D-384 und D-394 |
+| Status | 🟢 **entschieden am 2026-09-25** (E1 bis E9), umgesetzt mit `1.11.0` |
+
+---
+
+## 1. Anlass
+
+Der Planabschnitt der Roadmap führte für `1.11.0` den Mehrprojektfall (`K-138`), die Befunde
+der Durchsicht von `1.9.2` (`K-139` bis `K-143`), die Token-Last (`K-144`) und die Befunde der
+Durchsicht von `1.9.3` (`K-146`, `K-148` bis `K-150`). `K-148` betrifft die Tragfähigkeit von
+vier abgenommenen Ergebniszellen.
+
+## 2. Der Vorbedingungsdurchgang
+
+Gemessen am 2026-09-25 am Stand `v1.10.0`.
+
+| Messung | Ergebnis |
+|---|---|
+| `K-148`, `SK-005-P02` | Arbeitsschritt 5 von `fw-change-small` verbietet, Schritte des bestätigten Plans zusammenzufassen, und die Fehlerbildzelle nennt genau das; der Lauf hat die Schritte 1 und 2 zusammengefasst, ohne anzuhalten. **Das Ergebnis trägt nicht** |
+| `K-148`, `SK-002-N03` | `fw-code-explain` Abschnitt 7 verlangt bei einem K3-Fund die Empfehlung der Meldung an `<SECURITY_CONTACT>`, die Erwartungszelle ebenso; der Lauf hat die Klärung der Einstufung empfohlen. **Das Ergebnis trägt nicht** |
+| `K-148`, `SK-007-N01` | `fw-refactor` Arbeitsschritt 3 führt `<TEST_COMMAND>` aus und hält erst dann an; die Zelle erwartete den Bericht der Schritte 1 bis 2. **Die Zelle ist ungenau**, der Lauf folgte dem Skill |
+| `K-148`, `SK-011-P01` | 🔴 **Der „veraltete Standardwert“ der Präparation `UEB-09` ist ein Konfigurationswert** – `logging.level.… = INFO` in Abschnitt 4 des Übungsdokuments, der tatsächliche Wert steht in `application.yaml`. Arbeitsschritt 7 und die Verbotsliste von `fw-docs-update` untersagen, Konfigurationswerte zu übernehmen, und `SK-011-N02` prüft genau das. **Der Lauf hat richtig gehandelt; ungenau ist die Präparation**, nicht der Skill |
+| `K-141`, `05` gegen `09` | `05-working-model.md` Schritt 9 steht vor Schritt 10 (Änderung am Produktivcode, M3); `fw-tests` (M4) und `fw-docs-update` (M5) folgen `09-risk-model.md` Abschnitt 3 wörtlich und tragen dreizehn abgenommene Zellen |
+| `K-146` | Von den siebzehn Zeilen der Skill-Änderungsverläufe vom 2026-09-22 an nennen sechzehn die Art; die siebzehnte (`role-re-ticket` `0.1.4`) ist am Tag von D-303 entstanden. Die Zeile der aktuellen Version nennt sie bei allen dreizehn Skills |
+
+## 3. Vorlage zur Entscheidung
+
+Vorgelegt am 2026-09-25 als Fragen (a) bis (f), angenommen mit *„Passt“*.
+
+| # | Frage | Entscheidung und Preis |
+|---|---|---|
+| **E1** | **`K-148`: die vier Zellen** (a) | `SK-005-P02` und `SK-002-N03` gehen auf `offen` und werden **in diesem Release nachgemessen**; `SK-007-N01` wird in der Erwartung berichtigt und bleibt `bestanden`. 🔴 **Abweichung von der Vorlage bei `SK-011-P01`:** Vorgelegt war, die Anweisung von `fw-docs-update` zu präzisieren und die Zelle nachzumessen. Der Vorbedingungsdurchgang hat den Standardwert als Konfigurationswert erkannt (Abschnitt 2) – der Skill ist eindeutig, die Präparation war ungenau. Berichtigt werden Präparationsbeschreibung und Zelle; **keine Anweisung geändert, kein Nachlauf** – eine Anweisungsänderung hätte nach D-303 alle sechs Zellen des Testblatts geöffnet. **Preis:** Kriterium 2 steigt vor dem Nachlauf auf 2 (D-404) |
+| **E2** | **`K-144` und `K-138` abspalten** (b) | Beide in ein eigenes Messrelease `1.12.0` mit dem Kostenabschnitt für Entscheider; das Client Pack für Kiro rückt auf `1.13.0` (D-406) |
+| **E3** | **Regel für `K-139` bis `K-143`, `K-149`** (c) | Das Core-Modul trägt die Regel; eine Prüfhilfe wird in beiden Richtungen an ihr Modul angeglichen, Lockerungen zuerst; ist ein Modul in sich uneins, gilt die strengere Fassung. **Keine Anweisung einer `SKILL.md` geändert.** Zum Widerspruch `05`/`09` siehe Abschnitt 2: Es gilt `09`, `05` Schritt 9 ist präzisiert (D-402). **Preis:** Die Bäume 02 und 03 verlangen bei Stufe mittel keinen Plan mehr für M4 und M5 – sie waren strenger als das Modul, dem die Skills folgen |
+| **E4** | **`K-146`** (d) | Prüfung 95 mit zwei Sonden und zwei Gegenproben (D-403), beschränkt auf die Skills des Kerns – beim ersten Heben meldete sie im Übungsrepositorium einen projekteigenen Skill. **Preis:** Sie sieht die Nennung, nicht ihre Richtigkeit |
+| **E5** | **`K-150`** (e) | Platzhalter `<Skillversion>` statt einer Prüfung der Beispiele; die übrigen Punkte berichtigt (D-405) |
+| **E6** | **Kontingent** (f) | Höchstens 20 Sitzungsläufe und 25 USD für den Nachlauf aus E1 |
+| **E7** | **Projekte heben** | Ja, vor dem Commit, dort committet, nicht gepusht |
+| **E8** | **`K-153` einplanen** (Auftrag des Owners während des Baus: *„Plane K-153 nach dem kiro Release ein“*) | Ziel-Release `1.14.0`, nach dem Client Pack für Kiro (`1.13.0`); mit Nachlauf, weil jede der vier Anweisungen ein Testblatt öffnet (D-303, D-406) |
+| **E9** | **`K-155` einplanen** (Idee und Auftrag des Owners während des Baus: Installation über öffentliche Paketquellen, *„als weiteres Minor Release einplanen“*) | Ziel-Release `1.15.0`, nach `1.14.0`. Gitea bleibt führend, GitHub ist der öffentliche Spiegel; Releases werden dort mit denselben Anhängen angelegt; zuerst die Historie auf Veröffentlichbares durchsehen, dann PyPI |
+
+> **Empfehlung der Vorbereitung:** E1 bis E7 wie vorgelegt – mit der Abweichung in E1.
+
+---
+
+## 4. Umsetzung
+
+1. Textarbeit in vier getrennten Dateimengen (Prompts; Checklisten und Governance; Bäume und
+   Arbeitsmodell; Skills, Register und Packs), je Punkt gegen das Modul gelesen; jede Änderung
+   mit PATCH-Anhebung im Steckbrief; die Diffs der Skills und der Laufzeitregel selbst gelesen.
+2. Prüfung 95 in `validate-framework.py`, Bündel `sonden_aenderungsart` (Sonden 95a, 95b,
+   Gegenproben 95a, 95b); Register und Sondenspanne an drei Stellen.
+3. Zellen: `SK-007-N01` und `SK-011-P01` berichtigt, `SK-005-P02` und `SK-002-N03` auf `offen`,
+   nachgemessen (sieben Läufe, 5,08 USD), eingetragen; `UEB-09` beschrieben als Konfigurationswert.
+4. Register: D-402 bis D-406, `K-139` bis `K-143`, `K-146`, `K-148` bis `K-150` beantwortet,
+   `K-153` (für `1.14.0`), `K-154` (für `1.12.0`) und `K-155` (für `1.15.0`) neu; Roadmap `0.4.1`; Bestandsliste; `VERSION`.
+5. Beide Projekte mit `--target --update` heben.
+
+## 5. Abnahme
+
+Steht im Protokoll `tests/protocols/2026-09-25-regel-register-posten.md`.
+
+## 6. Entscheidung
+
+**E1 bis E9 entschieden** (`<FRAMEWORK_OWNER>`, 2026-09-25; (a) bis (f) vor dem Bau
+vorgelegt und angenommen, E1 mit der benannten Abweichung; E8 und E9 während des Baus beauftragt). Decision Records **D-402** bis
+**D-406**. 🔴 **Kriterium 2 von D-11 steht auf 1** (`SK-002-N03`, D-404); die übrigen drei
+zählbaren Kriterien bleiben 0.

package/.koolie/core/governance/change-requests/CR-2026-148-mehrprojekt-tokenlast.md

@@ -0,0 +1,70 @@
+# Änderungsantrag `CR-2026-148`
+
+| Feld | Inhalt |
+|---|---|
+| Titel | Der Mehrprojektfall und die Token-Last – gemessen, und die Regelablage, die nicht lud |
+| Antragstellende Rolle | `<FRAMEWORK_OWNER>` |
+| Datum | 2026-09-26 |
+| Betroffene Artefakte | Messapparat: `tests/scripts/validate-output.py`, `tests/erhebungen/mcp-waechter.py`, `tests/erhebungen/cc-overlay-fuellen.py`, `tests/scripts/probe-pruefungen.py` (Bündel `sonden_messapparat`); Client Packs `claude-code`, `devin-desktop`, `openai-codex` (Vorbemerkung des B-Blocks, Zeilen `R2`/`R6` bzw. `B4`); `docs/ADOPTION_GUIDE.md` (Abschnitte 4 und 7); `templates/project-overlay/OVERLAY.md` (Ausfüllhinweis Abschnitt 3); Hauptdokument Kapitel 1; Register: Decision Log, Roadmap, Bestandsliste, Kopf des Hauptdokuments, `VERSION`, Changelog |
+| Ebene laut Entscheidungsbaum 6 | **Core** – Messapparat, Client Packs, Übernahmeleitfaden, Overlay-Vorlage |
+| Art | **MINOR** nach `RELEASE_PROCESS.md` Abschnitt 1: ein neuer Abschnitt des Übernahmeleitfadens und eine neue Einsatzbedingung in drei Matrizen; kein Overlay muss sich anpassen |
+| Dringlichkeit | Posten `1.12.0` nach D-406 |
+| Status | 🟢 **entschieden am 2026-09-26** (E1 bis E9), umgesetzt mit `1.12.0` |
+
+---
+
+## 1. Anlass
+
+Der Planabschnitt der Roadmap führte für `1.12.0` zuerst `K-154` (der Messapparat war seit der
+Umbenennung an drei Stellen gebrochen), dann `K-138` (den Mehrprojektfall je Pack messen) und
+`K-144` (die Token-Last mit und ohne Framework je Pack messen) und daraus den Kostenabschnitt für
+Entscheider.
+
+## 2. Vorlage zur Entscheidung
+
+Vorgelegt am 2026-09-26 als Fragen (a) bis (g) mit einer Schätzung von rund 69 Läufen und 10 bis
+15 USD, angenommen mit *„Passt alles“*; zu (f) die Angabe des Owners: Devin Pro, Modell
+*Claude Opus 5 Medium*.
+
+| # | Frage | Entscheidung und Preis |
+|---|---|---|
+| **E1** | **`K-154`** (a) | Die drei Werkzeuge berichtigen, dazu den Verweis `DOC-001` beim Packwechsel; je Sonde und Gegenprobe (D-407). **Preis:** Die Sonden messen den Abgleich der Platzhalter, nicht den Lauf des Füllskripts |
+| **E2** | **`K-138` – welche Packs** (b) | Alle drei, `claude-code` mit der aktuellen Clientversion nachgemessen; Startort Wurzel und Unterprojekt, Positivkontrolle, verschachtelte Installation, Hook-Nachweis und Textschicht (D-408). 🔴 **Abweichungen:** Bei `devin-desktop` hat das Modell jeden Lesezugriff auf eine `.env` von sich aus verweigert; der Gegenstand im Unterprojekt ist deshalb ein Schreibverbot (`Write(**/*.lock)`, Modus `accept-edits`), und ein Kontrolllauf für genau diese Regel in der Wurzel fehlt – dort hielt das Framework selbst den Lauf lesend. `openai-codex` zuerst ohne Modellaufruf (`codex doctor`, `codex debug prompt-input`), nach dem Hinweis des Owners auf `--no-daemon` auch mit Läufen |
+| **E3** | **`K-144` – wie messen** (c) | Drei Aufgaben (T1 Fixlast, T2 kleine Änderung, T3 Analyse), je dreimal, mit und ohne Installation, Eingabe, Cache und Ausgabe getrennt (D-409). 🔴 **Abweichung:** T2 verlangt die Änderung **als Diff in der Antwort** und keine geänderte Datei – eine Schreibaufgabe hätte mit Framework am Freigabepunkt und am `ask`-Korb gehalten und ohne nicht, gemessen wäre der Korb. **Zusätzlich** eine Variante `devin-desktop` mit geladener Regelablage (`K-156`), damit der Kostenabschnitt die Last des Packs nennt, wie es gemeint ist |
+| **E4** | **Die Senkung aus `K-144` (2)** (d) | Nicht in `1.12.0` – ein Messrelease, das die gemessene Laufzeitschicht ändert, misst danach etwas anderes. `K-144` (2) bleibt offen, ohne Ziel-Release |
+| **E5** | **USD im Kostenabschnitt** (e) | Listenpreis mit Datum und Quelle: `claude-code` die Kostenangabe des Clients (Grundlage Listenpreis), `devin-desktop` die Preisliste des Clients für das gemessene Modell, `openai-codex` dieselbe Preisliste für dasselbe Modell als **Ersatzquelle**, weil der Client keinen Preis nennt. Ein Abo rechnet anders ab; der Abschnitt sagt es |
+| **E6** | **Devin-Konto** (f) | Pro, Modell `claude-opus-5-medium` |
+| **E7** | **Alte Messbäume** (g) | Gelöscht (`C:\lw-1100`, `C:\lw-1110`, `C:\lw-k148`), Verbindungen einzeln gelöst, geteilter Bestand gegengezählt |
+| **E8** | **Befunde des Messtages** (während des Baus) | `K-156` bis `K-159` neu; `K-156` und `K-157` als Patch-Release `1.12.1` vor Kiro eingeplant, `K-158` und `K-159` ohne Ziel-Release (D-410). Die Einplanung folgt der stehenden Anweisung des Owners, Empfehlungen zu folgen – er kann umplanen |
+| **E9** | **Projekte heben** | Ja, vor dem Commit, dort committet, nicht gepusht |
+
+> **Empfehlung der Vorbereitung:** (a) bis (g) wie vorgelegt – mit den Abweichungen in E2 und E3.
+
+---
+
+## 3. Umsetzung
+
+1. `K-154`: Kernsuche zwei Ebenen tief in `validate-output.py` und `mcp-waechter.py`;
+   `cc-overlay-fuellen.py` mit `<READ_ONLY_PATHS>`, erhaltenen Zeilenenden und übertragenen
+   Regelerweiterungen samt Verweis im Overlay-Manifest; Bündel `sonden_messapparat`, Gegenbeweis
+   gegen `v1.11.0`.
+2. Messung mit dem Übungsrepositorium auf `1.11.0`; die Laufzeitschicht von `1.12.0` unterscheidet
+   sich davon nicht. Messbäume unter `C:\lw-1120`, Werkzeuge und Belege außerhalb des Repositoriums
+   (`devpacks/leitwerk-erhebungen-2026-09-26-1120/`).
+3. Übernahmeleitfaden Abschnitt 4 (Startort, Einsatzszenarien) und Abschnitt 7 (Kosten), Kapitel 1
+   des Hauptdokuments, Overlay-Vorlage, die Vorbemerkung des B-Blocks in allen drei Packs, die
+   Vorbehalte `K-156` und `K-157` an ihren Zeilen.
+4. Register: D-407 bis D-410, `K-138`, `K-144` (1) und (3), `K-154` beantwortet, `K-156` bis `K-159`
+   neu; Roadmap; Bestandsliste; `VERSION`.
+5. Beide Projekte mit `--target --update` heben.
+
+## 4. Abnahme
+
+Steht im Protokoll `tests/protocols/2026-09-26-mehrprojekt-tokenlast.md`.
+
+## 5. Entscheidung
+
+**E1 bis E9 entschieden** (`<FRAMEWORK_OWNER>`, 2026-09-26; (a) bis (g) vor dem Bau vorgelegt und
+angenommen, E2 und E3 mit den benannten Abweichungen, E8 nach der stehenden Anweisung). Decision
+Records **D-407** bis **D-410**. Die vier zählbaren Kriterien von D-11 bleiben unverändert
+(Kriterium 2 = 1).