49 lines
1.5 KiB
Markdown
49 lines
1.5 KiB
Markdown
---
|
||
description: Führt eine Tech-Entscheidung durch (Requirements → Research → Shortlist). Stoppt nach der Shortlist und wartet auf die Entscheidung des Users. Wird vom nextstep-Router für [T]-Schritte aufgerufen.
|
||
agent: agent
|
||
model: Claude Opus 4.6 (copilot)
|
||
tools: [read, edit, search, execute, agent, web, todo, browser, vscode]
|
||
---
|
||
|
||
# Workflow: Tech-Entscheidung
|
||
|
||
Dieser Workflow wird aufgerufen, wenn der nextstep-Router einen `[T]`-Schritt identifiziert hat.
|
||
|
||
---
|
||
|
||
## Phase 1 – Skill laden
|
||
|
||
1. Lade den Tech-Selection-Skill via `read_file` aus `.github/skills/tech-selection/SKILL.md`.
|
||
2. Lies den Issue-Body des Tickets vollständig.
|
||
|
||
## Phase 2 – Requirements
|
||
|
||
Erstelle eine Requirements-Analyse gemäß dem Format aus dem Tech-Selection-Skill (Must-Have, Should-Have, Nice-to-Have, Constraints).
|
||
|
||
## Phase 3 – Recherche
|
||
|
||
Recherchiere alle relevanten Kandidaten und erstelle eine Kandidaten-Analyse gemäß dem Skill (Kandidaten-Tabelle + Detailbeschreibungen mit Requirement-Coverage und Score).
|
||
|
||
## Phase 4 – Shortlist präsentieren → **STOP**
|
||
|
||
Präsentiere dem User die **Top 3 Kandidaten** mit:
|
||
- Score und Stärken/Schwächen
|
||
- Empfehlung (falls eindeutig)
|
||
|
||
**⏸️ Warte auf die Entscheidung des Users.**
|
||
|
||
## Phase 5 – Entscheidung dokumentieren
|
||
|
||
Nach User-Entscheidung:
|
||
|
||
1. **Issue-Kommentar:**
|
||
|
||
```
|
||
## Entschieden (<heute>)
|
||
|
||
**Gewählt:** <Technologie>
|
||
**Begründung:** <Zusammenfassung>
|
||
**Alternativen:** <Was wurde geprüft und verworfen>
|
||
```
|
||
|
||
2. Issue schließen.
|