hindermath · hindermath · Jul 24, 2026 · Jul 24, 2026 · Jul 24, 2026
diff --git a/docs/project-statistics.md b/docs/project-statistics.md
@@ -446,26 +446,26 @@ Profil 2 verwendet Git-getrackte Textdateien und sichtbare Git-Aktivitaet. Die W
 
 | Kennzahl / Metric | Wert / Value |
 |---|---:|
-| Textbasis / Text base | 122855 lines |
+| Textbasis / Text base | 122943 lines |
 | Textdateien / Text files | 815 |
 | Beobachtbarer Zeitraum / Observable period | 2025-07-27..2026-07-24 |
 | Aktivtage / Active days | 127 |
-| Relevante Commits / Relevant commits | 677 |
-| Zeilen je Aktivtag / Lines per active day | 967.4 |
+| Relevante Commits / Relevant commits | 678 |
+| Zeilen je Aktivtag / Lines per active day | 968.1 |
 | Peak-Tag im Fenster / Peak day in window | 2026-04-19 / 107974 |
 | Peak-Woche im Fenster / Peak week in window | 2026-04-19 / 114277 |
 | Laengste Serie / Longest streak | 11 days |
 | Speedup vs. 80 lines/day | 12.1x |
 | Speedup vs. 100 lines/day | 9.7x |
-| Methodik / Methodology | v2; source `c21c8315d5b7` |
+| Methodik / Methodology | v2; source `0275e0e6b3a7` |
 
 ### Artefaktmix / Artifact Mix
 
 ```text
 Produktiv / Production          [##..................]   8.3% | 10220
 Tests                           [#...................]   3.4% | 4174
-Dokumentation / Documentation   [###############.....]  76.5% | 93955
-Skripte / Scripts               [##..................]   7.9% | 9747
+Dokumentation / Documentation   [###############.....]  76.5% | 94039
+Skripte / Scripts               [##..................]   7.9% | 9751
 Konfiguration / Configuration   [#...................]   1.9% | 2356
 Daten und Medien / Data and media [#...................]   0.9% | 1150
 Sonstiger Text / Other text     [#...................]   1.0% | 1253
@@ -604,7 +604,7 @@ Die Faktoren vergleichen sichtbare Lieferdichte mit den dokumentierten manuellen
 Scale: 0..1000 lines/day
 Experienced manual [##..................] 80
 Thorsten solo      [##..................] 100
-Visible repository [###################.] 967.4
+Visible repository [###################.] 968.1
 ```
 
 Die gemeinsame Skala vergleicht Referenzen und sichtbare Lieferdichte. Sie schreibt die Git-Aktivitaet keiner Person oder KI pauschal zu.
@@ -630,6 +630,6 @@ DE: Das Fenster beginnt am 2025-07-27 und endet am 2026-07-24. Es enthaelt 127 a
 | 2026-04 | 119744 |
 | 2026-05 | 13510 |
 | 2026-06 | 37685 |
-| 2026-07 | 54429 |
+| 2026-07 | 54539 |
 
 <!-- project-statistics-v2:end -->
diff --git a/scripts/config/spec-kit-intake-authoring-governance-presets.json b/scripts/config/spec-kit-intake-authoring-governance-presets.json
@@ -8,7 +8,7 @@
     {"id":"a11y-governance","version":"v0.4.1","priority":40,"repository":"https://github.com/hindermath/spec-kit-preset-a11y-governance","archiveUrl":"https://github.com/hindermath/spec-kit-preset-a11y-governance/archive/refs/tags/v0.4.1.zip"},
     {"id":"cross-platform-governance","version":"v0.2.1","priority":50,"repository":"https://github.com/hindermath/spec-kit-preset-cross-platform-governance","archiveUrl":"https://github.com/hindermath/spec-kit-preset-cross-platform-governance/archive/refs/tags/v0.2.1.zip"},
     {"id":"agent-parity-governance","version":"v0.4.0","priority":60,"repository":"https://github.com/hindermath/spec-kit-preset-agent-parity-governance","archiveUrl":"https://github.com/hindermath/spec-kit-preset-agent-parity-governance/archive/refs/tags/v0.4.0.zip"},
