Der Modell-Server ist externer Dienst. F-05 portiert direkt gegen OpenAI-compat API (MODEL_BASE_URL konfigurierbar). ADR-0004 aktualisiert. F-03/F-04/F-05 werden nach F-01 parallel frei. Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
agent-swarm-repo
Ein generelles Git-Repo-Template für KI-Agenten-Arbeit. Das Repo ist die dauerhafte gemeinsame Erinnerung — Sessions sind flüchtig, der Stand lebt in den Dateien. Agenten koordinieren über Dateien, nicht über den Chat.
Aktoren & Modelle
| Rolle | Modell | Aufgabe |
|---|---|---|
| Leader | Sonnet | Orchestrierung, Klassifikation, Integration |
| Worker / Porter | Sonnet | Implementierung mit klarer Spec, faithful Ports |
| Theorist | Opus | Formeln ableiten, Validation entwerfen |
| Prototyper (Spike) | Opus→Sonnet | Wegwerf Proof-of-Correctness vor Produktion |
| Reviewer (Gate) | Opus, immer | unabhängiger Review-Pass nach jedem Implement |
| Scholar / Doc | Haiku | Docs, Citations, CLI-Glue |
| Human | — | Richtung, Lizenz, Precision-Substrat, Freigabe |
Vollständige Matrix + Entscheidungsregel: docs/roles/model-routing.md.
Zwei Loops (komposit)
- Feature-Loop (vorwärts): Roadmap → Port/Research-Klassifikation → [Research: Theorist → Spike → GO/NO-GO] → Worker parallel → Review-Gate (Opus) → Integration → Tests + Doku + Manifest → Quality-Gate.
- Audit-Loop (rückwärts): kalter Auditor (Opus) → Findings mit Model-Zuweisung → Implement-Sessions → Review-Gate (Opus, kalt) → Korrektur-Tasks → Observability-Gate.
Die Loops komplementieren sich: Feature-Dev produziert, Audit härtet ab. Jedes Merge triggert einen Audit-Backlog-Eintrag (expliziter Handoff).
Drei Schlüsselprinzipien
- Review-Gate nach jeder Implement-Session — immer Opus, immer kalt (eigene Session). Implement-Modell ≠ Review-Modell ist eine Korrektheitseigenschaft.
- Spike vor Research-Code — throwaway Proof-of-Correctness auf einem Wegwerf-Branch. NO-GO ist ein valides Ergebnis, kein Versagen. Schützt vor wochen-langen falschen Implementierungen.
- Session-Prompts kaltstartfähig — jede Session hat einen vollständigen Prompt
unter
session-prompts/(Modell, Branch, Scope, Befehle, Akzeptanzkriterien).
Clean-Start-Invariante
Am Ende jeder Session muss gelten: ein neuer Agent kann sich allein über
AGENTS.md → STATE.md → CONVENTIONS.md orientieren. Das erzwingt das
Session-Hygiene-Gate.
Loslegen (neues Projekt)
bash scripts/init.sh "Projektname"— macht den Klon zu deinem Projekt (Template-Overview wandert nachdocs/about-template.md).session-prompts/BOOTSTRAP.mdin eine frische Leader-Session geben, Projekt-Brief anhängen → der Leader füllt Board (ROADMAP.md),STATE.md,CONVENTIONS.mdund erzeugt die ersten Session-Prompts.- Die Gates sind dormant, bis die erste Session
STATE.mdbefüllt — danach greifen sie automatisch.
Erst verstehen?
examples/walkthrough/zeigt ein komplett befülltes Beispiel (Board, Session-Log, Audit-Finding, ADR) an einer generischen Domäne.
Einstieg (jede Session)
Jeder Agent liest zuerst AGENTS.md. Methodik im Detail: docs/methodology.md.