@renoxar/koolie 1.25.0

package/.koolie/core/governance/change-requests/CR-2026-149-regelablage-pfadtoken.md

@@ -0,0 +1,71 @@
+# Änderungsantrag `CR-2026-149`
+
+| Feld | Inhalt |
+|---|---|
+| Titel | Die Regelablage, die nur mit Windsurf lädt, und das Sonderziel, das umbenannt wurde |
+| Antragstellende Rolle | `<FRAMEWORK_OWNER>` |
+| Datum | 2026-09-26 |
+| Betroffene Artefakte | Client Pack `devin-desktop` (Manifest `import_control`, `import_channels_report`; Matrix `R2`, `R6`, Abschnitt 7.1, Skillzeile); Client Pack `openai-codex` (Manifest `permission_path_special`, `permission_path_base`; Matrix `B3`, `B4`, Abbildungstabelle); `clientmap.py` (Rechteprofil); `install.py` (Meldung der Importkanäle); `tests/scripts/probe-pruefungen.py` (Bündel `sonden_importkanaele`, `sonden_pfadtoken_codex`, Sonde zu Prüfung 22); `docs/ADOPTION_GUIDE.md` Abschnitt 7; Hauptdokument Kapitel 1 und 29; Register: Decision Log, Roadmap, Bestandsliste, Kopf des Hauptdokuments, `VERSION`, Changelog |
+| Ebene laut Entscheidungsbaum 6 | **Core** – Client Packs, Abbildungswerkzeug, Installer |
+| Art | **PATCH** nach `RELEASE_PROCESS.md` Abschnitt 1: zwei Befunde an Packs behoben, die ihre ausgelieferte Zusage nicht hielten; keine neue Prüfung, kein Overlay-Feld |
+| Dringlichkeit | Posten `1.12.1` nach D-410, vor Kiro |
+| Status | 🟢 **entschieden am 2026-09-26** (E1 bis E8), umgesetzt mit `1.12.1` |
+
+---
+
+## 1. Anlass
+
+Der Messtag von `1.12.0` fand zwei Befunde an Packs (D-410): Bei `devin-desktop` lädt die
+Regelablage `.devin/rules/` mit der ausgelieferten Einstellung `read_config_from.windsurf: false`
+nicht (`K-156`); `openai-codex` 0.157.0 ignoriert die `:workspace`-Pfadeinträge seines
+Rechteprofils (`K-157`).
+
+## 2. Vorlage zur Entscheidung
+
+Vorher ohne Kontingent recherchiert: Die Herstellerdokumentation von Devin CLI führt `.devin/rules/`
+als eigenen Ablageort, **unabhängig** von der Importsteuerung – `K-156` widerspricht ihr. Der
+Schlüssel `windsurf` importiert Regeln aus `.windsurf/rules/` und `.windsurf/global_rules.md`,
+Skills und MCP-Server; dazu sind `copilot`, `opencode` und `zed` dokumentiert, alle mit Standard
+`true`. Bei Codex heißt das Sonderziel seit 0.157 `:workspace_roots`, mit den Unterpfaden als
+eigener Tabelle. Vorgelegt am 2026-09-26 als Fragen (a) bis (f) mit einer Schätzung von rund
+30 Läufen und 3 bis 5 USD, angenommen mit *„Ich stimme zu“*; dazu die Angabe des Owners: Devin und
+Codex aktualisiert, Codex läuft wieder ohne `--no-daemon`.
+
+| # | Frage | Entscheidung und Preis |
+|---|---|---|
+| **E1** | **Abhilfe für `K-156`** (a) | `windsurf: true`; `install.py` meldet die Kanäle, die das öffnet, wenn sie belegt sind (D-411). **Preis:** Der Kanal aus D-290 ist offen, gemeldet wird er nur beim Lauf des Installers |
+| **E2** | **Devin zuerst aktualisieren und nachmessen** (b) | Ja – 3000.11.3; der Befund besteht fort, (a) bleibt nötig |
+| **E3** | **`copilot`, `opencode`, `zed`** (c) | Auf `false`, in derselben Zeile `R6`. 🔴 **Abweichung:** Die Wirkung von `copilot: false` ist nicht messbar – `.github/skills/` lud auch ohne Schalter nicht |
+| **E4** | **Umfang von `K-157`** (e) | Eng: die Tabelle `:workspace_roots`, `B4` und `B1` nachgemessen (D-412). **Zusätzlich**, weil ohne Kontingent möglich: die Pfadseite mit `codex sandbox` ohne Modellaufruf |
+| **E5** | **`B3`** (e) | Nicht in diesem Release; die dokumentierten `deny`-Globs werden `K-160` (D-413) |
+| **E6** | **Meldung an den Hersteller** (d) | Der Owner meldet den Fehler an der Regelablage; Reproduktion ist der Minimalbaum (D-413) |
+| **E7** | **Befund während des Baus** | Eine Regel mit `trigger: glob` lädt nicht → `K-161`, ohne Ziel-Release (D-413) |
+| **E8** | **Modelle und Projekte** (f) | Devin Pro, `claude-opus-5-medium`; Codex mit der Voreinstellung des Kontos. Beide Projekte heben, vor dem Commit, dort committen, nicht pushen |
+
+> **Empfehlung der Vorbereitung:** (a) bis (f) wie vorgelegt – mit der Abweichung in E3.
+
+---
+
+## 3. Umsetzung
+
+1. `devin-desktop`: Manifest `import_control` (`windsurf: true`, `copilot`/`opencode`/`zed`: `false`)
+   und `import_channels_report`; `install.py` meldet belegte Kanäle nach Installation und Hebung;
+   Bündel `sonden_importkanaele`; die Sonde zu Prüfung 22 verfälscht `cursor` statt `windsurf`.
+2. `openai-codex`: `clientmap.py` erzeugt die Tabelle `":workspace_roots"`, das Manifest führt das
+   Sonderziel; Bündel `sonden_pfadtoken_codex`.
+3. Messung in Minimalbäumen und einer Installation unter `C:\lw-1121`, Werkzeuge und Belege außerhalb
+   des Repositoriums (`devpacks/leitwerk-erhebungen-2026-09-26-1121/`).
+4. Matrizen, Kostenabschnitt, Kapitel 1 und 29; Register: D-411 bis D-413, `K-156` und `K-157`
+   beantwortet, `K-160` und `K-161` neu; Roadmap; Bestandsliste; `VERSION`.
+5. Beide Projekte mit `--target --update` heben; im Übungsrepositorium `read_config_from` von Hand
+   nachziehen – `install.py` fasst die Berechtigungsdatei nicht an.
+
+## 4. Abnahme
+
+Steht im Protokoll `tests/protocols/2026-09-26-regelablage-pfadtoken.md`.
+
+## 5. Entscheidung
+
+**E1 bis E8 entschieden** (`<FRAMEWORK_OWNER>`, 2026-09-26; (a) bis (f) vor dem Bau vorgelegt und
+angenommen, E3 mit der benannten Abweichung, E7 nach der stehenden Anweisung). Decision Records
+**D-411** bis **D-413**. Die vier zählbaren Kriterien von D-11 bleiben unverändert (Kriterium 2 = 1).

package/.koolie/core/governance/change-requests/CR-2026-150-client-pack-kiro.md

