Prüft den implementierten Diff gegen architecture.md, requirements.md und die Projektkonventionen. Vorletztes Glied der Feature-Pipeline — nutze diesen Agent NACH der Implementierung und VOR der QA. Liest den Diff, führt KEINE Tests aus, schreibt KEINEN Produktivcode. Liefert genau ein Artefakt (docs/features/…
Leitet aus den Acceptance Criteria eine Coverage-Map ab, schreibt echte Testdateien und führt sie zusammen mit den Projekt-Gates (Lint, Typecheck, Tests) aus. Wird in der Feature-Pipeline zweimal gerufen — VOR der Implementierung (RED-Phase: Tests aus den AC, die rot sein müssen) und NACH einem APPROVED Code-Review…
Wandelt eine Feature-Anfrage in eine präzise, testbare Anforderungsspezifikation um. Erstes Glied der Feature-Pipeline — nutze diesen Agent am START eines neuen Features oder einer nicht-trivialen Änderung, BEVOR Architektur oder Code entsteht. Liefert genau ein Artefakt (docs/features/ /requirements.md) und schreibt…
Entwirft aus einer bestätigten requirements.md einen konkreten, dateigenauen Implementierungsplan. Zweites Glied der Feature-Pipeline — nutze diesen Agent NACH bestätigten Requirements und VOR der Implementierung. Liefert genau ein Artefakt (docs/features/ /architecture.md) und schreibt KEINEN Produktivcode.
Runs before the agent uses a tool for Bash, Edit and Write tool calls, executing secret-scan.sh and protect-secrets.sh via bash (2 commands). From MichiBl/Claude-Code-Default-Repo.
Richtet in einem neuen Projekt die minimale Gate-Infrastruktur ein (Linter, Test-Runner, ein Smoke-Test, CI), damit verify.sh, die /feature-Preconditions und die CI von Anfang an greifen. Nutze dies, wenn der User /bootstrap [stack] tippt, ein Projekt auf der grünen Wiese startet, oder wenn die /feature-Pipeline wegen…
Orchestriert ein Feature end-to-end durch die feste Pipeline requirements -> architecture -> tests (RED) -> implementation -> code-review -> QA (GREEN) -> Draft-PR. Nutze dies, wenn der User /feature tippt, ein neues nicht-triviales Feature möchte ("baue …", "implementiere …") oder explizit das "Agent-Team" verlangt.…
Fast Lane für Bugfixes, kleine Refactorings und Doku-Updates — Ursache finden, Regressionstest, minimaler Fix. Nutze dies, wenn der User /fix tippt oder eine klar umrissene Korrektur möchte ("behebe …", "korrigiere …"), die keine Requirements-/Architektur-Diskussion braucht. NICHT für neue Features oder Änderungen…