@renoxar/koolie 1.25.0

package/.koolie/core/governance/change-requests/CR-2026-094-testblaetter-buendel-1.md

@@ -0,0 +1,113 @@
+# Änderungsantrag `CR-2026-094`
+
+| Feld | Inhalt |
+|---|---|
+| Titel | Testblätter, Bündel 1 – elf Ergebniszellen, und vier Befunde, die größer sind als das Bündel |
+| Antragstellende Rolle | `<FRAMEWORK_OWNER>` |
+| Datum | 2026-09-19 |
+| Betroffene Artefakte | drei `TESTS.md` (elf Ergebniszellen, eine Erwartungszelle), `tests/scripts/validate-output.py` (Manifestauflösung), `tests/scripts/validate-framework.py` (**Prüfung 62**, Register, Nachweisspanne), `tests/scripts/probe-pruefungen.py` (Sonden 62a/62b, Gegenproben 62a/62b, Spanne), **dreizehn** `SKILL.md` und ihre `CHANGELOG.md` (Ausgabevorlage, Versionsanhebung), `clients/claude-code/CLIENT_PACK.md` (S2, S3, Version), `tests/TEST_CATALOG.md` (Spanne), `governance/DECISION_LOG.md` (D-185 bis D-190, `K-73` neu), `docs/ROADMAP.md` (Standzeile, Posten 0.68.0 und 0.69.0), `tests/protocols/2026-09-19-testblaetter-buendel-1.md` (neu), `CHANGELOG.md`, `VERSION` |
+| Ebene laut Entscheidungsbaum 6 | **Core** – Gegenstand sind Testblätter, Prüfapparat, Skills und ein Client Pack |
+| Art | Messung, Befund, neue Prüfung |
+| Dringlichkeit | **Regulär.** Der Meßtag war geplant (D-180); die vier Befunde sind bei seiner Durchführung angefallen |
+
+## 1. Anlass
+
+Der Releaseplan nennt als Posten **Bündel 1 der dreizehn Testblätter**: elf offene
+Ergebniszellen an den drei Skills, die **keinen** Befehlsschlitz ausführen. `K-72` war die
+Bedingung dafür und ist mit 0.67.1 entschieden.
+
+## 2. Das Ergebnis in einer Zeile
+
+🟢 **Alle elf Zellen bestanden. Kriterium 2: 85 → 74.** 26 Läufe, rund 23 USD.
+
+Der Weg dahin und jeder Beleg stehen im Protokoll
+(`tests/protocols/2026-09-19-testblaetter-buendel-1.md`). Dieser Antrag legt vor, was zu
+entscheiden war.
+
+## 3. Der erste Befund: das Prüfmittel selbst war clientgebunden (D-186)
+
+`validate-output.py` ist das **zweite Prüfmittel** von drei `P01`-Zellen und löste den
+Skillpfad fest verdrahtet als `.devin/skills/<name>/SKILL.md` auf. In einem
+`claude-code`-Meßbaum meldet es *„Skill nicht gefunden"* und endet wie ein Befund.
+
+🔴 **Der Lauf vom 2026-09-17 hat nur deshalb bestanden, weil das Auswerteskript mit
+`--root` auf das Framework-Repositorium zeigte** – dort liegt eine
+`devin-desktop`-Testinstallation. Ein richtiger Schluß aus einem falschen Beleg.
+
+**Prüfung 48 sieht es nicht:** Sie nimmt **Werkzeuge** ausdrücklich aus ihrem Gegenstand –
+und diese Ausnahme ist für Texte *über* Werkzeuge gedacht, nicht für eine Clientbindung,
+die **wirkt**.
+
+## 4. Der zweite Befund: der Aufruf mit Schrägstrich ist kein Werkzeugaufruf (D-187)
+
+Zwölf von zwölf Mitschriften führen `<command-name>` samt Argumenten und die ganze
+`SKILL.md` als Nutzernachricht – **keinen** `Skill`-Werkzeugaufruf. Die Zeile `S2` der
+Fähigkeitsmatrix beschreibt beides als einen Weg; gemessen wurde 2026-09-14 der
+**modellseitige** Aufruf, benannt ist in der ersten Spalte der **Schrägstrich**.
+
+➡️ **Der Testkatalog verlangt seit D-146 genau den Weg, über den die Zeile nichts
+Gemessenes sagte.**
+
+## 5. Der dritte Befund: das Frontmatter erscheint als `command_permissions` (D-188)
+
+Jede Mitschrift trägt `{"type": "command_permissions", "allowedTools": ["Read","Grep","Glob"]}`
+– genau die Werkzeuge aus `allowed-tools`. Der Trennbaum `kplanw` (Frontmatter entfernt)
+führt dort eine **leere** Liste; die Ableitung ist damit belegt.
+
+🔴 **Der Schreibkorb, den der Aufbau eigens geöffnet hatte, war für die Dauer des Befehls
+wirkungslos.** Sechs Zellen prüfen ein Unterlassen von Schreibhandlungen – ihre Zurechnung
+gehört je Schicht ausgewiesen (D-122), und der Zuschnitt ohne Frontmatter ist genau dafür
+gefahren worden.
+
+🔴 **Offen bleibt `K-73`:** Zwei Läufe haben `Bash` **aufgerufen**, obwohl der Skill es in
+`disallowed-tools` führt; beide Aufrufe wurden abgewiesen. `S3` sagt, die Sperre entferne
+das Werkzeug aus dem Vorrat.
+
+## 6. Der vierte Befund: zehn von dreizehn Skills trugen eine fremde Version (D-185)
+
+**Gefunden haben es zwei gemessene Läufe**, unaufgefordert, in Nebenbemerkungen ihrer
+Ergebnisberichte. Nachgezählt: 13 Träger, 15 Fundstellen, **10 abweichend** – und die drei
+übereinstimmenden sind die drei, deren Version seit der Erstfassung nicht gestiegen ist.
+
+## 7. Zwei Befunde an den Zellen selbst
+
+**`SK-002-N03` verlangte ein Anhalten, dessen Auslöser nicht herstellbar ist** (D-189):
+Der Skill knüpft es an personenbezogene **Echtdaten**, und Regel 5 des
+Präparationsregisters verbietet reale Inhalte im Übungsrepositorium.
+
+**`SK-001-N03` hängt an der Form der Eingabe** (D-190): `validierung` wird als
+Fragestellung gelesen, `validierung.ts` trifft die Vorbedingung. Dieselbe Zelle, dieselbe
+Präparation, zwei Ergebnisse.
+
+## 8. Vorlage zur Entscheidung
+
+| # | Frage | Auflösung | Preis |
+|---|---|---|---|
+| **E1** | **Welche der elf Zellen werden abgenommen?** | **Alle elf.** Jede Zelle nennt ihren Beleg, das gemessene Client Pack (D-117) und die Zurechenbarkeit (D-175) | **Vier Zellen sind nicht zurechenbar, zwei nur zur Hälfte** – und das steht jetzt in der Zelle. D-115 bleibt: Zurechenbarkeit ist nicht der Ergebnisstatus. Der Gegenpreis der Alternative wäre ein Katalog, der nur zurechenbares Verhalten abnimmt – nach dieser Reihe hätte er **sieben statt elf** |
+| **E2** | **Versionsvorlage: Zahlen nachziehen oder ableiten?** | **Ableiten** (D-185), **Prüfung 62** setzt es durch | Dreizehn Skills angehoben, dreizehn Changelogzeilen, zwei Sonden und zwei Gegenproben. **Der Gegenpreis ist gemessen:** Die Zahlen sind über zehn Releases gedriftet, ohne daß eine Prüfung sie ansah |
+| **E3** | **`validate-output.py`: Aufrufstelle anpassen oder Werkzeug umbauen?** | **Werkzeug umbauen** (D-186): Ablage aus dem Manifest, Rückfall auf die Quelle, Abbruch bei zwei Packs | Ein Kernwerkzeug geändert, vier Zuschnitte gemessen. **Die Alternative pflegt eine Angabe an der Aufrufstelle, und niemand zählt sie nach** |
+| **E4** | **Zeile `S2`: stehen lassen und vermerken, oder berichtigen?** | **Berichtigen** (D-187): zwei Wege, getrennt benannt, die drei Grenzen dem modellseitigen zugeordnet | Die Zeile wird länger, und das Client Pack steigt auf 0.23.0. **Eine Fähigkeitsmatrix ist eine Zusage, kein Protokoll** |
+| **E5** | **Zeile `S3`: was wird eingetragen, was bleibt offen?** | **Eingetragen wird das Gemessene** (`command_permissions`, leere Liste ohne Frontmatter); **offen bleibt `K-73`** | Ein offener Punkt mehr, und er ist sicherheitsnah. **Zwei Beobachtungen ohne Trennlauf tragen keine Umstufung** – dieselbe Zurückhaltung wie bei `K-70` |
+| **E6** | **`SK-002-N03`: Zelle, Präparation oder Skill?** | **Die Erwartungszelle** (D-189) | Eine berichtigte Zelle im selben Release, in dem sie gemessen wird. **Die Berichtigung nimmt eine Forderung weg, deren Auslöser die Präparation nicht herstellen darf** – sie fügt keine hinzu, und der gemessene Lauf erfüllt die berichtigte Fassung wörtlich |
+| **E7** | **`SK-001-N03`: welcher Lauf zählt?** | **Der zweite** (`validierung.ts`), und die Zelle nennt beide Formen (D-190) | Ein zusätzliches Laufpaar, rund 1,7 USD. **Der erste Lauf ist kein Fehlschlag** – er hat den Skill korrekt angewandt und eine andere Frage beantwortet als die Zelle stellt. Der Gegenpreis des Verschweigens wäre eine Zelle, die beim nächsten Durchgang wieder kippt |
+| **E8** | **Wird der Prüfapparat in diesem Release beschleunigt?** | **Nein, eigener Posten `0.69.0`** | Ein Einschub mehr vor Bündel 2. **Der Grund ist der Meßtag selbst:** Der Sondenlauf kostet zweimal 233 Einheiten je Release und bremst jede Zwischenprüfung – aber ein Umbau des Prüfapparats **im selben Release wie eine Messung** vermischt zwei Gegenstände |
+
+## 9. Entscheidung
+
+**E1 bis E8 wie vorgelegt entschieden** (`<FRAMEWORK_OWNER>`, 2026-09-19). Decision
+Records **D-185** bis **D-190**; Klärungspunkt **`K-73`** neu.
+
+## 10. Abnahme
+
+- `validate-framework.py`: **0 Fehler, 0 Warnungen** gegen den fertigen Baum, **Kriterium 2
+  ausgerechnet: 74**.
+- `probe-pruefungen.py` in **beiden** Kodierungsumgebungen (D-49).
+- **Der Wirkungsnachweis für Prüfung 62 ist ein Paar aus zwei Sonden und zwei
+  Gegenproben:** die Kopfzeile der Ausgabevorlage und die Zeile `Erstellt mit` – **die
+  zweite Gestalt hätte ein Zuschnitt auf die Überschrift verfehlt**, und genau sie trugen
+  zwei Skills doppelt. Die Gegenproben belegen, daß der unveränderte Baum durchläuft und
+  daß der Schlitz mehrfach stehen darf.
+- **Der Wirkungsnachweis für `validate-output.py` sind vier Zuschnitte**, je ein Lauf:
+  Pack `claude-code`, Pack `devin-desktop`, kein Pack, zwei Packs.
+- **Die Messung selbst ist durch Kontrollläufe belegt**, je Zelle einer, dazu ein
+  zusätzlicher Trennlauf ohne Frontmatter und ein Trennlauf zu `K-73`.

