Conrad Schulz
9838c7a0b3
- User settings.json with 9 senior-dev behavior rules - 9 prompt files: requirements, architecture, new-feature, code-review, debug, refactor, write-tests, done-check, docker - git-templates for .github/ and .vscode/ auto-copy on git init - deploy.sh (macOS/bash) and deploy.fish (Linux/fish) scripts - copilot-bootstrap.fish for existing/cloned repos
1.4 KiB
1.4 KiB
| mode | description | tools | ||
|---|---|---|---|---|
| agent | Architektur-Review und Architecture Decision Record (ADR) erstellen |
|
Architecture Review & ADR
Entscheidung: ${input:decision:Welche architektonische Entscheidung steht an?} Kontext: ${input:context:Warum wird diese Entscheidung gerade getroffen?}
1. Kontext & Problem
Beschreibe:
- Den aktuellen Zustand des Systems (relevante Teile lesen mit
codebase) - Was sich ändern soll und warum
- Welche Constraints existieren (Performance, Security, Teamgröße, Time-to-Market)
2. Optionen
Evaluiere mindestens 3 Ansätze (inkl. Status-Quo als Option):
Option A: [Name]
Beschreibung: Vorteile: Nachteile: Risiken:
Option B: [Name]
Beschreibung: Vorteile: Nachteile: Risiken:
Option C: [Name / Status Quo beibehalten]
Beschreibung: Vorteile: Nachteile: Risiken:
3. Entscheidung
Gewählte Option: [A / B / C]
Begründung: (Warum ist das die beste Option gegeben den Constraints?)
Trade-offs die wir bewusst eingehen:
4. Konsequenzen
Positiv: Negativ / Akzeptierte Risiken: Folgeentscheidungen die nötig werden:
ADR-Datei erstellen
Erstelle die ADR unter docs/adr/NNN-[kurzer-titel].md mit obigem Inhalt im
MADR-Format.
Nummerierung: nächste freie Nummer in docs/adr/ verwenden.