---
description: "Weiche – nimmt eine Issue-Nummer entgegen ODER ermittelt das nächste offene Ticket aus dem Project Board und leitet an den passenden Workflow-Prompt weiter."
agent: agent
model: Claude Sonnet 4.6 (copilot)
tools: [read, edit, search, execute, agent, web, todo, browser, vscode]
---

# Next Step Router

> **Skill-Referenz:** Lies bei Bedarf `.github/skills/gh-tickets/SKILL.md` für die vollständigen Ticket-Konventionen (Type-Labels, Order-Feld, Board-IDs).

## Schritt 1 – Aufgabe bestimmen

### Variante A: Issue-Nummer wurde übergeben

Wenn der User eine **Issue-Nummer** angegeben hat (z.B. `#106`, `106`):

```powershell
& ".github/skills/gh-tickets/next-ticket.ps1" -IssueNumber <N>
```

### Variante B: Keine Nummer – nächstes Ticket automatisch ermitteln

```powershell
& ".github/skills/gh-tickets/next-ticket.ps1"
```

### Ergebnis parsen

Die Ausgabe hat das Format: `#<Nummer> [<Typ>] <Titel> (Order: <N>)`

1. Parse **Issue-Nummer**, **Typ** (`[B]`/`[F]`/`[M]`/`[T]`/`[I]`/`[P]`/`[X]`) und **Titel**.

2. **Type-Label-Prüfung:** Falls Typ `[?]`:
   ```
   ⚠️  Issue #<N> hat kein Type-Label.
       Bitte eines der Labels zuweisen, bevor der Workflow starten kann.
   ```

3. Lade den Issue-Body:
   ```
   gh issue view <N>
   ```

4. **Kurzzusammenfassung ausgeben** (Ticket-Name + 3 Sätze).

## Schritt 2 – Board-Status aktualisieren

Setze den Board-Status auf **"In Progress"**.

## Schritt 3 – Weiterleitung anhand des Typs

| Typ | Workflow-Prompt |
|---|---|
| [B] Grobplanung | `.github/prompts/workflow-block-planning.prompt.md` |
| [F] Feature | `.github/prompts/workflow-implementation.prompt.md` |
| [T] Tech-Entscheidung | `.github/prompts/workflow-tech-decision.prompt.md` |
| [I] Infrastruktur/Prozess | `.github/prompts/workflow-infrastructure.prompt.md` |
| [P] Planung | `.github/prompts/workflow-planning.prompt.md` |
| [X] Test | `.github/prompts/workflow-test.prompt.md` |

Lies die Datei des passenden Workflows und führe ihn aus.
Übergib dem Workflow: Titel und Issue-Nummer aus Schritt 1.

## Schritt 4 – Abschluss

Das Issue wird vom Workflow selbst geschlossen. Falls der Workflow abbricht, bleibt das Issue offen.