-    {"id":"intake-authoring-governance","version":"v0.1.1","priority":64,"repository":"https://github.com/hindermath/spec-kit-preset-intake-authoring-governance","archiveUrl":"https://github.com/hindermath/spec-kit-preset-intake-authoring-governance/archive/refs/tags/v0.1.1.zip"},
+    {"id":"intake-authoring-governance","version":"v0.2.0","priority":64,"repository":"https://github.com/hindermath/spec-kit-preset-intake-authoring-governance","archiveUrl":"https://github.com/hindermath/spec-kit-preset-intake-authoring-governance/archive/refs/tags/v0.2.0.zip"},
     {"id":"intake-review-governance","version":"v0.1.1","priority":65,"repository":"https://github.com/hindermath/spec-kit-preset-intake-review-governance","archiveUrl":"https://github.com/hindermath/spec-kit-preset-intake-review-governance/archive/refs/tags/v0.1.1.zip"},
     {"id":"autonomous-run-governance","version":"v0.3.2","priority":70,"repository":"https://github.com/hindermath/spec-kit-preset-autonomous-run-governance","archiveUrl":"https://github.com/hindermath/spec-kit-preset-autonomous-run-governance/archive/refs/tags/v0.3.2.zip"},
     {"id":"parallel-autonomous-run-governance","version":"v0.2.3","priority":80,"repository":"https://github.com/hindermath/spec-kit-preset-parallel-autonomous-run-governance","archiveUrl":"https://github.com/hindermath/spec-kit-preset-parallel-autonomous-run-governance/archive/refs/tags/v0.2.3.zip"}

diff --git a/scripts/templates/AGENTS.md.tmpl b/scripts/templates/AGENTS.md.tmpl
@@ -210,9 +210,10 @@ Neue Lernreihen fuer Fachinformatiker*innen und weitere IT-Ausbildungsberufe wer
 ## Spec-Kit-Presets / Spec Kit Presets
 
 - Standard-Preset-Set: `security-governance` v0.6.1 prio 10, `architecture-governance` v0.5.1 prio 20, `isaqb-architecture-governance` v0.2.1 prio 30, `a11y-governance` v0.4.1 prio 40, `cross-platform-governance` v0.2.1 prio 50, `agent-parity-governance` v0.4.0 prio 60, `autonomous-run-governance` v0.3.2 prio 70, `parallel-autonomous-run-governance` v0.2.3 prio 80.
