13 Agents
Jeder Agent hat eine klar abgegrenzte Aufgabe und kommuniziert über GitHub Issues und state.json.
| Agent | Trigger | Aufgabe |
|---|---|---|
| Product Agent | Täglich, nach Deploy | Findet Feature-Gaps zwischen Business Plan und implementierten Features. |
| Security Agent | Täglich + Deploy-Gate | SAST-Scan, Dependency-Audit, CVE-Prüfung. Blockiert Deploy bei CRITICAL/HIGH. |
| Observability Agent | Alle 5 Minuten | Überwacht SLOs. Bei Verletzung: Incident erstellen und Ops Agent aktivieren. |
| Ops Agent | Bei P0/P1 Incident | Rollbacks und Hotfix-Pipelines. Einziger Agent der Rollbacks ausführen darf. |
| Planning Agent | Nach jedem Agent-Lauf | Priorisiert Issues, erstellt Tasks, verwaltet State Machine, max. 3 Tasks gleichzeitig. |
| Architect Agent | Pro Task | Prüft Machbarkeit, schreibt Design Brief mit Dateipfaden und Interfaces. |
| Coder Agent | Nach Architect | Implementiert exakt was im Design Brief steht. Keine eigenen Architekturentscheide. |
| Data Agent | Bei DB-Änderungen | Schreibt Up/Down-Migrationen mit Zero-Downtime-Prüfung. |
| Tester Agent | Nach Coder/Data | Unit- und Integrationstests, min. 80% Coverage. Klassifiziert Fehler als Implementierungs- oder Design-Fehler. |
| Quality Agent | Nach Tester | Linter + LLM-Review auf SRP, DRY, Benennung, Komplexität (max. 10). |
| Deploy Agent | Nach Quality Gate | PR erstellen, Staging-Deploy, Health-Check, Prod-Deploy, Evaluation + Docs aktivieren. |
| Evaluation Agent | Nach Deploy | Vergleicht Metriken. Bei Regression >50%: Ops Agent aktivieren. |
| Docs Agent | Nach Deploy | Letzter Schritt. Dokumentiert den neuen Systemzustand für alle künftigen Agents. |
Agent-Definitionen
liegen im separaten Repo github.com/tobi936/ai-agents und werden via Git Submodule eingebunden.