@@ -0,0 +1,76 @@
+# Änderungsantrag `CR-2026-150`
+
+| Feld | Inhalt |
+|---|---|
+| Titel | Das Client Pack für Kiro – mit Zugang gebaut, und der Schutz-Hook, der ohne Grund nicht sperrte |
+| Antragstellende Rolle | `<FRAMEWORK_OWNER>` |
+| Datum | 2026-09-26 |
+| Betroffene Artefakte | `.koolie/core/clients/kiro/**` (neu); `.koolie/core/clientmap.py`; `.koolie/core/install.py`; `.koolie/core/framework/runtime/client-settings.json` (neu); `.koolie/core/framework/runtime/rules/16-plan-spezifikation.md` (neu); `.koolie/core/tests/scripts/hook-check-secrets.py`; `.koolie/core/tests/scripts/validate-framework.py` (**Prüfung 96**, Prüfungen 37, 42, 43, 54, 72, 73, 86, 87); `.koolie/core/tests/scripts/probe-pruefungen.py`; `.koolie/core/clients/README.md`; `.koolie/core/clients/openai-codex/CLIENT_PACK.md`; `.koolie/core/OWNERS.md`; `.koolie/core/build/doc/31-anhaenge.md`; `.koolie/core/build/doc/00-kopf.md`; `.koolie/core/build/doc/26-qs-test.md`; `.koolie/core/docs/ROADMAP.md`; `.koolie/core/governance/DECISION_LOG.md` (**D-414** bis **D-418**, `K-147` beantwortet, `K-162` bis `K-164`); `.koolie/core/tests/TEST_CATALOG.md`; `.koolie/core/CHANGELOG.md`; `.koolie/core/VERSION`; `.koolie/core/governance/ADOPTION_REGISTRY.md`; `.gitignore` |
+| Ebene laut Entscheidungsbaum 6 | Abbildungsschicht und Prüfapparat |
+| Art | **Änderung.** MINOR-Release nach `RELEASE_PROCESS.md` Abschnitt 1 – ein neues Modul und eine neue Prüfung, **ohne Overlay-Bruch** |
+| Dringlichkeit | regulär – eingeplant mit D-401 und D-406 |
+| Status | 🟢 **entschieden am 2026-09-26** (E1 bis E8) |
+
+---
+
+## 1. Anlass
+
+Der nächste Posten des Plans: das Client Pack für Kiro, **aus der Dokumentation** (D-401). Die Fragen dazu lagen mit einer Schätzung vor – dann hat der Owner während der Sitzung **die Kommandozeile und die IDE installiert und ein Konto im Free-Tarif angelegt**. Die Empfehlung änderte sich daraufhin: Bau und Messung in einem Release, und angenommen mit *„Ja, schalte die Weitergabe ab und leg los“*.
+
+🔴 **Die Messung hat die beiden schwersten Befunde erst gezeigt.** Ein Pack aus der Dokumentation hätte einen Schutz-Hook ausgeliefert, der läuft und nichts sperrt (D-417), und eine Berechtigungsschicht, die bei einem kaputten Profil still verschwindet (D-414).
+
+## 2. Der Vorbedingungsdurchgang
+
+| # | Befund | gemessen an |
+|---|---|---|
+| **V1** | 🟢 Nächste freie Kennungen gezählt, nicht gelistet: `CR-2026-150`, `D-414`, `K-162`, Prüfung 96 | Register gezählt |
+| **V2** | 🟢 Validator `0 Fehler, 0 Warnungen` am Ausgangsstand, Arbeitsbaum sauber | `validate-framework.py` |
+| **V3** | 🟢 Clientversion **vor** dem Messen festgeschrieben: Kommandozeile `2.24.1` (KAS `0.66.8`), IDE `1.1.70` | `kiro-cli --version`, Produktdatei der IDE |
+| **V4** | 🟢 Weitergabe der Inhalte und Telemetrie **vor** den Messläufen abgeschaltet (Kommandozeile durch diese Sitzung, IDE durch den Owner) | `~/.kiro/settings/cli.json` |
+| **V5** | ⚠️ Kein Messbaum unterhalb des Benutzerprofils – Messpfad `C:\lw-kiro\` | Lehre aus `UEBERGABE.local.md` |
+
+## 3. Die Messungen
+
+**Drei Messmittel, zwei davon fast kostenlos:** der Lauf ohne Rückfragen mit JSON-Ausgabe (je Lauf 0,02 bis 0,3 Credits, mit Aufschlüsselung der Kontextdateien), die interaktive Sitzung über ein Pseudo-Terminal (Mitschrift unter `~/.kiro/sessions/`) – und der **Programmcode des Clients**, der im Klartext mitgeliefert wird. Die Befunde stehen einzeln im Protokoll (`tests/protocols/2026-09-26-bau-kiro.md`). **Vier haben den Bau geändert:**
+
+| # | Befund | Folge |
+|---|---|---|
+| **K15/K16** | 🔴 **Fehlt das Agentenprofil oder ist es kaputt, fällt der Client still auf seinen eingebauten Agenten zurück**; `.env` war lesbar | Prüfung 96 (D-414) |
+| **K5** | 🔴 **Im Betrieb ohne Rückfragen laufen keine Hooks** – der Agentenserver aktiviert sie nur, wenn die Terminaloberfläche es meldet | Bedingung in H1 bis H3 und in Abschnitt 1b des Packs |
+| **T2b/T3** | 🔴 **Der Schutz-Hook sperrte mit der Standardform nichts** – Exit 2, Grund auf stdout, Köderinhalt gelesen; mit Grund auf stderr drei von drei abgewiesen | Sperrform `stderr-grund` (D-417) |
+| **A2** | 🔴 **Die Kernregel `write <RUNTIME_DIR>/**` sperrte das Planartefakt**; mit `exclude` fällt es in die Rückfrage | `permission_rule_exclude` (D-415) |
+
+## 4. Vorlage zur Entscheidung
+
+| # | Frage | Auflösung | Preis |
+|---|---|---|---|
+| **E1** | Aus der Dokumentation (D-401) oder mit Zugang? | 🟢 **Mit Zugang, Bau und Messung in einem Release, Status `pilot`** (D-414) | Die IDE ist nicht an Sitzungen gemessen (`K-162`) |
+| **E2** | Wo stehen die Berechtigungen? | 🟢 **Im Agentenprofil `.kiro/agents/koolie.json`, gewählt durch `.kiro/settings/cli.json`** (D-414) | Wer `--agent` wählt, arbeitet ohne die Regeln; stiller Rückfall bei kaputtem Profil – Prüfung 96 fängt die Dateiseite, nicht den Start |
+| **E3** | Welches Planartefakt? | 🟢 **Weg B – die Spezifikationen des Clients**, mit Regel `16-plan-spezifikation.md` und Ausnahme für `.kiro/specs/**` (D-415) | Das Befolgen ist Modellverhalten |
+| **E4** | Wie wird der Schutz-Hook abgebildet? | 🟢 **Hook-Datei `version: v1`, Matcher als regulärer Ausdruck, Sperrform `stderr-grund`** (D-417) | Nur interaktiv |
+| **E5** | Die formatgebundenen Prüfungen | 🟢 **Je Eintrag die erreichten Formen; 72 statt 76; ausdrückliche Schutzabfragen** (D-416) | Abschnitt 5 von `openai-codex` war sieben Releases falsch |
+| **E6** | Eine eigene Prüfung für das Profil? | 🟢 **Prüfung 96** (D-414) | Sie misst Dateien, nicht den Start |
+| **E7** | Cursor (Auftrag des Owners während des Baus) | 🟢 **`1.16.0` am Ende des Plans**, gebaut mit Zugang (D-418) | – |
+| **E8** | Einstufung | **MINOR** – ein neues Modul und eine neue Prüfung, kein Overlay-Bruch | – |
+
+## 5. Umsetzung
+
+1. `clients/kiro/`: `CLIENT_PACK.md` (35 Matrixzeilen), `manifest.json`, `root-template/.kiro/README.md`.
+2. `clientmap.py`: `render_permissions_kiro`, `render_client_settings`, `render_hooks_kiro`, `KIRO_FAEHIGKEITEN`, `permission_rule_exclude`.
+3. `install.py`: Weiche der Ausgabeformen; feste Frontmatter-Felder je Ladetrigger; Hinweistext je Pack.
+4. `hook-check-secrets.py`: Sperrform `stderr-grund`, `.kiro` in den Strukturmustern.
+5. `validate-framework.py`: **Prüfung 96**; Prüfung 87 je Form; Schutzabfragen in 37, 42, 43, 54, 72; Prüfung 72 liest das Profil; Prüfung 73 kennt `QK-`; Prüfung 86 kennt die neue Form; `_hook_kommandos` liest die Hook-Liste.
+6. `probe-pruefungen.py`: Bündel `sonden_kiro` mit vierzehn Einheiten.
+7. Register, Roadmap, Anhang 31.4.4, CHANGELOG, `VERSION`, Bestandsliste; Hebung beider Projekte (Schritt 2) und Bau der Erzeugnisse (Schritt 3).
+
+## 6. Entscheidung
+
+🟢 **Angenommen am 2026-09-26, E1 bis E8 wie vorgelegt** – der Owner folgt den Empfehlungen (Auftrag der Sitzung) und hat E1 ausdrücklich bestätigt (*„Ja, schalte die Weitergabe ab und leg los“*); E7 ist sein Auftrag.
+
+| # | Entscheidung | Decision Record |
+|---|---|---|
+| E1, E2, E6 | Pack mit Zugang, Agentenprofil, Prüfung 96 | D-414 |
+| E3 | Weg B | D-415 |
+| E5 | formatgebundene Prüfungen je Form | D-416 |
+| E4 | Sperrform `stderr-grund` | D-417 |
+| E7 | Cursor | D-418 |

package/.koolie/core/governance/change-requests/CR-2026-151-skill-anweisungen.md

@@ -0,0 +1,71 @@
+# Änderungsantrag `CR-2026-151`
+
+| Feld | Inhalt |
+|---|---|
+| Titel | Die Anweisungen der Skills gegen ihre Module – und das Modell, das die Überschriften umschreibt |
+| Antragstellende Rolle | `<FRAMEWORK_OWNER>` |
+| Datum | 2026-09-26 |
+| Betroffene Artefakte | `.koolie/core/framework/skills/fw-change-small/**`, `fw-refactor/**`, `fw-plan/**`, `fw-code-explain/**` (Anweisungen, Änderungsverläufe, Testblätter); `.koolie/core/framework/core/02-privacy.md`; `.koolie/core/framework/core/08-skill-conventions.md`; `.koolie/core/prompts/02-impact-analysis.md` bis `05-test-generation.md`; `.koolie/core/docs/PLACEHOLDER_REGISTRY.md`; `.koolie/core/docs/RUNTIME_GLOSSARY.md`; `.koolie/core/tests/scripts/validate-framework.py` (Prüfung 20); `.koolie/core/tests/scripts/validate-output.py`; `.koolie/core/tests/scripts/probe-pruefungen.py`; `.koolie/core/tests/erhebungen/k-bauen-b3.py` (Klasse `bew`); `.koolie/core/docs/ROADMAP.md`; `.koolie/core/build/doc/00-kopf.md`, `01-executive-summary.md`, `26-qs-test.md`, `29-grenzen.md`; Register, CHANGELOG, `VERSION`, Bestandsliste |
+| Ebene laut Entscheidungsbaum 6 | Skills (Anweisung), Core-Modul (Klarstellung), Prüfapparat |
+| Art | **Änderung.** MINOR-Release nach `RELEASE_PROCESS.md` Abschnitt 1 – geänderte Anweisungen in vier Skills, **ohne Overlay-Bruch** |
+| Dringlichkeit | regulär – eingeplant mit D-406 |
+| Status | 🟢 **entschieden am 2026-09-26** (E1 bis E9) |
+
+---
+
+## 1. Anlass
+
+`K-153`: fünf Anweisungen in Skills weichen von ihrem Core-Modul oder ihrer Zelle ab, und `1.11.0` durfte
+sie nicht ändern, weil jede Änderung ein Testblatt öffnet (D-303). Die fünfte hält Kriterium 2 von D-11 seit
+`1.11.0` auf 1: `SK-002-N03` hält an einer gekennzeichneten, ungeöffneten K3-Fixture nicht an.
+
+## 2. Die Vorprüfung
+
+Die Vorprüfung vor der Vorlage hat den Umfang zweimal verschoben: „K2 (bereinigt)“ steht nicht nur in
+`fw-error-analyze`, sondern in **sechs** Skills und vier Prompts – und die Klassendefinition K2 schließt die
+Freigabe schon ein. Der K3-Auslöser steht in **elf** von zwölf Skills. Die übrigen Befunde des
+Vorbedingungsdurchgangs stehen im Protokoll (`tests/protocols/2026-09-26-skill-anweisungen.md` Abschnitt 2).
+
+## 3. Die Messung
+
+57 Sitzungsläufe mit `claude-code` 2.1.283 (Opus 5.5), 32,32 USD. **`SK-002-N03` trägt** – der Lauf hält an
+und empfiehlt die Meldung; der Kontrolllauf ohne die Datenschutzregeln tut beides nicht. 🔴 **Sechs andere
+Zellen tragen nicht**, keine wegen einer Änderung dieses Releases; die Einzelheiten stehen im Protokoll,
+Abschnitte 3 und 4.
+
+## 4. Vorlage zur Entscheidung
+
+| # | Frage | Auflösung | Preis |
+|---|---|---|---|
+| **E1** | `fw-change-small`: Kontakt bei R4? | 🟢 **R3 und R10 `<SECURITY_CONTACT>`, R4 `<DATA_PROTECTION_CONTACT>`** wie `09-risk-model.md` (D-419) | – |
+| **E2** | `fw-refactor`: Plan **oder** Freigabe bei Stufe hoch? | 🟢 **Plan und Freigabe**, kumulativ (D-419) | Keine Zelle fährt Stufe hoch |
+| **E3** | K2 ohne Freigabe? | 🟢 **Keine Skilländerung;** Klarstellung im Modul, Konvention und Prompts (D-420) | Die Tabelle eines Skills sagt die Freigabe nicht selbst |
+| **E4** | `fw-plan`: die feste Planablage? | 🟢 **Nach Zeile M4 der Fähigkeitsmatrix**; M4 bleibt für zwei Packs `BELEG OFFEN` (D-419) | Keine Zelle prüft die Ablage |
+| **E5** | Die fehlende Spalte für `kiro` (gefunden bei E4) | 🟢 **Nachgetragen; Prüfung 20 verlangt je Pack eine Spalte** (D-421) | – |
+| **E6** | Der K3-Auslöser: wie weit präzisieren? | 🟢 **Auch eine als K3 erkannte oder gekennzeichnete, ungeöffnete Datei; in den vier ohnehin geöffneten Skills** (D-419), die übrigen sieben als `K-165` | Auch ein Positivfall hält an (`SK-004-P02`) |
+| **E7** | Der Plan nach dem Auftrag des Owners | 🟢 **`1.15.0` Verständlichkeit (eingegrenzt), `1.16.0` Cursor, `1.17.0` Paketquellen;** der Rest des Auftrags als `K-166` (D-422) | Paketquellen kommen später |
+| **E8** | Pflichtüberschriften, die der Lauf umschreibt | 🟢 **Das Prüfmittel vergleicht zusätzlich die Bezeichnung** (D-423, Antwort des Owners) | Es verzeiht, was D-194 als Befund führte |
+| **E9** | Sechs offene Zellen | 🟢 **`1.14.1` direkt danach** (D-424, Antwort des Owners) | Kriterium 2 von 1 auf 6 |
+
+## 5. Umsetzung
+
+1. Vier Skills: `fw-change-small` `0.1.7`, `fw-refactor` `0.1.4`, `fw-plan` `0.1.6`, `fw-code-explain` `0.1.6` – Anweisungen und Änderungsverläufe (*Anweisung berührt*).
+2. `02-privacy.md` Abschnitt 4, `08-skill-conventions.md` Zeile 9, Prompts `02` bis `05` (K2; Planablage in `03`).
+3. Platzhalterregister und Laufzeitglossar: Spalte `kiro`; Prüfung 20 mit Sonde und Gegenprobe.
+4. `validate-output.py`: Vergleich an der Bezeichnung, Selbstprobe A8 bis A11.
+5. `k-bauen-b3.py`: Klasse `bew` mit Stammmuster.
+6. Nachlauf der 25 Zellen; Zellen eingetragen, Erwartung von `SK-005-N03` angeglichen.
+7. Register, Roadmap (Kette von Kriterium 2 einschließlich des fehlenden Glieds von `1.11.0`), Hauptdokument, CHANGELOG, `VERSION`, Bestandsliste; Hebung beider Projekte und Bau der Erzeugnisse.
+
+## 6. Entscheidung
+
+🟢 **Angenommen am 2026-09-26.** E1 bis E7 wie vorgelegt (*„Passt.“*, mit der Eingrenzung von `1.15.0` durch den Owner); E8 und E9 hat der Owner während der Auswertung entschieden.
+
+| # | Entscheidung | Decision Record |
+|---|---|---|
+| E1, E2, E4, E6 | Anweisungen angeglichen, K3-Auslöser, Nachlauf | D-419 |
+| E3 | K2 heißt bereinigt und freigegeben | D-420 |
+| E5 | Prüfung 20 je Pack | D-421 |
+| E7 | Releaseplan | D-422 |
+| E8 | Bezeichnung statt Wortlaut | D-423 |
+| E9 | `1.14.1` | D-424 |

package/.koolie/core/governance/change-requests/CR-2026-152-testblaetter-modellwechsel.md

@@ -0,0 +1,78 @@
+# Änderungsantrag `CR-2026-152`
+
+| Feld | Inhalt |
+|---|---|
+| Titel | Die Testblätter nach dem Modellwechsel – und die Überschriften, die auch als Bezeichnung umgeschrieben werden |
+| Antragstellende Rolle | `<FRAMEWORK_OWNER>` |
+| Datum | 2026-09-26 |
+| Betroffene Artefakte | `.koolie/core/framework/skills/fw-change-small/**`, `fw-refactor/**` (Anweisungen, Beispiele, Änderungsverläufe, Testblätter); `fw-plan/TESTS.md`, `fw-code-explain/TESTS.md` (Zellen); `.koolie/core/framework/core/05-working-model.md`; `.koolie/core/framework/core/08-skill-conventions.md`; `.koolie/core/framework/runtime/rules/00-framework-core.md`; `.koolie/core/onboarding/exercises/README.md` (`UEB-32`); `.koolie/core/tests/erhebungen/messbaum-schnitt.py` (neu), `k-bauen-b3.py`; `.koolie/core/tests/scripts/validate-framework.py`, `probe-pruefungen.py`; `.koolie/core/docs/ROADMAP.md`; `.koolie/core/build/doc/00-kopf.md`, `26-qs-test.md`, `29-grenzen.md`; Register, CHANGELOG, `VERSION`, Bestandsliste |
+| Ebene laut Entscheidungsbaum 6 | Skills (Anweisung), Core-Modul und Laufzeitregel (Klarstellung), Prüf- und Messapparat |
+| Art | **Änderung.** PATCH-Release nach D-424 – geänderte Anweisungen in zwei Skills, **ohne Overlay-Bruch** |
+| Dringlichkeit | regulär – eingeplant mit D-424 |
+| Status | 🟢 **entschieden am 2026-09-26** (E1 bis E10) |
+
+---
+
+## 1. Anlass
+
+D-424 und `K-167`: Nach `1.14.0` trugen sechs Zellen mit Opus 5.5 nicht, keine wegen einer Änderung an ihrem
+Skill. Dazu drei Befunde am Messapparat – der Kontrollzuschnitt `ohneskill` war durchlässig, Aufzeichnungen im
+Messbaum verrieten Präparationen, und der Validator brach in der cp1252-Umgebung an einer eigenen Meldung ab
+(`K-168`).
+
+## 2. Die Vorprüfung
+
+Ohne Kontingent: D-423 lässt „ein anderes Wort“ ausdrücklich als Befund stehen; beide Skills verboten jeden
+Befehl außer Test und Lint, während der `allow`-Korb lesende Git-Befehle erlaubt; `fw-refactor` lehnt ab Stufe
+mittel ohne Plan ab, und `SK-007-P01` erwartete mittel **und** Umsetzung; zwei Übungsaufgaben von `fw-plan`
+trugen ihre Stufe nicht. Die Aufzeichnungen im Messbaum waren mehr als gezählt: das ganze Köderregister im
+Onboarding und jedes Testblatt. Die Einzelheiten stehen im Protokoll
+(`tests/protocols/2026-09-26-testblaetter-modellwechsel.md` Abschnitt 2).
+
+## 3. Die Messung
+
+51 Sitzungsläufe mit dem Client Pack `claude-code` 2.1.283 (Opus 5.5), 32,27 USD, einer davon verworfen.
+**17 von 18 Zellen tragen.** Die Überschriften wurden auch als reine Bezeichnung umgeschrieben; nach der Formregel
+D-432 standen sie in allen Nachmessungen wörtlich. 🔴 `SK-005-P01` bleibt offen: Der Commit-Vorschlag trägt die
+Attributionszeile des Clients (`K-171`).
+
+## 4. Vorlage zur Entscheidung
+
+| # | Frage | Auflösung | Preis |
+|---|---|---|---|
+| **E1** | Umgeschriebene Pflichtüberschriften | 🟢 **Überschriften nur als Bezeichnung**, Bauform D-194 (D-426) | Beide Blätter offen, 14 Zellen |
+| **E2** | Lesende Git-Befehle in M3 | 🟢 **Zulässig**, in Modul 05, Kurzfassung und beiden Skills (D-427) | Die Befehlsgrenze ist weiter |
+| **E3** | Nicht gemeldete Injektion (`SK-005-N04`) | 🟢 **Pflichtabschnitt „Gemeldete Befunde“**, Meldung auch ohne Befolgen (D-428) | Ein Pflichtabschnitt mehr; `fw-change-small` `0.2.0` |
+| **E4** | Die Zellen von `fw-plan` | 🟢 **Aufgaben und Aufrufe gepflegt**, Folgeturn für Abschnitt 10 (D-429) | – |
+| **E5** | Einstufung ohne R3 (`SK-007-P01`) | 🟢 **Präparation `UEB-32`** (bestätigter Plan), Stufe im Aufruf (D-429) | Die Einstufung prüft keine Zelle mehr |
+| **E6** | Der Validator unter cp1252 | 🟢 **Escape-Folge statt Abbruch**, Sonde 82d (D-430) | – |
+| **E7** | `ohneskill` | 🟢 **Auch die Kernfassung**, Stammsatz-Wächter (D-425) | – |
+| **E8** | Aufzeichnungen im Messbaum | 🟢 **Aufzeichnungsschnitt mit Wächter**, Transkript-Durchsicht, `SK-002-N02` nachgemessen (D-425) | Ein Messbaum ist kein vollständiges Abbild mehr |
+| **E9** | Die letzte offene Zelle | 🟢 **`1.14.2` direkt danach** (D-431) | Kriterium 2 bleibt ein Release auf 1 |
+| **E10** | Überschriften, die trotz E1 umgeschrieben werden | 🟢 **Formregel in Kurzfassung und Konvention, nicht im Skill** (D-432) | In zehn Skills nicht gemessen |
+
+## 5. Umsetzung
+
+1. `fw-change-small` `0.2.0` und `fw-refactor` `0.1.5`: Ausgabeformat, Befehlsgrenze, Abschnitt 7; Beispiele und Änderungsverläufe (*Anweisung berührt*).
+2. `05-working-model.md` Abschnitt 2 und `00-framework-core.md` (lesende Git-Befehle, Formregel); `08-skill-conventions.md` Abschnitt 6 (Formregel).
+3. `UEB-32` registriert; Quelle im Übungsrepositorium.
+4. `messbaum-schnitt.py` neu (`aufzeichnungen`, `ohneskill`); `k-bauen-b3.py` schneidet in den Prompts.
+5. Validator: `stdout`/`stderr` mit `backslashreplace`; Sonde 82d.
+6. Nachlauf der 18 Zellen und des Kontrolllaufs `ksk004p01`; Zellen eingetragen.
+7. Register, Roadmap, Hauptdokument, CHANGELOG, `VERSION`, Bestandsliste; Hebung beider Projekte und Bau der Erzeugnisse.
+
+## 6. Entscheidung
+
+🟢 **Angenommen am 2026-09-26.** E1 bis E8 wie vorgelegt (*„Passt und los“*); E9 und E10 sind während der Messung
+nach den vorgelegten Empfehlungen entschieden – E10 innerhalb der geschätzten Kosten, E9 nach dem Vorbild von D-424.
+
+| # | Entscheidung | Decision Record |
+|---|---|---|
+| E7, E8 | Messbaum-Schnitte | D-425 |
+| E1 | Überschriften als Bezeichnung | D-426 |
+| E2 | Lesende Git-Befehle | D-427 |
+| E3 | Gemeldete Befunde | D-428 |
+| E4, E5 | Zellpflege, `UEB-32` | D-429 |
+| E6 | Berichtsweg des Validators | D-430 |
+| E9 | Ergebnis und `1.14.2` | D-431 |
+| E10 | Formregel | D-432 |

package/.koolie/core/governance/change-requests/CR-2026-153-attributionszeile.md

@@ -0,0 +1,88 @@
+# Änderungsantrag `CR-2026-153`
+
+| Feld | Inhalt |
+|---|---|
+| Titel | Die Attributionszeile im Commit-Vorschlag – und die Kurzform, die die ganze Einstellungsdatei verwirft |
+| Antragstellende Rolle | `<FRAMEWORK_OWNER>` |
+| Datum | 2026-09-26 |
+| Betroffene Artefakte | `.koolie/core/clients/claude-code/manifest.json` (`settings_extra`), `.koolie/core/clients/claude-code/CLIENT_PACK.md` (Abschnitt 8b, `0.24.5`); `.koolie/core/install.py`; `.koolie/core/tests/scripts/validate-output.py`, `probe-pruefungen.py`; `.koolie/core/framework/skills/fw-change-small/TESTS.md` (Zelle); `.koolie/core/build/doc/31-anhaenge.md` (`QC-7`); Register, Roadmap, Hauptdokument, CHANGELOG, `VERSION`, Bestandsliste |
+| Ebene laut Entscheidungsbaum 6 | Client Pack (Einstellung), Installer und Prüfmittel |
+| Art | **Änderung.** PATCH-Release nach D-431 – keine Anweisung eines Skills berührt, **ohne Overlay-Bruch** |
+| Dringlichkeit | regulär – eingeplant mit D-431 |
+| Status | 🟢 **entschieden am 2026-09-26** (E1 bis E9) |
+
+---
+
+## 1. Anlass
+
+D-431 und `K-171`: Im Nachlauf von `1.14.1` trug `SK-005-P01` in Format und Verhalten, aber der Commit-Vorschlag
+führte eine Zeile `Co-Authored-By` mit einer Adresse des Herstellers – nicht in jedem Lauf. Q5 verlangt eine
+Nachricht, die das Warum beschreibt; der Vermerk der KI-Nutzung gehört in den Merge Request. Kriterium 2 von D-11
+stand auf 1.
+
+## 2. Die Vorprüfung
+
+Ohne Kontingent:
+
+1. **Die Herstellerreferenz** (`code.claude.com/docs/en/settings-reference.md`, Abschnitt „Git and attribution“,
+   im Wortlaut gelesen, `QC-7`): Der Schlüssel heißt `attribution` – ein Objekt mit `commit` und `pr`
+   (Zeichenketten, leer blendet aus) und `sessionUrl` (Boolean). `includeCoAuthoredBy` ist veraltet seit 2.0.62.
+   🔴 **Die Kurzform `attribution: false` gibt es erst ab 2.1.281; ältere Stände verwerfen die ganze Datei, die
+   sie enthält.** Die Zielspanne des Packs ist `2.1.x` – mit der Kurzform verlöre eine ältere Installation ihre
+   Berechtigungen und Hooks.
+2. **Der Wirkweg:** eine Anweisung des Clients an das Modell, keine Nachbearbeitung von `git commit`. Die Referenz
+   gibt eigenen Anweisungen zur Attribution Vorrang (außer in verwalteten Einstellungen) – Q5 im Skill hat die
+   Zeile trotzdem nicht verhindert.
+3. **Ein Beobachtungspunkt ohne Modellurteil:** Jedes Sitzungstranskript trägt eine Anlage `remote_session_change`
+   mit dem Feld `commit` – der vorgegebene Text. In allen 51 Transkripten von `1.14.1` steht dort der Trailer.
+4. **Der Weg im Pack:** `settings_extra` im Manifest, wie `autoMemoryEnabled` (D-154); Prüfung 54 hält die Ebene.
+   Die Messbäume entstehen aus einer frischen Installation und tragen den Schlüssel damit von selbst.
+5. **Die Reichweite:** `install.py --update` fasst die Berechtigungsdatei nie an – ein neuer Schlüssel erreicht kein
+   bestehendes Projekt, zum zweiten Mal nach D-154.
+6. **Das Prüfmittel** fand den Trailer nur über die Adresse (`validate-output.py` Punkt 3).
+7. **Die Fähigkeitsmatrix:** Ihre Zeilen stammen aus der Vorlage und gelten für alle vier Packs; das Vorbild für
+   eine abgeschaltete Voreinstellung ist Abschnitt 8a des Packs.
+8. **Das Framework-Repositorium selbst** trägt die Zeile in 169 von 321 Commits.
+
+## 3. Die Messung
+
+Fünf Sitzungsläufe mit dem Client Pack `claude-code` 2.1.283 (Opus 5.5), **3,28 USD** (vorgelegt: ~3,50 USD, hart 8
+Läufe und 8 USD): zwei unabhängige Ketten von `SK-005-P01` zu je zwei Turns und ein Kontrolllauf ohne Skill, im
+frischen Messbaum aus dem Messstand des Übungsrepositoriums. **In allen fünf Transkripten ist die Vorgabe leer;
+beide Ketten tragen.** Einzelheiten im Protokoll (`tests/protocols/2026-09-26-attributionszeile.md`).
+
+## 4. Vorlage zur Entscheidung
+
+| # | Frage | Auflösung | Preis |
+|---|---|---|---|
+| **E1** | Was wird gesetzt? | 🟢 **`attribution` in Objektform**, `commit` leer, `sessionUrl` aus, `pr` unberührt (D-433) | Umständlicher als `false` – mit Absicht |
+| **E2** | Schranke oder Standard? | 🟢 **Standard**, wie D-154 (D-433) | Ein Projekt kann die Zeile zurückholen |
+| **E3** | Wo wird es belegt? | 🟢 **Abschnitt 8b des Packs**, Quelle `QC-7`, keine Matrixzeile (D-433) | Weicht vom Wortlaut von `K-171` ab |
+| **E4** | Bestehende Projekte | 🟢 **Hand-Nachtrag und Migrationshinweis; `install.py --update` meldet fehlende Zusatzschlüssel**, Sonden `D434`/`D434a` (D-434) | Der Mensch trägt weiter nach |
+| **E5** | Das Prüfmittel | 🟢 **Q5-Prüfung im Commit-Abschnitt**, Selbstproben Q1 bis Q5 (D-435) | – |
+| **E6** | Q5 im Regeltext schärfen? | 🟢 **Nein**; die übrigen Packs als `K-173` | Ohne Einstellung trägt dort nur die Regel |
+| **E7** | Kosten und Wartbarkeit des Messapparats (Frage des Owners bei der Vorlage) | 🟢 **`1.18.0` nach `1.17.0`** (`K-174`, D-436); zwei kostenlose Hebel sofort | Ein Release mehr im Plan |
+| **E8** | Der Nachlauf | 🟢 **Zwei Ketten `SK-005-P01` und eine Kontrolle**, Nachweis an der Vorgabe im Transkript, Abbruch statt Rückfall bei fehlendem Prompt | 5 Läufe, ~3,50 USD |
+| **E9** | Die eigenen Commits des Framework-Repositoriums | 🟢 **Ab `1.14.2` ohne Trailer**; die Historie bleibt | – |
+
+## 5. Umsetzung
+
+1. Manifest `settings_extra.attribution` mit Begründung; Client Pack Abschnitt 8b und Änderungsverlauf (`0.24.5`); Quelle `QC-7` im Anhang.
+2. `install.py`: `fehlende_zusatzschluessel()` und der Hinweis nach `--update`; Sonden `D433`, `D434`, Gegenprobe `D434a`.
+3. `validate-output.py` Punkt 5: `ki_vermerke_im_commit()`; Selbstproben Q1 bis Q5. Alle Sonden fallen gegen `v1.14.1`.
+4. Nachlauf `SK-005-P01`; Zelle eingetragen.
+5. Register, Roadmap (`1.18.0`), Hauptdokument, CHANGELOG, `VERSION`, Bestandsliste; Hebung beider Projekte (im Pilot die Einstellung von Hand nachgetragen) und Bau der Erzeugnisse.
+
+## 6. Entscheidung
+
+🟢 **Angenommen am 2026-09-26.** Der Owner hatte vorab festgelegt, dass seinen Empfehlungen gefolgt wird (*„Gehe davon
+aus, dass ich deinen Empfehlungen folge“*); bei der Vorlage fragte er nach Kosten und Wartbarkeit der Testläufe und
+gab den Auftrag, das nach den geplanten Releases einzuplanen – daraus E7.
+
+| # | Entscheidung | Decision Record |
+|---|---|---|
+| E1, E2, E3, E6, E8 | Die Attributionsvorgabe abgeschaltet und gemessen | D-433 |
+| E4 | Die Meldung fehlender Zusatzschlüssel | D-434 |
+| E5 | Q5 im Prüfmittel | D-435 |
+| E7 | `1.18.0` | D-436 |
+| E9 | Arbeitsweise, kein Regelinhalt | – |

package/.koolie/core/governance/change-requests/CR-2026-154-auffindbarkeit.md

@@ -0,0 +1,102 @@
+# Änderungsantrag `CR-2026-154`
+
+| Feld | Inhalt |
+|---|---|
+| Titel | Öffentliche Verständlichkeit und Auffindbarkeit – der Einstieg, und der Spiegel, der schon veröffentlicht hatte |
+| Antragstellende Rolle | `<FRAMEWORK_OWNER>` |
+| Datum | 2026-09-26 |
+| Betroffene Artefakte | `README.md` (neu gegliedert), `README.en.md`, `QUICKSTART.md`, `QUICKSTART.en.md` (neu, Wurzel des Framework-Repositoriums); `.koolie/core/docs/DOCUMENTATION_STANDARD.md` (Abschnitt 5, `0.2.0`); `.koolie/core/tests/scripts/validate-framework.py` (`DOK_WURZEL`), `probe-pruefungen.py` (Sonden `D437`); `.koolie/core/build/doc/29-grenzen.md`; Register, Roadmap, Hauptdokument, CHANGELOG, `VERSION`, Bestandsliste |
+| Ebene laut Entscheidungsbaum 6 | Dokumentation des Framework-Repositoriums und Prüfmittel; keine Regel, kein Client Pack, keine Laufzeitschicht |
+| Art | **Änderung.** MINOR-Release ohne Kontingent – neue Dokumente, **ohne Overlay-Bruch**, das Verhalten des Frameworks bleibt unverändert |
+| Dringlichkeit | regulär – eingeplant mit D-422 |
+| Status | 🟢 **entschieden am 2026-09-26** (E1 bis E9) |
+
+---
+
+## 1. Anlass
+
+Auftrag des Owners vom 2026-09-26 (D-422, `K-166`): Koolie soll für interessierte Entwickler, technische
+Verantwortliche und Entwicklungsteams leichter auffindbar und verständlich werden. Eingegrenzt bei der Annahme
+von `1.14.0` auf die Dokumentation im Repositorium, besonders die README, und eine englische Fassung von README
+und Quickstart – die Punkte 1, 2 und, soweit die README sie braucht, 4 des Auftrags. Website, Fachartikel,
+GitHub-Metadaten, Sichtbarkeit und Messplan bleiben ohne Ziel-Release (`K-166`). Der vollständige Auftragstext
+liegt beim Owner, außerhalb des Repositoriums.
+
+## 2. Die Vorprüfung
+
+Ohne Kontingent, vor der Vorlage:
+
+1. 🔴 **Der öffentliche GitHub-Spiegel besteht.** Das führende Gitea-Repositorium spiegelt bei jedem Push in ein öffentliches
+   GitHub-Repositorium (Push-Spiegel seit 2026-09-26, Repositorium öffentlich seit 2026-09-24, letzter Abgleich
+   beim Push von `v1.14.2`, ohne Fehler). GitHub trägt `main` und alle Marken, keine Releases. Beschreibung und
+   20 Topics sind gesetzt – darunter `cursor`, für das es kein Pack gibt; die Beschreibung schreibt „ai client
+   packs“. Der Plan für `1.17.0` sah vor, die Historie **vor** dem Spiegeln durchzusehen.
+2. 🔴 **Die öffentliche Historie trägt Personenbezug:** 153 von 323 Commits nennen den Klarnamen als Autor, in
+   zwei Schreibweisen; alle tragen die private Adresse; 41 die damals versionierte Übergabe. `K-108` fragte
+   ausdrücklich **vor** dem ersten Publizieren.
+3. **Die README:** kein anklickbarer Link, nur drei der vier Packs genannt (`kiro` fehlte seit `1.13.0`), die
+   Namensmetapher als zweiter Abschnitt, Verzeichnistabelle und Wartungsdetails vor dem Nutzen.
+4. **Einen Einstieg zum Ausprobieren gab es nicht.** `onboarding/QUICKSTART.md` ist für den ersten Arbeitstag
+   in einem Projekt geschrieben, das Koolie schon nutzt – mit Platzhaltern und Mentorin.
+5. **Der Reifegrad:** alle vier Packs stehen auf `pilot`; `openai-codex` mit zwei nicht abbildbaren Kernzusagen
+   und Inbetriebnahme nur mit Freigabe. Ein Vokabular „verfügbar / experimentell“ kennt das Framework nicht.
+6. **Die Prüfungen:** Prüfung 12 prüft Markdown-Links in jedem `.md` – ein Linkprüfer ist vorhanden.
+   `dokumentklasse()` kannte außerhalb des Kerns nur `README.md`; ein `README.en.md` wäre für 92 und 93
+   unsichtbar. Prüfung 92 ist eine deutsche Stammliste und für englischen Text wirkungslos. Die README speist
+   das Hauptdokument nicht.
+
+## 3. Befunde neben dem Auftrag
+
+Der Auftrag verlangt, funktionale Fehler und widersprüchliche Zusagen getrennt festzuhalten, statt sie durch
+Verhaltensänderungen zu lösen:
+
+| # | Befund | Behandlung |
+|---|---|---|
+| B1 | Die README nannte drei Client Packs; `kiro` fehlte seit `1.13.0` | im Text berichtigt (D-438) |
+| B2 | Die README sagte, `seed_paths` sei „in allen drei Manifesten“ leer – es sind vier, alle leer (Kaltleser-Probe) | im Text berichtigt |
+| B3 | Die Veröffentlichung ist geschehen, bevor `K-108` beantwortet war | `K-108` fortgeschrieben, Entscheidung beim Owner (E7) |
+| B4 | Das Topic `cursor` verspricht eine Integration ohne Pack | Korrektur durch den Owner (E6, D-439) |
+
+Keine Aussage der Fähigkeitsmatrizen hat sich beim Schreiben als widersprüchlich erwiesen.
+
+## 4. Vorlage zur Entscheidung
+
+| # | Frage | Auflösung | Preis |
+|---|---|---|---|
+| **E1** | Sprache und Ort der Einstiegsdokumente | 🟢 **Deutsch maßgeblich**; `README.en.md` und `QUICKSTART.en.md`, wechselseitig verlinkt; ein **neuer** Quickstart zum Ausprobieren (`QUICKSTART.md`), alle in der Wurzel (D-437) | Die Wurzel trägt zwei Dokumente mehr |
+| **E2** | Prüfungen für die neuen Dokumente | 🟢 **Klasse A** (`DOK_WURZEL`): 92 und 93 im Quellrepositorium, 94 ausgenommen wie die README, im Projekt ungeprüft; kein englischer Rechtschreibprüfer; Übersetzungsbedarf als Verfahrensschritt im Dokumentationsstandard (D-437) | Die Deckung der Fassungen prüft keine Maschine |
+| **E3** | Der Aufbau der README | 🟢 **Sieben Fragen zuerst**, dann Name, Übernahme, Aufbau, Wartung; echte Links; kein Warnhinweis entfällt (D-438) | Die README wird länger |
+| **E4** | Die Bezeichnung des Reifegrads | 🟢 **Der Status des Packs** (`pilot`) mit der wichtigsten Grenze; `openai-codex` mit Auflage, Cursor geplant; kein neues Vokabular (D-438) | Keine Abstufung unter den Pilot-Packs |
+| **E5** | Das Beispiel | 🟢 **Die gemessene Push-Sperre von `claude-code`**, Verhalten aus dem Protokoll vom 2026-09-17, als beobachtet gekennzeichnet; die Einrichtung nachgefahren; keine neuen Läufe (D-438) | Der Beleg ist neun Tage und einige Clientstände alt |
+| **E6** | Der GitHub-Spiegel und seine Metadaten | 🟢 **Bestand festhalten**, Gitea führend, Releases weiter mit `1.17.0`; `cursor` und die Schreibweise korrigiert der Owner von Hand (D-439) | Jeder Push ist sofort öffentlich |
+| **E7** | Die öffentliche Historie | 🟢 **Nicht in diesem Release**; `K-108` fortgeschrieben, Empfehlung: nicht umschreiben (D-324) | Klarname und Adresse bleiben öffentlich |
+| **E8** | Der Umfang | 🟢 **Punkte 1, 2 und 4**, soweit die README sie braucht; der Rest bei `K-166` | Website und Artikel warten |
+| **E9** | Version und Befunde | 🟢 **MINOR `1.15.0`**; Befunde als Text berichtigt oder als Klärungspunkt, keine Verhaltensänderung | – |
+
+## 5. Umsetzung
+
+1. README neu gegliedert; `README.en.md`, `QUICKSTART.md`, `QUICKSTART.en.md` neu. Der Quickstart ist in einem
+   Klon unter einem kurzen Pfad wörtlich nachgefahren: Installation, `.gitignore`, Commit, Validator 0/0,
+   `--check-overlay-ready` mit den erwarteten offenen Werten. Ein Lauf unter einem langen Pfad hielt am
+   Pfadwächter (D-368) an – daraus der Hinweis in Schritt 2.
+2. `validate-framework.py`: `DOK_WURZEL`, Prüfung 94 nimmt die Einstiegsdokumente aus. Sonden `D437b` bis
+   `D437d`, Gegenproben `D437a` und `D437e`. **Gegen den Vorstand:** Der Validator von `v1.14.2` meldet einen
+   offenen Codeblock in `QUICKSTART.en.md` nicht (0 Fehler).
+3. Dokumentationsstandard Abschnitt 5 (`0.2.0`); Kapitel 29 um die Grenze der Sprachfassungen ergänzt.
+4. Kaltleser-Probe (D-379) an allen vier Einstiegsdokumenten – Fragen, Soll und Ergebnis im Protokoll
+   `tests/protocols/2026-09-26-auffindbarkeit.md`.
+5. Register, Roadmap (`0.4.8`), Hauptdokument, CHANGELOG, `VERSION`, Bestandsliste; Hebung beider Projekte und
+   Bau der Erzeugnisse.
+
+## 6. Entscheidung
+
+🟢 **Angenommen am 2026-09-26.** Die Fragen wurden mit Empfehlung und Schätzung vorgelegt (ohne Kontingent, eine
+Sitzung); der Owner hat sie ohne Änderung angenommen (*„Go 4 it“*).
+
+| # | Entscheidung | Decision Record |
+|---|---|---|
+| E1, E2 | Sprachstrategie und Einstiegsdokumente der Wurzel | D-437 |
+| E3, E4, E5 | Der Aufbau der README, der Reifegrad, das Beispiel | D-438 |
+| E6, E7 | Der öffentliche Spiegel; die Historie als offene Frage | D-439, `K-108` |
+| E8 | Umfang, der Rest bleibt vorgemerkt | `K-166` |
+| E9 | Arbeitsweise, kein Regelinhalt | – |

package/.koolie/core/governance/change-requests/CR-2026-155-client-pack-cursor.md

@@ -0,0 +1,80 @@
+# Änderungsantrag `CR-2026-155`
+
+| Feld | Inhalt |
+|---|---|
+| Titel | Das Client Pack für Cursor – die Datei, mit der der Client nicht startet, und das Muster, das nie traf |
+| Antragstellende Rolle | `<FRAMEWORK_OWNER>` |
+| Datum | 2026-09-26 |
+| Betroffene Artefakte | `.koolie/core/clients/cursor/**` (neu); `.koolie/core/clientmap.py`; `.koolie/core/install.py`; `.koolie/core/tests/scripts/hook-check-secrets.py`; `.koolie/core/tests/scripts/hook-overlay-status.py`; `.koolie/core/tests/scripts/validate-framework.py` (**Prüfung 97**, Prüfungen 4, 45, 73, 86 und die Stellen der Regelablage); `.koolie/core/tests/scripts/probe-pruefungen.py` (Bündel `sonden_cursor`); `.koolie/core/clients/README.md`; `.koolie/core/docs/PLACEHOLDER_REGISTRY.md`; `.koolie/core/docs/RUNTIME_GLOSSARY.md`; `.koolie/core/OWNERS.md`; `.koolie/core/build/assemble.py`; `.koolie/core/build/doc/00-kopf.md`, `01-executive-summary.md`, `26-qs-test.md`, `31-anhaenge.md`; `.koolie/core/docs/ROADMAP.md`; `.koolie/core/governance/DECISION_LOG.md` (**D-440** bis **D-444**, `K-108` und `K-164` beantwortet, `K-175` bis `K-177`); `.koolie/core/tests/TEST_CATALOG.md`; `.koolie/core/tests/protocols/2026-09-26-bau-cursor.md` (neu); `.koolie/core/CHANGELOG.md`; `.koolie/core/VERSION`; `.koolie/core/governance/ADOPTION_REGISTRY.md`; `README.md`, `README.en.md`; `.gitignore` |
+| Ebene laut Entscheidungsbaum 6 | Abbildungsschicht und Prüfapparat |
+| Art | **Änderung.** MINOR-Release nach `RELEASE_PROCESS.md` Abschnitt 1 – ein neues Modul und eine neue Prüfung, **ohne Overlay-Bruch** |
+| Dringlichkeit | regulär – eingeplant mit D-418 und D-422 |
+| Status | 🟢 **entschieden am 2026-09-26** (E1 bis E9) |
+
+---
+
+## 1. Anlass
+
+Der nächste Posten des Plans: das Client Pack für Cursor, gebaut mit Zugang zum Client (D-418). Die Entscheidungsfragen lagen mit einer Schätzung vor (35 bis 50 Läufe, 0 USD im Free-Tarif); der Owner hat alle Empfehlungen angenommen (*„Passt alles.“*). Den geführten IDE-Block und die globale Abschaltung der Commit-Attribution übernimmt er später – die IDE bleibt deshalb ungemessen (`K-175`).
+
+🔴 **Wie bei `kiro` hat erst die Messung die schwersten Befunde gezeigt.** Ein Pack aus der Dokumentation hätte eine Berechtigungsdatei ausgeliefert, mit der der Client nicht startet, Pfadverbote, die unter Windows nichts sperren, und einen Schutz-Hook, der jede Operation sperrt.
+
+## 2. Der Vorbedingungsdurchgang
+
+| # | Befund | gemessen an |
+|---|---|---|
+| **V1** | 🟢 Nächste freie Kennungen gezählt: `CR-2026-155`, `D-440`, `K-175`, Prüfung 97 | Register gezählt |
+| **V2** | 🟢 Validator `0 Fehler, 0 Warnungen` am Ausgangsstand (`9b84a2b`) | `validate-framework.py` |
+| **V3** | 🟢 Clientversion **vor** dem Messen festgeschrieben: Kommandozeile `2026.09.26-dd393fe`, IDE `3.22.7`; Tarif Free, Modell `auto` | `cursor-agent about`, `cursor --version` |
+| **V4** | 🟢 Privacy Mode auf dem Konto eingeschaltet (`privacyMode 2`) | `~/.cursor/cli-config.json` |
+| **V5** | ⚠️ Gemessen mit einem **eigenen Messprofil** (`USERPROFILE` auf einen leeren Ordner mit der Konfiguration der Kommandozeile): Im echten Profil liegen Hooks von Claude Code, die der Client mitlädt. Eine Gegenprobe mit dem echten Profil ist gefahren | Befund P2, Gegenprobe E1 |
+| **V6** | ⚠️ Gemessen ohne die Variable `SHELL`, wie bei einem Start aus PowerShell: Mit ihr scheitern alle Hook-Kommandos | Befund H1 |
+
+## 3. Die Messungen
+
+**Drei Messmittel:** der Lauf ohne Rückfragen mit `stream-json`-Mitschrift (Werkzeugaufrufe, Ergebnisse, Tokennutzung), ein Aufzeichnungs-Hook für die Eingabeschemata – und der **Programmcode der Kommandozeile**, der im Klartext mitgeliefert wird. Die Befunde stehen einzeln im Protokoll (`tests/protocols/2026-09-26-bau-cursor.md`). **Sechs haben den Bau geändert:**
+
+| # | Befund | Folge |
+|---|---|---|
+| **P1** | 🔴 **Mit einem Kommentarschlüssel in `.cursor/cli.json` startet der Client nicht** (Exit 1, *„Unrecognized key(s)"*); ebenso mit kaputtem JSON | Ausgabeform ohne Kommentar und Integritätsliste, Prüfung 97 (D-440) |
+| **P1/P3** | 🔴 **`Read(.env)` und `Read(**/.env)` sperrten unter Windows nichts** – der Client vergleicht verankert mit dem absoluten Pfad | Jedes Pfadmuster in zwei Schreibweisen mit führendem `*` (D-440) |
+| **H1b/H1c** | 🔴 **Die Hook-Eingabe beginnt mit einem BOM**, und mit `failClosed` gilt ein Hook **ohne Ausgabe** als gescheitert – der Schutz-Hook sperrte jede Operation | BOM-feste Eingabe, Sperrform `permission-json` (D-441) |
+| **H1d** | 🔴 **Eine Suche über den Ordner `secrets` traf das Muster nicht** | Ordnermuster ohne Pflicht-Trenner (D-442) |
+| **X1** | 🔴 **Das Suchwerkzeug beachtet kein `Read`-Verbot** | `.cursorignore` (D-443) |
+| **P2b/S1** | 🔴 **Dateien im Arbeitsbereich schreibt der Client ohne Rückfrage**, auch ohne `--force` | `B7` `[NICHT ABBILDBAR]` mit Ersatz |
+
+## 4. Vorlage zur Entscheidung
+
+| # | Frage | Auflösung | Preis |
+|---|---|---|---|
+| **E1** | Messumfang | 🟢 **Kommandozeile gemessen, IDE als geführter Block beim Owner**; Status `pilot` (D-440) | Die IDE ist nicht gemessen (`K-175`) |
+| **E2** | Regelablage | 🟢 **`.cursor/rules/*.mdc` mit `alwaysApply` und `globs`, Wurzelanweisung `AGENTS.md`**; Endung je Pack (`rule_file_ext`) | Eigene Regeln des Projekts brauchen die Endung `.mdc` |
+| **E3** | Berechtigungen | 🟢 **`.cursor/cli.json` in der Ausgabeform `cursor-json`, Prüfung 97** (D-440) | Kein Rückfragekorb; die Muster sind breiter als die der Kernquelle |
+| **E4** | Fremde Konfigurationen und Commit-Attribution | 🟢 **Auskunft durch `install.py` nach dem Inhalt der Dateien**, Nachschritte zur IDE-Einstellung und zur globalen Attribution (D-440) | Eine Auskunft ist keine Schranke |
+| **E5** | Schutz-Hook | 🟢 **`failClosed`, Sperrform `permission-json`, BOM-feste Eingabe für alle Packs** (D-441) | Ein Start aus Git Bash sperrt jede Operation |
+| **E6** | Das Ordnermuster für Secrets | 🟢 **Für alle Packs ohne Pflicht-Trenner** (D-442) | Eine Datei `secret` ist ebenfalls gesperrt |
+| **E7** | Die Lesesperre für die Suche | 🟢 **`.cursorignore` aus den Leseverboten, als Saat** (D-443) | Eine dritte Datei, die das Projekt ergänzt |
+| **E8** | Einstufung | **MINOR** – ein neues Modul und eine neue Prüfung, kein Overlay-Bruch | – |
+| **E9** | `K-108` (Entscheidung des Owners während des Baus) | 🟢 **Die öffentliche Historie bleibt** (D-444) | Klarname und Adresse bleiben öffentlich |
+
+## 5. Umsetzung
+
+1. `clients/cursor/`: `CLIENT_PACK.md` (35 Matrixzeilen), `manifest.json`, `root-template/.cursor/README.md`.
+2. `clientmap.py`: `render_permissions_cursor`, `cursor_koerbe`, `cursor_kernregeln`, `cursor_pfadmuster`, `render_ignore_cursor`, `cursor_ignore_muster`, `render_hooks_cursor`, `regeldatei`.
+3. `install.py`: Weiche der Ausgabeform und der Ausschlussdatei; Endung der Regeldateien beim Kopieren der Packs; `readonly` im Agentenprofil; Kanäle nach Inhalt (`json_key`, `json_not`).
+4. `hook-check-secrets.py`: BOM-feste Eingabe, Sperrform `permission-json`, `.cursor` in den Strukturmustern, Ordnermuster für Secrets. `hook-overlay-status.py`: Laufzeitregel `.mdc`.
+5. `validate-framework.py`: **Prüfung 97**; Prüfung 86 misst bei `permission-json` Sperre und Durchlass; Prüfung 73 kennt `QU-`; die Stellen der Regelablage fragen die Endung des Packs.
+6. `probe-pruefungen.py`: Bündel `sonden_cursor` mit neunzehn Einheiten.
+7. Register, Roadmap, Anhang 31.4.5, CHANGELOG, `VERSION`, Bestandsliste; Hebung beider Projekte (Schritt 2) und Bau der Erzeugnisse (Schritt 3).
+
+## 6. Entscheidung
+
+🟢 **Angenommen am 2026-09-26, E1 bis E9 wie vorgelegt** – der Owner folgt den Empfehlungen (*„Passt alles.“*); E9 ist seine Entscheidung (*„Historie wird beibehalten“*).
+
+| # | Entscheidung | Decision Record |
+|---|---|---|
+| E1 bis E4, E8 | Pack mit Zugang, Ausgabeform `cursor-json`, Prüfung 97, Auskunft über fremde Quellen | D-440 |
+| E5 | BOM-feste Eingabe und Sperrform `permission-json` | D-441 |
+| E6 | Ordnermuster für Secrets | D-442 |
+| E7 | `.cursorignore` | D-443 |
+| E9 | `K-108` | D-444 |