-- Optionale Intake-Presets: `intake-authoring-governance` v0.1.1 prio 64 und `intake-review-governance` v0.1.1 prio 65 bleiben ausserhalb der Standard-Achtermatrix. Die verwaltete Thorsten-Flotte waehlt beide ueber `intake-authoring-ten-governance-presets`; das bisherige Neunerprofil bleibt kompatibel verfuegbar. Neue registrierte Flotten-Repositories erben `defaultPresetProfile`. *Optional intake presets: Authoring v0.1.1 at priority 64 and Review v0.1.1 at priority 65 remain outside the standard eight. Thorsten's managed fleet selects both through the explicit ten-preset profile; the prior nine-preset profile remains available.*
-- Intake Authoring erzeugt aus ausdruecklich benannten, geordneten UTF-8-Quellen genau einen Intake und ein hashgebundenes Receipt. Materielle Fragen werden einzeln und hoechstens fuenfmal pro Durchgang gestellt; offene Fragen erzeugen `NeedsClarification` mit `BLOCKED - DO NOT RUN`. Bestehende Ziele benoetigen ausdrueckliche Update-Autoritaet. `ReadyForReview` ist keine Review-Freigabe. Der naechste Schritt wird als `speckit.intake-review` gemeldet, aber nie automatisch gestartet. Ohne ausdrueckliche Remote-Autoritaet verwendet der erzeugte Autonomous-Prompt `LocalImplementation`. Lernreihen duerfen Intakes vorbereiten und paketieren, starten aber keinen Lernendenlauf ohne ausdruecklichen Auftrag. *Intake Authoring creates one intake and hash-bound receipt from explicitly named ordered UTF-8 sources. It never starts review or execution, never infers overwrite or remote authority, and learner runs still require explicit authorization.*
+- Optionale Intake-Presets: `intake-authoring-governance` v0.2.0 prio 64 und `intake-review-governance` v0.1.1 prio 65 bleiben ausserhalb der Standard-Achtermatrix. Die verwaltete Thorsten-Flotte waehlt beide ueber `intake-authoring-ten-governance-presets`; das bisherige Neunerprofil bleibt kompatibel verfuegbar. *Optional intake presets: Authoring v0.2.0 at priority 64 and Review v0.1.1 at priority 65 remain outside the standard eight.*
+- Intake Authoring trennt Create, Read, Update und logisches Delete, beschraenkt URL-Quellen auf oeffentliches HTTPS und publiziert mehrere Intakes erst nach einem vollstaendigen, ausdruecklich genehmigten Series-Vorschlag. Archive, Tombstones und Receipts bleiben hashgebunden. Review oder Ausfuehrung startet nie automatisch. *Intake Authoring separates CRUD, bounds public HTTPS sources, requires explicit series approval, and never starts downstream review or execution.*
 - Intake Review akzeptiert bei aktiver Projekt- oder Kampagnenpolicy nur aktuelle `Ready`- oder menschlich akzeptierte `ReadyWithAcceptedRisks`-Ergebnisse; Critical/High, offene materielle Fragen, Hash-Drift oder fehlende Worker-Coverage blockieren. Review und Status sind read-only, Repair benoetigt ausdrueckliche Aenderungsautoritaet. Series-Reviews verwenden Schema 1.1, binden den normalisierten Request-Hash und pruefen exakte Zielreihenfolge, explizite Roots sowie einen azyklischen Graphen; nicht belegbare Vorgaengerbeziehungen fuehren zu `NeedsClarification`. *Series reviews use schema 1.1, bind the normalized request hash, and verify exact target order, explicit roots, and an acyclic graph; unprovable predecessor relations result in `NeedsClarification`.*