package/.koolie/core/governance/change-requests/CR-2026-095-pruefapparat-filter.md

@@ -0,0 +1,65 @@
+# Änderungsantrag `CR-2026-095`
+
+| Feld | Inhalt |
+|---|---|
+| Titel | Der Prüfapparat bekommt einen Filter – die Schleife wird kürzer, der Nachweis nicht |
+| Antragstellende Rolle | `<FRAMEWORK_OWNER>` |
+| Datum | 2026-09-19 |
+| Betroffene Artefakte | `tests/scripts/probe-pruefungen.py` (Schalter `--nur` und `--liste`, Auswahl, Teillaufbanner, Selbstprobe `F1`/`F2`), `governance/DECISION_LOG.md` (D-191), `docs/ROADMAP.md` (Posten 0.69.0), `tests/protocols/2026-09-19-pruefapparat-filter.md` (neu), `CHANGELOG.md`, `VERSION` |
+| Ebene laut Entscheidungsbaum 6 | **Core** – Gegenstand ist der Prüfapparat |
+| Art | Werkzeug, Arbeitsablauf |
+| Dringlichkeit | **Regulär, aber vor Bündel 2.** Der Meßtag von 0.68.0 hat den Anlaß geliefert, und die vier folgenden Bündel bezahlen ihn sonst viermal |
+
+## 1. Anlaß
+
+**Gemessen am 2026-09-19:** `probe-pruefungen.py` fährt **238 Einheiten**, rund **2300 s
+Rechenzeit** und **290 s Wanduhr** – und das **zweimal je Release** (D-49). Jede Einheit
+legt eine eigene Kopie des Repositoriums an und fährt den **ganzen** Validator, um
+**eine** Meldung zu sehen.
+
+🔴 **Der Schaden ist nicht die Rechenzeit, sondern die Gewohnheit:** Ein Werkzeug, das vor
+jedem Zwischenschritt fünf Minuten kostet, wird seltener gefahren, als es soll. **Der
+Nachweis nach D-23 ist nicht wertvoll, weil er existiert, sondern weil er gefahren wird.**
+
+## 2. Was eingebaut ist
+
+| Schalter | Was er tut |
+|---|---|
+| `--nur 44,62` | fährt die Einheiten, deren Kennung mit einer der Marken **beginnt** |
+| `--liste` | zeigt alle Einheiten mit Art, Kennung und Satz |
+
+**Eine Marke ohne Treffer ist ein Abbruch**, kein leerer Lauf – sonst meldete ein
+Tippfehler *„alle bestanden"*.
+
+🔴 **Der Teillauf sagt dreimal, daß er keiner ist:** im Kopf (Banner), in der
+Ergebniszeile (*„TEILLAUF, 5 von 238"*) und im Abschlußsatz. **Die Bauform, gegen die das
+steht, ist bekannt:** *die Null durch Konstruktion* (0.59.1) – grün, weil nichts gefahren
+wurde.
+
+## 3. Gemessen
+
+| Lauf | Einheiten | Wanduhr |
+|---|---|---|
+| voll | 238 | **rund 290 s** |
+| `--nur 62,selbstprobe_filter` | 5 | **8,0 s** |
+
+## 4. Vorlage zur Entscheidung
+
+| # | Frage | Auflösung | Preis |
+|---|---|---|---|
+| **E1** | **Filter oder Abschalten?** | **Filter** (D-191); der volle Lauf bleibt die Abnahme | Ein Schalter mehr und die Gefahr der Verwechslung – dagegen stehen drei Hinweise im Lauf. **Verworfen: Prüfungen abschalten** – eine abgeschaltete Prüfung fällt erst auf, wenn sie gebraucht wird (Prüfung 49 und 60 liefen fünfzehn Monate ohne Gegenstand) |
+| **E2** | **Auch die Kopie je Bahn und `--nur-pruefung` im Validator?** | **Vertagt** | Beide senken den **vollen** Lauf, und der läuft zweimal je Release – nicht zwanzigmal am Tag. **Der Filter trifft den Engpaß, den der Meßtag gezeigt hat** |
+| **E3** | **Braucht der Filter selbst einen Nachweis?** | **Ja, eine Selbstprobe** (`F1`, `F2`) auf gebauten Kennungen | Zwei Einheiten mehr im Lauf. **Ein Filter ohne Nachweis wählt irgendwann das Falsche, und der Lauf meldet es als bestanden** |
+
+## 5. Entscheidung
+
+**E1 bis E3 wie vorgelegt entschieden** (`<FRAMEWORK_OWNER>`, 2026-09-19). Decision Record
+**D-191**.
+
+## 6. Abnahme
+
+- `validate-framework.py`: **0 Fehler, 0 Warnungen**.
+- `probe-pruefungen.py` **voll** in beiden Kodierungsumgebungen (D-49) – der Filter darf
+  den vollen Lauf nicht verändern, und das ist der eigentliche Nachweis.
+- **Selbstprobe `F1`/`F2`** auf sechs gebauten Kennungen: Auswahl am Anfang der Kennung,
+  ohne Rücksicht auf Großschreibung, `6` trifft auch `62a`.

package/.koolie/core/governance/change-requests/CR-2026-096-vorbedingungen-buendel-2.md

@@ -0,0 +1,225 @@
+# Änderungsantrag `CR-2026-096`
+
+| Feld | Inhalt |
+|---|---|
+| Titel | Die Vorbedingungen von Bündel 2 – die siebzehnte Präparation und der Verweis, der ins Leere zeigt |
+| Antragstellende Rolle | `<FRAMEWORK_OWNER>` |
+| Datum | 2026-09-19 |
+| Betroffene Artefakte | `framework/core/02-privacy.md` (Unterabschnitte in 1 und 3, Version), `framework/skills/fw-error-analyze/TESTS.md` (drei Vorbedingungen), `onboarding/exercises/README.md` (Register `UEB-17`, Punkt 4), `tests/scripts/validate-framework.py` (**Prüfung 63**, Register, Nachweisspanne), `tests/scripts/probe-pruefungen.py` (drei Sonden, zwei Gegenproben, Nachweisspanne), `tests/TEST_CATALOG.md` (Nachweisspanne), `governance/DECISION_LOG.md` (**D-192**, **D-193**), `docs/ROADMAP.md` (Posten `0.70.0`, Steckbriefversion), `tests/protocols/2026-09-19-vorbedingungen-buendel-2.md` (neu), `CHANGELOG.md`, `VERSION`; **außerhalb des Repositoriums:** das Übungsrepositorium (zwei neue Module, Mentorenblatt) |
+| Ebene laut Entscheidungsbaum 6 | **Core** – Gegenstand sind ein Kernmodul, das Präparationsregister, drei Zellen eines Testblatts und der Prüfapparat |
+| Art | Herrichtung von Vorbedingungen, Befund an anweisenden Trägern, neue Prüfung |
+| Dringlichkeit | **Regulär, mit Frist.** Ohne die Herrichtung sind drei der achtzehn Zellen am Meßtag nicht abnehmbar |
+
+## 1. Anlass
+
+Der Releaseplan sah für dieses Release den **zweiten Bündellauf** vor (D-180):
+`fw-plan`, `fw-error-analyze` und `fw-bugfix-prepare`, **achtzehn Ergebniszellen**,
+Kriterium 2 von 74 auf 56. Vor dem ersten Handgriff sind die achtzehn Vorbedingungen
+einzeln gegen den **heutigen** Stand des Übungsrepositoriums gehalten worden.
+
+> 🔴 **Das ist der dreizehnte Durchgang dieser Art in Folge, und er hat sich zum
+> dreizehnten Mal getragen.** Drei Zellen haben keinen Gegenstand, und der zweite Befund
+> ist größer als das Bündel.
+
+## 2. Die achtzehn Zellen, einzeln
+
+Die Trennlinie von D-162 gilt unverändert: Eine Vorbedingung beschreibt **entweder einen
+Eingabetext**, den der Lauf mitbringt, **oder einen Zustand des Repositoriums**. Nur die
+zweite Gattung braucht eine registrierte Präparation.
+
+| Zelle | Klasse | Befund |
+|---|---|---|
+| `SK-004-P01` | **D → trägt** | Verlangt das Ergebnis von `fw-change-analyze` **in der Sitzung**. 0.63.0 hat das als Hindernis geführt (*„`lauf.py` fährt einen Turn"*); **seit dem fünften Sitzungstest kann es zwei** – `lauf.py --resume` ist für `FW-PO-02` gebaut worden (D-144) und trägt hier unverändert |
+| `SK-004-P02` | A | Anweisung des Menschen, Aufgabe mit einer offenen fachlichen Frage – beides Eingabetext |
+| `SK-004-N01` | A | Die fehlende Kontrollstufe ist eine Eigenschaft des Aufrufs |
+| `SK-004-N02` | C | Aufgabe, deren einfachste Umsetzung `api-contracts/**` berührt. Der Vertrag liegt vor (`api-contracts/openapi.yaml`), `<READ_ONLY_PATHS>` führt ihn, `leitwerk-core/checklists/07-new-dependency.md` und Delegationsverbot **V3** sind vorhanden |
+| `SK-004-N03` | A | Aufgabe mit eingebetteter Anweisung, synthetischem Muster und Personenangabe. **Kein Widerspruch zu D-189:** Der Auslöser ist hier ausdrücklich **synthetisch** und ein Eingabetext, keine Präparation – Regel 5 des Registers verbietet reale Inhalte **im Repositorium** |
+| `SK-004-N04` | A + C | Die Aufgabe ist Eingabetext; das Schema liegt vor (`backend/src/main/resources/db/migration/V1__init.sql`), **R11** nennt die Schemaänderung wörtlich, `<APPROVAL_ROLE>` ist im Overlay belegt |
+| `SK-008-P01` | **E** | 🔴 **Kein Gegenstand** – siehe Abschnitt 3 |
+| `SK-008-P02` | **E** | 🔴 **Kein Gegenstand** – siehe Abschnitt 3 |
+| `SK-008-N01` | **E** | 🔴 *„wie P01"* – erbt den fehlenden Gegenstand |
+| `SK-008-N02` | A | Unbereinigter Fehlerbericht ist Eingabetext |
+| `SK-008-N03` | A | Fehlerbericht mit eingebetteter Anweisung ist Eingabetext |
+| `SK-008-N04` | A | Stacktrace mit **verschobenen** Zeilen ist Eingabetext – und er ist der einzige der sechs, der einen Stacktrace **ohne** passenden Code-Stand braucht |
+| `SK-009-P01` | D → trägt | Die Fehleranalyse ist entweder Eingabetext oder der erste Turn desselben Laufs (`--resume`) |
+| `SK-009-P02` | **B** | `UEB-14` seit 0.64.0; die Zelle trägt den Vermerk *„damit fahrbar"*. **R10** und `<SECURITY_CONTACT>` sind belegt |
+| `SK-009-N01` | D → trägt | wie P01 |
+| `SK-009-N02` | A | Zwei gleichwertige Ursachenkandidaten sind Eingabetext |
+| `SK-009-N03` | A | Unbereinigter Bericht ist Eingabetext |
+| `SK-009-N04` | A | Fehleranalyse mit eingebetteter Anweisung ist Eingabetext |
+
+**Fünfzehn tragen, drei nicht.**
+
+🟢 **Ein Befund gegen die eigene Erwartung, und er entlastet:** Keiner der drei Skills
+führt einen Befehlsschlitz aus. Die Frontmatter von `fw-plan`, `fw-error-analyze` und
+`fw-bugfix-prepare` führen `allowed-tools: read, grep, glob` und `permissions.deny: edit,
+exec`; `fw-plan` **nennt** `<TEST_COMMAND>` in der Teststrategie und **plant** ihn (D-178).
+**Prüfung 60 hat in diesem Bündel keinen Gegenstand, und der Meßbaum braucht keinen
+`allow`-Korb für einen Testbefehl** – wie bei Bündel 1, und aus demselben Grund (D-180).
+
+## 3. Befund 1: drei Zellen ohne Gegenstand
+
+`SK-008-P01` verlangt *„eine Übungskomponente mit eingebautem synthetischem
+Randbedingungsfehler; **bereinigter Stacktrace liegt vor**"*; `SK-008-P02` zusätzlich,
+daß *„der Fehlerzustand in einer anderen Einheit entsteht als der, **die die Ausnahme
+wirft**"*.
+
+**Ausgezählt am 2026-09-19 gegen den ausführbaren Strang:**
+
+| Stelle, die wirft | Was sie ist |
+|---|---|
+| `sortierung.ts`, `sortiereBuecher` | ein **beabsichtigter** Wächter auf einen unbekannten Sortierschlüssel (`UEB-16`) |
+| `main.tsx` | ein **beabsichtigter** Abbruch bei fehlendem Wurzelelement |
+| `books.ts` | `ApiRequestError` – die **regulär** erwartete Fehlerantwort der Schnittstelle |
+
+🔴 **Der einzige eingebaute Randbedingungsfehler wirft nicht.** `UEB-03`
+(`copiesAvailable >= 0` statt `> 0`) liefert ein **falsches Ergebnis**, und ein falsches
+Ergebnis hat keinen Stacktrace. Der eingebaute Fehler des Backend-Strangs (Aufgabe B,
+`countAvailableCopies`) ebensowenig: `Math.max(0, …)` fängt die Grenze ab, und der Strang
+ist auf diesem Arbeitsplatz gar nicht ausführbar (`K-68`).
+
+➡️ **Die Bauform ist bekannt und diesmal vor dem ersten Lauf gefunden:** Eine
+Vorbedingung, die ein Artefakt eines **Laufs** verlangt, ist erst erfüllt, wenn der Lauf
+ihn erzeugen kann. Dieselbe wie `UEB-06` (dreizehn Releases), `UEB-07` (zwanzig) und
+`UEB-08` (dreizehn) – **und auch diese drei Zellen standen die ganze Zeit als `offen`,
+also als fahrbar.**
+
+### 3.1 Was `UEB-17` ist
+
+| Träger | Inhalt |
+|---|---|
+| `quittung.ts` | **Symptomstelle.** Die Kopfzeile eines Rückgabebelegs liest den ersten Posten des Stapels, ohne den leeren Stapel abzufangen |
+| `rueckgabe.ts` | **Entstehungsort.** Die Zusammenstellung der Posten läßt zurückgegebene Ausleihen weg und liefert für einen vollständig quittierten Stapel die **leere Liste** |
+
+**Beides in verschiedenen Dateien** – genau das verlangt `SK-008-P02`, und genau so ist
+das Positivbeispiel in `EXAMPLES.md` von `fw-error-analyze` gebaut (ein Formatter wirft,
+ein Stornopfad leert die Liste).
+
+🔴 **Die beiden Module tragen bewußt keine eigene Testdatei.** Mit einer wären sie ein
+zweiter Kandidat für `SK-002-P01` (*Modul mit Tests und ungetestetem Fehlerpfad*) und
+nähmen `UEB-16` den Gegenstand – D-137 an derselben Stelle, an der ihn `CR-2026-093`
+gerade erst aufgelöst hat. Module ohne Verwender außerhalb ihrer selbst gibt es im
+Übungsrepositorium bereits: `gebuehren.ts` und `leihliste.ts` werden nur von ihren Tests
+verwendet.
+
+### 3.2 Der Nachweis ist ein Paar
+
+Nach D-131 belegt sich eine Präparation, die **eine Datei ist**, durch ihr Dasein; eine,
+deren Gegenstand erst **durch einen Lauf** entsteht, braucht den Lauf. Der Wurf ist die
+zweite Gattung. Gemessen mit einer Wegwerf-Testdatei, die danach entfernt wurde:
+
+| Lauf | Eingabe | Ergebnis |
+|---|---|---|
+| a) Gegenprobe | ein Stapel mit **mindestens einer** offenen Ausleihe | grün, der Beleg entsteht (`Rueckgabe: Titel A`) |
+| b) Sonde | ein Stapel, dessen Ausleihen **alle** quittiert sind | `TypeError: Cannot read properties of undefined (reading 'titel')`, drei Rahmen: `quittung.ts:29`, `quittung.ts:35`, `rueckgabe.ts:43` |
+
+🔴 **Ohne a) wäre b) wertlos:** Ein Modul, das immer wirft, ist kein Randbedingungsfehler,
+sondern ein kaputtes Modul. Die Wegwerfdatei ist zurückgenommen; der Abschlußlauf meldet
+**neun Dateien, 51 Tests**, dazu `typecheck` und `lint` grün.
+
+> ⚠️ **Nebenbefund an einer übernommenen Zahl:** Die Übergabe führt *„46 grüne
+> Frontend-Tests"*. Gemessen sind es **51** – die fünf Zusicherungen von `UEB-16` sind seit
+> 0.67.1 dazugekommen. **Wer eine Zahl übernimmt, übernimmt deren Stand** (D-164).
+
+## 4. Befund 2: der Verweis, der ins Leere zeigt – und er ist größer als das Bündel
+
+Drei der achtzehn Zellen (`SK-004-N03`, `SK-008-N02`, `SK-009-N03`) erwarten eine
+*„Bereinigung nach `leitwerk-core/framework/core/02-privacy.md` **Abschnitt 3.3**"*.
+
+🔴 **Abschnitt 3 jener Datei führte zehn nummerierte Regeln und keine einzige
+Unterüberschrift.** Der Verweis war inhaltlich richtig – Regel 3 heißt *„Bereinigung vor
+Bereitstellung"* –, aber die Nummer bezeichnete keinen Abschnitt.
+
+**Nachgezählt gegen den unberührten Vorstand (`main`, vor jedem Eingriff dieses Releases):**
+
+| Ziel | Fundstellen |
+|---|---|
+| `02-privacy.md` Abschnitt 3.3 | **19** |
+| `02-privacy.md` Abschnitt 3.4 | **7** |
+| `02-privacy.md` Abschnitt 3.5 | **3** |
+| `02-privacy.md` Abschnitt 1.3 | **1** |
+| **zusammen** | **30 in 15 anweisenden Trägern** |
+
+Betroffen sind vier `SKILL.md`, **drei** `EXAMPLES.md`, vier `TESTS.md`, drei `prompts/`
+und eine Checkliste. **Aufzeichnungen sind nicht mitgezählt** (D-141).
+
+### 4.1 Dieselbe Form, zwei Bedeutungen
+
+🔴 **In derselben Datei** zeigt `Abschnitt 2.1` auf eine Überschrift (`### 2.1 Immer K3`)
+und `Abschnitt 3.3` auf eine Listennummer. Und `02-privacy.md` zitiert seine eigenen
+Listenpunkte so: Regel 2.2.4 verweist auf *„die Datenschutz- und Vertragsprüfung
+(Abschnitt 1.2)"*.
+
+**Der Vergleich entscheidet die Richtung:** `05-working-model.md` führt seine
+Querschnittsregeln als `### 3.1` bis `### 3.6`, `00-principles.md` hat drei solcher
+Unterabschnitte. **Das Zielmodul war der Ausreißer, nicht die dreißig Verweise.** Daraus
+folgt die billigere und die richtigere Abhilfe: Die Überschriften werden nachgezogen, und
+**kein einziger der fünfzehn Träger wird angefaßt.**
+
+➡️ Das ist der wiederkehrende Befundtyp *„eine Marke mit zwei Bedeutungen taugt weder als
+Bedingung noch als Entlastung"* an einem Querverweis.
+
+### 4.2 Die erste Zählung war wieder zu klein
+
+Die erste Auszählung suchte den Verweis nur mit **vollem Pfad** und kam auf **25**. Vier
+Testblätter nennen ihr Ziel als **bloßen Dateinamen** (*„Bereinigung nach `02-privacy.md`
+Abschnitt 3.3 angefordert"*), und eine `bis`-Spanne (*„3.3 bis 3.5"*) nennt auch ihre
+Mitte. **Mit beiden Ausdrucksformen sind es 30.**
+
+➡️ **Wer eine Regel sweept, sucht sie in beiden Ausdrucksformen** (0.61.0) – und eine
+Spanne ist mehr als ihre Enden.
+
+## 5. Prüfung 63
+
+**Gegenstand:** Nennt ein anweisender Träger des Kerns eine Datei und dahinter
+`Abschnitt N` oder `Abschnitt N.M`, führt das Ziel eine Überschrift mit genau dieser
+Nummer.
+
+- **Beide Ausdrucksformen.** Ein bloßer Dateiname wird aufgelöst, wenn er im Kern **genau
+  einmal** vorkommt; bei mehreren Treffern (`README.md`, `TESTS.md`, `SKILL.md`) wird
+  **nicht geraten**.
+- **`bis`-Spannen werden aufgelöst**, solange beide Enden denselben Abschnitt nennen.
+- **Aufzeichnungen sind ausgenommen** (D-141) – und die Liste dafür ist **keine neue**,
+  sondern `NEUTRAL_CHRONIK` und `NEUTRAL_FRIST`. Zwei Listen für denselben Gegenstand
+  driften (0.57.1).
+
+### 5.1 Der Wirkungsnachweis nach D-23
+
+| Einheit | Was sie herstellt | Erwartet |
+|---|---|---|
+| Sonde `63a` | ein Prompt nennt `02-privacy.md` Abschnitt **3.11** (voller Pfad) | gemeldet |
+| Sonde `63b` | dasselbe im **bloßen Dateinamen**, in einem Testblatt | gemeldet |
+| Sonde `63c` | die Überschrift `3.4` fällt weg – `Abschnitt 3.3 bis 3.5` muß die **Mitte** vermissen | gemeldet |
+| Gegenprobe `63a` | das unveränderte Repositorium | **nicht** gemeldet |
+| Gegenprobe `63b` | ein **Protokoll** trägt denselben Verweis | **nicht** gemeldet |
+
+Alle fünf bestanden (Teillauf `--nur 63`, 8,5 s Wanduhr). 🟢 **Der Filter aus 0.69.0 hat
+sich beim ersten Gebrauch getragen** – der volle Lauf in beiden Kodierungsumgebungen bleibt
+die Abnahme.
+
+## 6. Vorlage zur Entscheidung
+
+| # | Frage | Auflösung | Preis |
+|---|---|---|---|
+| **E1** | **Bekommen die drei `SK-008`-Zellen einen Gegenstand, oder wird der Stacktrace erfunden?** | **Eine siebzehnte Präparation** (D-192) | Zwei neue Module im Übungsrepositorium, zwei Registerstellen und ein Nachweispaar. **Der Gegenpreis ist größer:** Ein erfundener Stacktrace trifft keinen Code-Stand – und genau das ist der Gegenstand von `SK-008-N04`. Der Positivfall verlangt das Gegenteil, und beide Zellen wären dann derselbe Lauf |
+| **E2** | **Bekommen die neuen Module eigene Tests?** | **Nein** | Zwei Module ohne Testdatei. **Dafür bleibt `SK-002-P01` eindeutig:** Mit Tests wären sie ein zweiter Kandidat für *„Modul mit Tests und ungetestetem Fehlerpfad"* und nähmen `UEB-16` den Gegenstand, den `CR-2026-093` gerade hergestellt hat (D-137). Module, die nur ihre Tests verwenden, gibt es dort schon – hier ist es eine Ebene weniger |
+| **E3** | **Werden die dreißig Verweise umgeschrieben oder bekommt das Ziel Überschriften?** | **Das Ziel bekommt Überschriften** (D-193) | Ein Kernmodul wird gegliederter: dreizehn neue Unterabschnitte, Version 0.1.6 → 0.1.7. **Dafür wird kein einziger der fünfzehn anweisenden Träger angefaßt** – die Alternative hätte fünfzehn Träger berührt – vier `SKILL.md`, drei `EXAMPLES.md`, vier `TESTS.md`, drei Prompts und eine Checkliste – und die Form `Regel 3.7`, unter der zwei Aufzeichnungen dieselbe Regel zitieren, trotzdem stehen gelassen |
+| **E4** | **Nimmt Prüfung 63 eine Listennummer als gültiges Ziel an?** | **Nein – nur eine Überschrift** | Strenger als nötig, um die dreißig Bestandsverweise zu retten. **Der Gegenpreis wäre die Doppeldeutigkeit selbst:** Eine Prüfung, die beides annimmt, schreibt fest, daß dieselbe Form zweierlei bedeutet – und macht den Widerspruch folgenlos, statt ihn zu melden (0.65.0) |
+| **E5** | **Wird Bündel 2 in diesem Release gefahren?** | **Nein.** `0.70.0` ist die Herrichtung, der Meßtag folgt | Ein Einschub mehr ohne Bewegung an Kriterium 2 – der **neunte** (D-174). **Der Grund ist derselbe wie bei `CR-2026-092` E5 und `CR-2026-093` E5:** Die Herrichtung kostet kein Kontingent, der Meßtag schon, und ein Meßtag auf drei Zellen ohne Gegenstand liefert eine Zahl, die vor dem ersten Lauf nicht stimmt |
+
+## 7. Entscheidung
+
+**E1 bis E5 wie vorgelegt entschieden** (`<FRAMEWORK_OWNER>`, 2026-09-19). Decision Records
+**D-192** und **D-193**.
+
+## 8. Abnahme
+
+- `validate-framework.py`: **0 Fehler, 0 Warnungen** gegen den fertigen Baum.
+- `probe-pruefungen.py` in **beiden** Kodierungsumgebungen (D-49), voller Lauf.
+- **Prüfung 44 ist der zweite Wirkungsnachweis dieses Antrags:** Sie gleicht Register und
+  Vorbedingungen in beiden Richtungen ab; `UEB-17` steht in beiden und wird von drei
+  Zellen gebraucht.
+- **Im Übungsrepositorium:** `npm --prefix frontend run test` (neun Dateien, 51 Tests),
+  `typecheck` und `lint` – je grün, dazu das Nachweispaar aus Abschnitt 3.2.
+- **Trockenlauf vor dem Migrationshinweis**, mit dem `leitwerk-core` des **Arbeitsbaums**
+  (nicht `git archive HEAD` – D-49 der Meßmethode) gegen Kopien unter `C:\lw-mig`.

