Automatischer Push: 45 Datei(en) geändert

- .claude/agents/planer.md - .claude/agents/quorum-stimme.md - .claude/skills/bookstack-upload/SKILL.md - .claude/skills/bookstack-upload/scripts/bookstack/archiv.py - .claude/skills/bookstack-upload/scripts/bookstack/auswahl.py - .claude/skills/bookstack-upload/scripts/bookstack/beschreibung.py - .claude/skills/bookstack-upload/scripts/bookstack/bilder.py - .claude/skills/bookstack-upload/scripts/bookstack/ergebnis.py - .claude/skills/bookstack-upload/scripts/bookstack/hochladen.py - .claude/skills/bookstack-upload/scripts/bookstack/konvertierung.py - .claude/skills/bookstack-upload/scripts/bookstack/struktur.py - .claude/skills/bookstack-upload/scripts/bookstack/verweise.py - … und 33 weitere Erzeugt vom PostToolUse-Hook .vault-tools/auto-push/auto_push.py. Co-Authored-By: Claude Opus 5 <[email protected]>
2026-10-01 04:00:02 +02:00
1 parent e8472409e9
commit eb48f8822d
@@ -55,6 +55,7 @@ Pflege:
 - Neuer Artikel in bestehendem Themenordner → Eintrag im passenden Seed ergänzen.
 - Neuer Themenordner → neue Seed-MOC anlegen (Vorlage: bestehende Seeds kopieren) und im IT-Workspace-Oberseed eintragen.
 - Neues Projekt in Code Projekte / Security-Compliance → im jeweiligen Oberseed mit Link aufs README eintragen und mit dem passenden Themen-Seed verbinden ([[AI/Regelwerk/projekte|projekte.md]]).
+- Wer eine Datei anlegt, ob du, ein Subagent, ein Skill oder ein Workflow, verlinkt darin ihren Hub nach oben: Plan, Codedoku und CHANGELOG das Projekt-README, Task die Plan-Übersicht, Dump die Tagesnotiz. Tabelle und Linkform: [[AI/Regelwerk/navigation|navigation.md]], „Links schreiben und Dateien verschieben“. Der Sitzungsstart meldet die Zahl der Waisen.
 - **In MOCs stehen keine Stückzahlen, keine Versionen und keine Projektstände.** Sie sind am nächsten Tag falsch. Den Stand halten `CHANGELOG.md` und das Harness-Gedächtnis.

 Reichen die MOCs nicht, suchst du gezielt mit Grep. Tote Links findet `.vault-tools/linkcheck/linkcheck.py`. Werkzeuge, Obsidian-CLI und was vom alten Navigator-Toolkit noch gilt: [[AI/Regelwerk/navigation|navigation.md]].
@@ -68,12 +69,13 @@ Rollen sind fest auf Modelle verteilt. **Beim Starten eines Subagenten immer das
 | Koordinator (klären, entscheiden, committen) | Hauptsitzung      | Opus 5.5 (`opus`)                               | Sitzungseinstellung                      |
 | Planen, Spezifizieren                        | `planer`          | Opus 5.5 (`opus`)                               | `high` (Frontmatter)                     |
 | Prüfen, Review, Verifikation                 | `pruefer`         | Opus 5.5 (`opus`)                               | `high` (Frontmatter)                     |
+| Quorum am Meilenstein, nur lesend            | `quorum-stimme`   | Opus 5.5 (`opus`), im Workflow `quorum` auch `sonnet`, Ersatz `haiku` | `high` (Frontmatter); Haiku kennt keinen |
 | Umsetzen (Code schreiben, ändern, testen)    | `executer`        | Sonnet 5.5 (`sonnet`), bei reiner Abschrift Haiku | `medium` (Frontmatter); Haiku kennt keinen |
 | Recherche, Suche, Erkundung                  | `recherche`       | Sonnet 5.5 (`sonnet`)                           | `medium` (Frontmatter)                   |

 Die Aliasse `opus` und `sonnet` lösen in Claude Code 2.1.285 auf `claude-opus-5-5` bzw. `claude-sonnet-5-5` auf (Modellkatalog im Programm, beide nachgelesen 2026-09-29). Effort `medium` für den `executer` auf Sonnet 5.5 ist am 2026-09-29 gemessen, für `recherche` nicht: [[AI/Regelwerk/sonnet-5-5|sonnet-5-5.md]], A1. Der eingebaute Agent `Explore` lädt diese Datei nicht und kennt die Vault-Regeln deshalb nicht — nur für reine Dateisuche; `general-purpose` erbt den Sitzungs-Effort und ist durch `recherche` ersetzt. Wann Haiku statt Sonnet, die Belege dazu und die Zuordnung der Superpowers-Skills: [[AI/Regelwerk/codeworkflow|codeworkflow.md]].