+- Community-Katalog-Einreichungen an `github/spec-kit` strikt einzeln erstellen und aktivieren: erst den erzeugten PR pruefen und mergen lassen sowie das Issue abschliessen, dann das naechste Issue einreichen. Bei einer bereits vorhandenen Warteschlange nur den naechsten Kandidaten fuer `preset-submission` benennen; keine neuen Batch-Issues oder parallelen Label-Anfragen. Grundlage ist der Maintainer-Hinweis in `github/spec-kit#3679`; der Betriebsvertrag steht in `docs/maintenance/Preset-and-Fleet-Operations-Lessons-Learned.md`. *Submit and activate `github/spec-kit` community catalog updates strictly one at a time. Complete the generated PR and issue before filing the next issue; for an existing queue, name only the next label candidate. Do not create new batch issues or parallel label requests.*
 - `autonomous-run-governance` v0.3.2 prio 70 ist Teil der Standard-Achtermatrix. Ein vollständiger autonomer Lauf bleibt ausdrücklich delegationspflichtig; die Installation allein erteilt weder Ausführungsberechtigung noch Remote-, Merge-, Bypass- oder Provider-Rechte und `LocalImplementation` bleibt Default. Dokumentations-, Status-, Schema- oder Evidence-Änderungen gelten erst dann als testfrei, wenn keine ausführbaren Validatoren die geänderten Pfade, Marker, Schemas oder Zustandswerte konsumieren. Vor autorisierten Commits wird der exakt beabsichtigte Kandidat mit `git diff --cached --check` und Statusabgleich geprüft; fremde Änderungen bleiben unberührt. Vor einem Merge wird jeder Acceptance-Gate dem tatsächlich ausgeführten Workflow, Job, Runner beziehungsweise der Plattform und dem Befehl zugeordnet; grüne Namen oder ein Bypass ersetzen keinen technischen Nachweis. Bewusst pausierte Läufe werden als `PausedByUser` gespeichert und nur über `speckit.autonomous-resume` fortgesetzt; `speckit.autonomous-stop` wirkt kooperativ am nächsten sicheren Grenzpunkt, und ein gespeicherter Delivery-Modus ist keine aktuelle Berechtigung. Nach Preset- oder Governance-Drift werden neue zwingende Korrektheits-, Sicherheits-, Berechtigungs- und Evidenzregeln minimal mit akzeptierten Plan-, Task- und Checklist-Artefakten abgeglichen; reine Effizienzpräferenzen lösen keine rückwirkende Neugenerierung aus. Die lesbare Skill-Überschrift `Deliver` ist kein Run-State-Wert; für Remote-Closeout gelten ausschließlich `Publish`, `Review` oder `MergeAndSync`.
 - `parallel-autonomous-run-governance` v0.2.3 prio 80 ist Teil der Standard-Achtermatrix. Die Installation startet keine Kampagne und erteilt keine zusaetzlichen Remote-, Merge-, Bypass-, Abbruch-, Secret- oder Provider-Rechte. Kampagnen bleiben ausdruecklich delegationspflichtig, verwenden getrennte Worktrees und maximal drei gleichzeitig aktive Worker. Schema 1.1 erlaubt ein `runnerProfile` je Worker mit Kampagnen-Fallback; Modell und Reasoning-Stufe sind optionale, nicht geheime Metadaten und werden ohne Deklaration nicht erraten. Konsolidierung verlangt exakten Head, aktuelle Review- und Check-Evidenz, ist nach Teilmerges fortsetzbar und setzt `Completed` erst nach Synchronisation, manifestdeklarierten idempotenten Post-Merge-Aktionen und Abschlussvalidierung.
 - Reale Preset-8-Kampagnen setzen in jedem Worker-Repository ein installiertes und aktiviertes `autonomous-run-governance >=0.2.2` voraus. Preset 7 mit Prioritaet `70` liefert Lebenszyklus, Evidenz und Berechtigungsgrenzen; Preset 8 mit Prioritaet `80` koordiniert die Kampagne. Fehlt Preset 7, ist es deaktiviert oder zu alt, endet der Preflight vor dem Worker-Start. `requireAutonomousPreset: false` bleibt auf isolierte interne Fixtures begrenzt und ist kein Produktionsmodus. *Real Preset 8 campaigns require installed and enabled `autonomous-run-governance >=0.2.2` in every worker repository. Preset 7 at priority `70` supplies lifecycle, evidence, and authority boundaries; Preset 8 at priority `80` coordinates the campaign. Missing, disabled, or outdated Preset 7 fails preflight before worker start. `requireAutonomousPreset: false` remains limited to isolated internal fixtures and is not a production mode.*

diff --git a/scripts/templates/CLAUDE.md.tmpl b/scripts/templates/CLAUDE.md.tmpl
@@ -200,9 +200,10 @@ Neue Lernreihen fuer Fachinformatiker*innen und weitere IT-Ausbildungsberufe wer
 ## Spec-Kit-Presets / Spec Kit Presets
 
 - Standard-Preset-Set: `security-governance` v0.6.1 prio 10, `architecture-governance` v0.5.1 prio 20, `isaqb-architecture-governance` v0.2.1 prio 30, `a11y-governance` v0.4.1 prio 40, `cross-platform-governance` v0.2.1 prio 50, `agent-parity-governance` v0.4.0 prio 60, `autonomous-run-governance` v0.3.2 prio 70, `parallel-autonomous-run-governance` v0.2.3 prio 80.