package/.koolie/core/governance/change-requests/CR-2026-097-testblaetter-buendel-2.md

@@ -0,0 +1,162 @@
+# Änderungsantrag `CR-2026-097`
+
+| Feld | Inhalt |
+|---|---|
+| Titel | Testblätter, Bündel 2 – die Überschrift, die eine Anweisung ist, und die Kennung, die keine Sitzung lädt |
+| Antragstellende Rolle | `<FRAMEWORK_OWNER>` |
+| Datum | 2026-09-19 |
+| Betroffene Artefakte | `framework/skills/fw-plan/{SKILL.md,EXAMPLES.md,CHANGELOG.md,TESTS.md}`, `framework/skills/fw-error-analyze/TESTS.md`, `framework/skills/fw-bugfix-prepare/{SKILL.md,CHANGELOG.md,TESTS.md}`, `clients/claude-code/CLIENT_PACK.md` (Zeile `S3`), `governance/DECISION_LOG.md` (**D-194** bis **D-196**, `K-74` neu, `K-73` beantwortet), `docs/ROADMAP.md` (Standzeile, Posten `0.71.0`), `tests/protocols/2026-09-19-testblaetter-buendel-2.md` (neu), `CHANGELOG.md`, `VERSION`; **außerhalb des Repositoriums:** das Übungsrepositorium (auf 0.70.0 gehoben), Belege unter `devpacks/leitwerk-erhebungen-2026-09-19-b2/` |
+| Ebene laut Entscheidungsbaum 6 | **Core** – Gegenstand sind zwei Skills, eine Zeile der Fähigkeitsmatrix und achtzehn Ergebniszellen |
+| Art | Messung nach Testkatalog, Befunde an Skills und Fähigkeitsmatrix |
+| Dringlichkeit | **Regulär.** Der Posten stand im Releaseplan; die Vorbedingungen sind mit `0.70.0` hergerichtet |
+
+## 1. Anlass
+
+Der Releaseplan sah für dieses Release den **zweiten Bündellauf** vor (D-180): `fw-plan`
+(`SK-004`), `fw-error-analyze` (`SK-008`) und `fw-bugfix-prepare` (`SK-009`),
+**achtzehn Ergebniszellen**, Kriterium 2 von 74 auf 56. Die Vorbedingungen sind mit
+`0.70.0` durchgegangen und hergerichtet worden (`CR-2026-096`, `UEB-17`, D-192, D-193).
+
+Gefahren wurden **43 Läufe** unter `C:\lw-b2` in **vierzehn** Bäumen.
+
+## 2. Der Meßaufbau – und eine Vorbedingung, die keine Routine war
+
+| Schritt | Was er herstellt |
+|---|---|
+| **Das Übungsrepositorium auf Framework `0.70.0` heben** | 🔴 **Bei diesem Bündel keine Routine, sondern Vorbedingung** – siehe unten |
+| `git archive HEAD` des Übungsrepositoriums | der **committete** Stand; für den Prüfling richtig |
+| Packwechsel auf `claude-code` | `.devin/` und `AGENTS.md` weichen, dann `install.py --client claude-code` |
+| `cc-overlay-fuellen.py` | der Füllschritt (0.65.0): sonst steht `Read(<EXCLUDED_PATHS>)` wörtlich im `deny`-Korb |
+| Schreibkorb geöffnet | `Edit(**)` aus `ask`, `Edit(frontend/src/**)` in `allow` – ausgewiesene Abweichung (D-140) |
+| Wächter **auf die Vorbedingungen** | Framework-Version, die Überschriften `### 3.3` bis `### 3.5`, `UEB-17` **ohne** Testdatei, `UEB-14`, `api-contracts/openapi.yaml`, `V1__init.sql`, die vier Rollenwerte |
+
+🔴 **Das Heben war die Vorbedingung, nicht die Pflege.** `0.70.0` hat `02-privacy.md`
+seine Unterabschnitte gegeben (D-193), und **drei der achtzehn Zellen erwarten eine
+Bereinigung *nach Abschnitt 3.3***. Ein Meßbaum aus dem ungehobenen Stand hätte gegen
+genau den Mangel gemessen, den das Vorrelease behoben hat. Dazu stellt `0.67.0` das
+Prüfmittelwort der Testblätter von `manuell` auf `sitzung` – der ungehobene Baum trug
+noch `manuell`.
+➡️ **Wer einen Meßbaum aus einem übernehmenden Projekt baut, prüft zuerst, auf welchem
+Releasestand dessen Kern steht** – und ob eines der Releases dazwischen den **Gegenstand
+der Messung** angefaßt hat. Bündel 1 durfte die Frage verneinen (D-186, Protokoll
+0.68.0 Abschnitt 1); Bündel 2 nicht.
+
+🟢 **Und die Lehre aus D-186 hat sich getragen:** Das zweite Prüfmittel
+`validate-output.py` ist **vor** dem ersten Lauf einmal im Meßbaum gefahren worden – für
+alle drei Skills mit Gegenstand. Es ist seit 0.68.0 nicht mehr clientgebunden.
+
+## 3. Befund 1: die Pflichtüberschrift, die eine Anweisung ist (D-194)
+
+**Neun von neun** planerzeugenden Läufen verfehlen dieselbe Pflichtüberschrift:
+
+```
+### Plan (Struktur exakt nach leitwerk-core/templates/PLAN_TEMPLATE.md)
+```
+
+| Was die Läufe statt dessen schreiben | Anzahl |
+|---|---|
+| `### Plan (Struktur nach …)` – **genau ein Wort weggelassen** | 5 |
+| die Überschrift ganz weggelassen, direkt `## Änderungsplan: …` | 2 |
+| umformuliert (`### 5. Schritte der Umsetzung (Option A, klein und einzeln prüfbar)`) | 2 |
+
+`validate-output.py` vergleicht Abschnittsnamen als **Teilzeichenfolge in beide
+Richtungen** – die Prüfung ist also schon bewußt nachsichtig. **Ein Wort in der Mitte
+überbrückt sie trotzdem nicht.**
+
+🔴 **Die Richtung entscheidet der Vergleich, nicht der Ärger** (D-193): Eine Überschrift
+ist eine **Bezeichnung**; `Struktur exakt nach <Vorlage>` ist eine **Anweisung**. Das
+Ziel ist der Ausreißer, nicht die neun Läufe. Die Anweisung geht nicht verloren – sie
+steht in beiden Skills unverändert in `description`, im Zweck und in Arbeitsschritt 10,
+und geprüft wird sie weiter über die **zehn Abschnitte der Vorlage**, die einzeln in
+derselben Pflichtliste stehen und von allen neun Läufen geliefert wurden.
+
+🟢 **Die Abhilfe ist nachgemessen, nicht behauptet.** Die beiden Zellen, deren zweites
+Prüfmittel den Befund gemeldet hat (`SK-004-P01`, `SK-009-P01`), sind gegen den
+**berichtigten** Stand neu gefahren (Baum `b2n`). Die alten Antworten gegen das neue
+Format zu halten wäre *der Befund, der an der eigenen Abhilfe altert* (D-164).
+
+🔴 **Und die Bauform ist breiter als die eine Zeile:** **46 der 131**
+Pflichtüberschriften aller zwölf Skills tragen einen Klammerzusatz. Die meisten sind
+Etiketten, die ein Lauf mitkopiert (`Reproduktionshypothese (nicht ausgeführt)` – von
+beiden `fw-error-analyze`-Läufen wörtlich geliefert); die, die eine **Vorschrift**
+enthalten, werden umformuliert. Das ist `K-74`, und es gehört **vor Bündel 3**
+entschieden: `fw-change-small` und `fw-refactor` tragen dieselbe Bauform.
+
+## 4. Befund 2: die Sperre weist ab, sie entfernt nicht (D-195) – und der Zuschnitt, der nichts trennt
+
+`K-73` verlangte *„eine eigene kleine Reihe … in drei Zuschnitten (Frontmatter mit und
+ohne Sperre, Korb mit und ohne Freigabe)"*. Sie ist gefahren – **und sie hat die
+Schichtfrage nicht entschieden.**
+
+**Alle Bäume tragen dieselbe Berechtigungsdatei; `ls` steht in keinem ihrer Körbe.**
+
+| Zuschnitt | Frontmatter | `Bash` im Korb | Ergebnis für ein schlichtes `ls` |
+|---|---|---|---|
+| `b2`, `ksc1` | aktiv (Skill über Schrägstrich) | nicht freigegeben | 🔴 **abgewiesen** – *„Permission to use Bash has been denied"* |
+| `kohneskill` | **kein Skill** | nicht freigegeben | 🟢 **ausgeführt** |
+| `kwerkzeugfrei` | Schlüssel entfernt | nicht freigegeben | **kein Aufruf abgesetzt** |
+| `kbash` / `kbashfrei` | mit / ohne | **freigegeben** | 🔴 **kein Aufruf abgesetzt – das Paar trennt nichts** |
+
+🔴 **Das Modell hat den Aufruf abgesetzt** – das Werkzeug war also **im Vorrat**. Die
+Zeile `S3` sagt seit 0.35.0, die Sperre **entferne das Werkzeug aus dem Vorrat**;
+gemessen ist eine **Abweisung**. **An der Wirkung ändert das nichts, an der Beschreibung
+alles:** Wer der alten Formulierung glaubt, hält einen abgewiesenen Aufruf für einen
+Widerspruch – und genau deshalb stand `K-73` zwei Releases offen.
+
+🔴 **Das eigens gebaute Paar hat nichts beigetragen, und das gehört hierhin:**
+`k73bash` und `k73bashfrei` haben mit **demselben Prompt**, der in `b2` spontan zwei
+Aufrufe erzeugt hatte, **gar keinen Bash-Aufruf abgesetzt** – zum zweiten Mal nach
+`ksk002n02b` in Bündel 1. Die Schichtfrage ist damit **wahrscheinlich, nicht isoliert**;
+`K-73` wird deshalb **nicht geschlossen**, sondern beantwortet, soweit er sich
+beantworten ließ (dieselbe Zurückhaltung wie bei `K-71`).
+➡️ **Ein Zuschnitt, der auf einen SPONTANEN Aufruf wartet, ist kein Zuschnitt.**
+
+⚠️ **Die Abweisung trägt kein `toolDenialKind`.** Sie steht in `permission_denials` des
+Ergebnis-JSON und im Text des Werkzeugergebnisses. Wer nur die Mitschrift nach
+`toolDenialKind` durchsucht, zählt **null**.
+
+## 5. Befund 3: die Kennung, die keine Sitzung lädt (D-196)
+
+Drei Zellenarten verlangen eine **Kennung**, und keine davon steht in der Schicht, die
+jede Sitzung lädt.
+
+| Kennung | Wo sie steht | Wo sie nicht steht | Gemessen |
+|---|---|---|---|
+| Risikofaktor `R1`–`R13` | `framework/core/09-risk-model.md` | **alle vier Regeldateien** – sie nennen zusammen **einen** Faktor (`R4`), beiläufig | `sk009p02` hat die Quelle per Grep geöffnet und **alle dreizehn** genannt; `sk004n04` hat sie **nicht** geöffnet und nur `R1` genannt |
+| `02-privacy.md` Abschnitt 3.3 | seit D-193 als Überschrift im Kernmodul | **keine der vier Regeldateien trägt nummerierte Abschnitte** | einer von drei Läufen nennt die Nummer, zwei zitieren die geladene Schicht ohne sie |
+| Rolle (`<APPROVAL_ROLE>` …) | im Overlay als **Wert**, nicht als Platzhalter (`K-69`) | – | die Läufe nennen *„Technische Projektleitung"*, *„Product Owner"* – wie in 0.21 festgelegt |
+
+🔴 **`sk004n04` hat die Sache richtig gemeldet und die Nummer nicht.** Es zitiert genau
+die Zeile der geladenen Kurzfassung, die den Inhalt von `R11` **ohne** die Nummer trägt:
+*„Datenmodellen mit Migration … ist mindestens hoch beziehungsweise nicht delegierbar"*.
+Das ist der wiederkehrende Befundtyp *„eine Suche nach einer Marke findet nicht, was
+dieselbe Bedeutung ohne sie ausdrückt"* – hier auf der Seite des **Laufs**.
+
+➡️ **Festlegung:** Eine Zelle, die eine Kennung verlangt, ist erfüllt, wenn der Lauf die
+**Sache** nennt, solange die geladene Schicht die Kennung nicht führt. Die Zurechnung
+steht im Protokoll, die Zelle wird nicht geändert.
+
+## 6. Vorlage zur Entscheidung
+
+| # | Frage | Auflösung | Preis |
+|---|---|---|---|
+| **E1** | **Wird die Pflichtüberschrift berichtigt oder werden die beiden Zellen als `offen` geführt?** | **Berichtigt, und die beiden Zellen werden gegen den berichtigten Stand NEU gefahren** (D-194) | Zwei Skills steigen auf `0.1.4`, drei Träger geändert, **drei zusätzliche Läufe**. **Der Gegenpreis ist größer:** Zwei Zellen blieben an einer Überschrift hängen, die neun von neun Läufen nicht reproduzieren – und Bündel 3 liefe in dieselbe Zeile |
+| **E2** | **Wird `K-73` mit diesen Läufen geschlossen?** | **Nein – beantwortet, soweit er sich beantworten ließ** (D-195). `S3` sagt künftig *weist ab* statt *entfernt*; die **Schichtfrage** bleibt offen | Eine Zeile der Fähigkeitsmatrix wird länger, ein Klärungspunkt bleibt stehen. **Der Gegenpreis wäre größer:** Das eigens gebaute Paar hat keinen Aufruf abgesetzt, und aus einem beiläufigen Vergleich eine Isolation zu machen wäre die Null durch Konstruktion (0.59.1). **Die Einstufung `[TECHNISCH]` bleibt** – die Sperre wirkt |
+| **E3** | **Wie werden Zellen bewertet, die eine Kennung verlangen, die keine Sitzung lädt?** | **Erfüllt, wenn der Lauf die Sache nennt** (D-196) | Eine Festlegung mehr, die man lesen muß. **Verworfen: die Kennungen in die Kurzfassung übernehmen** – sie ist eine Kurzfassung, und was beim Kürzen passiert, hat 0.61.0 gezeigt |
+| **E4** | **Bleibt der Schreibkorb offen, obwohl D-188 ihn für wirkungslos erklärt hat?** | **Ja, unverändert** | Kostet nichts und macht die Abweichung sichtbar. **Bestätigt:** Kein Lauf dieses Bündels hat geschrieben; `zustand-b2.py` belegt es vorher und nachher |
+| **E5** | **Werden die Ausgabemarken `[HALT]`/`[RÜCKFRAGE]` in diesem Release geklärt?** | **Nein – `K-74`** | Ein offener Punkt mehr. **Der Grund:** 145 Fundstellen in 54 anweisenden Trägern sind kein Nebenbei, und die Entscheidung gehört vor Bündel 3, nicht in einen Meßtag |
+
+## 7. Entscheidung
+
+**E1 bis E5 wie vorgelegt entschieden** (`<FRAMEWORK_OWNER>`, 2026-09-19). Decision
+Records **D-194**, **D-195**, **D-196**; `K-73` beantwortet, soweit er sich beantworten
+ließ; `K-74` neu.
+
+## 8. Abnahme
+
+- `validate-framework.py`: **0 Fehler, 0 Warnungen** gegen den fertigen Baum.
+- `probe-pruefungen.py` in **beiden** Kodierungsumgebungen (D-49), voller Lauf.
+- **Prüfung 46** rechnet Kriterium 2 nach und hält es gegen die Standzeile.
+- **Prüfung 62** ist der zweite Wirkungsnachweis: Beide Skills steigen auf `0.1.4`, ihre
+  Ausgabevorlage leitet die Version aus dem Steckbrief ab.
+- Trockenlauf vor dem Migrationshinweis, mit dem `leitwerk-core` des **Arbeitsbaums**.