-**Ein Subagent ohne eigenen Effort erbt den der Hauptsitzung.** Läuft sie auf `xhigh` oder `max`, kostete ein Sonnet-5-Agent laut Katalog das 2,4- bzw. 5,6-Fache von `high`; für Sonnet 5.5 nennt der Katalog keine Faktoren. Deshalb trägt jede Agentendatei `effort:`. In Workflows bekommt jeder `agent()`-Aufruf `model`; den Effort liefert mit `agentType` dessen Frontmatter, ohne `agentType` wird er mitgegeben, und ein `effort`-Parameter neben `agentType` steht nur für eine bewusste Abweichung. **Wie viele Opus-Agenten gleichzeitig laufen, entscheidet der Verbrauch:** Vor jeder Opus-Staffel liest der Workflow `verbrauch` das 5-Stunden-Fenster und die Woche ab und senkt die Plätze bei hohem Verbrauch bis auf keinen. Bis zur Eichung der Stufen laufen drei Opus-Agenten gleichzeitig nur in den Linsen der Plankritik, sonst höchstens zwei; danach bis vier für Reviews und Erstplanung. Ohne Ablesung, also außerhalb der Desktop-App oder als Kind eines Workflows, gilt die Zwei; wer Opus-Agenten über das Agent-Werkzeug startet, liest vorher selbst `get_usage`. Für Plankritik, Executer-Welle, Prüfung und Erstplanung gibt es gespeicherte Workflows unter `.claude/workflows/`, in denen das eingebaut ist (`plankritik`, `executer-welle`, `pruefung`, `planung`), dazu `welle-mit-pruefung` für Schritt 3 und 4 in einem Aufruf. Eine geänderte Agentendatei oder ein neuer gespeicherter Workflow wirkt in der laufenden Sitzung nicht sofort, sondern erst nach einer Weile (am 2026-09-23 knapp eine Stunde, am 2026-09-24 gut 20 Minuten) oder in der nächsten Sitzung. Ob ein Effort greift, zeigt nur das Feld `effort` im Transkript; ein noch unbekannter Workflow geht so lange über `scriptPath`. Messung und Begründung je Rolle: [[AI/Regelwerk/codeworkflow|codeworkflow.md]], „Effort je Rolle"; Stufen und Belege zum Verbrauch dort unter „Verbrauch und Opus-Plätze".
+**Ein Subagent ohne eigenen Effort erbt den der Hauptsitzung.** Läuft sie auf `xhigh` oder `max`, kostete ein Sonnet-5-Agent laut Katalog das 2,4- bzw. 5,6-Fache von `high`; für Sonnet 5.5 nennt der Katalog keine Faktoren. Deshalb trägt jede Agentendatei `effort:`. In Workflows bekommt jeder `agent()`-Aufruf `model`; den Effort liefert mit `agentType` dessen Frontmatter, ohne `agentType` wird er mitgegeben, und ein `effort`-Parameter neben `agentType` steht nur für eine bewusste Abweichung. **Wie viele Opus-Agenten gleichzeitig laufen, entscheidet der Verbrauch:** Vor jeder Opus-Staffel liest der Workflow `verbrauch` das 5-Stunden-Fenster und die Woche ab und senkt die Plätze bei hohem Verbrauch bis auf keinen. Bis zur Eichung der Stufen laufen drei Opus-Agenten gleichzeitig nur in den Linsen der Plankritik, sonst höchstens zwei; danach bis vier für Reviews und Erstplanung. Ohne Ablesung, also außerhalb der Desktop-App oder als Kind eines Workflows, gilt die Zwei; wer Opus-Agenten über das Agent-Werkzeug startet, liest vorher selbst `get_usage`. Für Plankritik, Executer-Welle, Prüfung und Erstplanung gibt es gespeicherte Workflows unter `.claude/workflows/`, in denen das eingebaut ist (`plankritik`, `executer-welle`, `pruefung`, `planung`), dazu `welle-mit-pruefung` für Schritt 3 und 4 in einem Aufruf und `quorum` für die Prüfung am Meilenstein. Eine geänderte Agentendatei oder ein neuer gespeicherter Workflow wirkt in der laufenden Sitzung nicht sofort, sondern erst nach einer Weile (am 2026-09-23 knapp eine Stunde, am 2026-09-24 gut 20 Minuten) oder in der nächsten Sitzung. Ob ein Effort greift, zeigt nur das Feld `effort` im Transkript; ein noch unbekannter Workflow geht so lange über `scriptPath`. Messung und Begründung je Rolle: [[AI/Regelwerk/codeworkflow|codeworkflow.md]], „Effort je Rolle"; Stufen und Belege zum Verbrauch dort unter „Verbrauch und Opus-Plätze".

 ## Regelwerk (ausgelagert, nur bei Bedarf laden)

@@ -81,6 +83,7 @@ Jede Datei triggert nur den betreffenden Teil — nicht bei jeder Aufgabe alles

 - Dokument, Anleitung, Handout, Bookstack-Artikel, Codedoku unter `docs/` schreiben → [[AI/Regelwerk/schreibstil|schreibstil.md]]
 - Code-Projekt planen, umsetzen, debuggen → [[AI/Regelwerk/codeworkflow|codeworkflow.md]] — die **Standardschleife** (ich kläre und plane, der Executer setzt um, ich prüfe gegen) ist bei jeder nicht trivialen Code-Aufgabe der Regelfall.
+- Meilenstein: vor dem Einspielen, vor einer neuen Minor- oder Major-Version auf master oder vor der Abgabe eines Kundendokuments → Quorum nach [[AI/Regelwerk/codeworkflow|codeworkflow.md]], Abschnitt „Quorum am Meilenstein“ — auch außerhalb von Code-Projekten.
 - Produktivdatei anlegen oder anfassen → [[AI/Regelwerk/codedoku|codedoku.md]]
 - Projekt in Code Projekte / Security-Compliance anlegen oder bearbeiten → [[AI/Regelwerk/projekte|projekte.md]]
 - Wiederkehrenden Job in ein Playbook (Skill) verwandeln, „Fertig heißt“-Checks schreiben oder etwas Wiederverwendbares ablegen → [[AI/Regelwerk/wiederkehrende-jobs|wiederkehrende-jobs.md]] — erst das Interview, eine Frage je Nachricht, dann Dateien.