-- Optionale Intake-Presets: `intake-authoring-governance` v0.1.1 prio 64 und `intake-review-governance` v0.1.1 prio 65 bleiben ausserhalb der Standard-Achtermatrix. Die verwaltete Thorsten-Flotte waehlt beide ueber `intake-authoring-ten-governance-presets`; das bisherige Neunerprofil bleibt kompatibel verfuegbar. Neue registrierte Flotten-Repositories erben `defaultPresetProfile`. *Optional intake presets: Authoring v0.1.1 at priority 64 and Review v0.1.1 at priority 65 remain outside the standard eight. Thorsten's managed fleet selects both through the explicit ten-preset profile; the prior nine-preset profile remains available.*
-- Intake Authoring erzeugt aus ausdruecklich benannten, geordneten UTF-8-Quellen genau einen Intake und ein hashgebundenes Receipt. Materielle Fragen werden einzeln und hoechstens fuenfmal pro Durchgang gestellt; offene Fragen erzeugen `NeedsClarification` mit `BLOCKED - DO NOT RUN`. Bestehende Ziele benoetigen ausdrueckliche Update-Autoritaet. `ReadyForReview` ist keine Review-Freigabe. Der naechste Schritt wird als `speckit.intake-review` gemeldet, aber nie automatisch gestartet. Ohne ausdrueckliche Remote-Autoritaet verwendet der erzeugte Autonomous-Prompt `LocalImplementation`. Lernreihen duerfen Intakes vorbereiten und paketieren, starten aber keinen Lernendenlauf ohne ausdruecklichen Auftrag. *Intake Authoring creates one intake and hash-bound receipt from explicitly named ordered UTF-8 sources. It never starts review or execution, never infers overwrite or remote authority, and learner runs still require explicit authorization.*
+- Optionale Intake-Presets: `intake-authoring-governance` v0.2.0 prio 64 und `intake-review-governance` v0.1.1 prio 65 bleiben ausserhalb der Standard-Achtermatrix. Die verwaltete Thorsten-Flotte waehlt beide ueber `intake-authoring-ten-governance-presets`; das bisherige Neunerprofil bleibt kompatibel verfuegbar. *Optional intake presets: Authoring v0.2.0 at priority 64 and Review v0.1.1 at priority 65 remain outside the standard eight.*
+- Intake Authoring trennt Create, Read, Update und logisches Delete, beschraenkt URL-Quellen auf oeffentliches HTTPS und publiziert mehrere Intakes erst nach einem vollstaendigen, ausdruecklich genehmigten Series-Vorschlag. Archive, Tombstones und Receipts bleiben hashgebunden. Review oder Ausfuehrung startet nie automatisch. *Intake Authoring separates CRUD, bounds public HTTPS sources, requires explicit series approval, and never starts downstream review or execution.*
 - Intake Review akzeptiert bei aktiver Projekt- oder Kampagnenpolicy nur aktuelle `Ready`- oder menschlich akzeptierte `ReadyWithAcceptedRisks`-Ergebnisse; Critical/High, offene materielle Fragen, Hash-Drift oder fehlende Worker-Coverage blockieren. Review und Status sind read-only, Repair benoetigt ausdrueckliche Aenderungsautoritaet. Series-Reviews verwenden Schema 1.1, binden den normalisierten Request-Hash und pruefen exakte Zielreihenfolge, explizite Roots sowie einen azyklischen Graphen; nicht belegbare Vorgaengerbeziehungen fuehren zu `NeedsClarification`. *Series reviews use schema 1.1, bind the normalized request hash, and verify exact target order, explicit roots, and an acyclic graph; unprovable predecessor relations result in `NeedsClarification`.*
+- Community-Katalog-Einreichungen an `github/spec-kit` strikt einzeln erstellen und aktivieren: erst den erzeugten PR pruefen und mergen lassen sowie das Issue abschliessen, dann das naechste Issue einreichen. Bei einer bereits vorhandenen Warteschlange nur den naechsten Kandidaten fuer `preset-submission` benennen; keine neuen Batch-Issues oder parallelen Label-Anfragen. Grundlage ist der Maintainer-Hinweis in `github/spec-kit#3679`; der Betriebsvertrag steht in `docs/maintenance/Preset-and-Fleet-Operations-Lessons-Learned.md`. *Submit and activate `github/spec-kit` community catalog updates strictly one at a time. Complete the generated PR and issue before filing the next issue; for an existing queue, name only the next label candidate. Do not create new batch issues or parallel label requests.*
 - `autonomous-run-governance` v0.3.2 prio 70 ist Teil der Standard-Achtermatrix. Ein vollständiger autonomer Lauf bleibt ausdrücklich delegationspflichtig; die Installation allein erteilt weder Ausführungsberechtigung noch Remote-, Merge-, Bypass- oder Provider-Rechte und `LocalImplementation` bleibt Default. Dokumentations-, Status-, Schema- oder Evidence-Änderungen gelten erst dann als testfrei, wenn keine ausführbaren Validatoren die geänderten Pfade, Marker, Schemas oder Zustandswerte konsumieren. Vor autorisierten Commits wird der exakt beabsichtigte Kandidat mit `git diff --cached --check` und Statusabgleich geprüft; fremde Änderungen bleiben unberührt. Vor einem Merge wird jeder Acceptance-Gate dem tatsächlich ausgeführten Workflow, Job, Runner beziehungsweise der Plattform und dem Befehl zugeordnet; grüne Namen oder ein Bypass ersetzen keinen technischen Nachweis. Bewusst pausierte Läufe werden als `PausedByUser` gespeichert und nur über `speckit.autonomous-resume` fortgesetzt; `speckit.autonomous-stop` wirkt kooperativ am nächsten sicheren Grenzpunkt, und ein gespeicherter Delivery-Modus ist keine aktuelle Berechtigung. Nach Preset- oder Governance-Drift werden neue zwingende Korrektheits-, Sicherheits-, Berechtigungs- und Evidenzregeln minimal mit akzeptierten Plan-, Task- und Checklist-Artefakten abgeglichen; reine Effizienzpräferenzen lösen keine rückwirkende Neugenerierung aus. Die lesbare Skill-Überschrift `Deliver` ist kein Run-State-Wert; für Remote-Closeout gelten ausschließlich `Publish`, `Review` oder `MergeAndSync`.
 - `parallel-autonomous-run-governance` v0.2.3 prio 80 ist Teil der Standard-Achtermatrix. Die Installation startet keine Kampagne und erteilt keine zusaetzlichen Remote-, Merge-, Bypass-, Abbruch-, Secret- oder Provider-Rechte. Kampagnen bleiben ausdruecklich delegationspflichtig, verwenden getrennte Worktrees und maximal drei gleichzeitig aktive Worker. Schema 1.1 erlaubt ein `runnerProfile` je Worker mit Kampagnen-Fallback; Modell und Reasoning-Stufe sind optionale, nicht geheime Metadaten und werden ohne Deklaration nicht erraten. Konsolidierung verlangt exakten Head, aktuelle Review- und Check-Evidenz, ist nach Teilmerges fortsetzbar und setzt `Completed` erst nach Synchronisation, manifestdeklarierten idempotenten Post-Merge-Aktionen und Abschlussvalidierung.
 - Reale Preset-8-Kampagnen setzen in jedem Worker-Repository ein installiertes und aktiviertes `autonomous-run-governance >=0.2.2` voraus. Preset 7 mit Prioritaet `70` liefert Lebenszyklus, Evidenz und Berechtigungsgrenzen; Preset 8 mit Prioritaet `80` koordiniert die Kampagne. Fehlt Preset 7, ist es deaktiviert oder zu alt, endet der Preflight vor dem Worker-Start. `requireAutonomousPreset: false` bleibt auf isolierte interne Fixtures begrenzt und ist kein Produktionsmodus. *Real Preset 8 campaigns require installed and enabled `autonomous-run-governance >=0.2.2` in every worker repository. Preset 7 at priority `70` supplies lifecycle, evidence, and authority boundaries; Preset 8 at priority `80` coordinates the campaign. Missing, disabled, or outdated Preset 7 fails preflight before worker start. `requireAutonomousPreset: false` remains limited to isolated internal fixtures and is not a production mode.*