---
name: create-sprint-issues
description: This skill should be used when the user asks to "create sprint issues", "sprint planning in GitHub Issues übertragen", "Issues aus Sprint-Planning erstellen", "create issues from sprint", or mentions converting a sprint plan into GitHub issues.
---

# Sprint Issues erstellen

Übertrage ein vorhandenes Sprint-Planning in GitHub Issues mit dem standardisierten Forge-Sprint-Format.

## Voraussetzungen

- Ein Sprint-Planning liegt vor (Dokument, Datei, oder Konversation) mit Stories und ihrer Reihenfolge
- Das Ziel-Repo ist bekannt

## Ablauf

1. Sprint-Planning lesen und Stories mit Reihenfolge identifizieren
2. Für jede Story ein GitHub Issue im unten beschriebenen Format erstellen
3. Labels `story-automatic` und `forge-automatic` auf jedes Issue setzen
4. Das erste Issue (Sprint Order 1) zusätzlich mit `status:enhance:queued` labeln

## Issue-Titel

Format: `[{order}] {Story-ID}: {Kurztitel}`

Beispiel: `[01] R5-1: Next.js Server statischer Import`

## Issue-Body

Metadata-Tabelle + Story-Einzeiler aus dem Sprint-Planning. Nicht ausschmücken, nicht ergänzen — exakt den Text aus dem Planning übernehmen.

```markdown
| Key | Value |
|-----|-------|
| Sprint Order | {order} |
| Depends On | {dependencies oder -} |
| Epic | {link zum Epic-Dokument oder Epic-ID} |

---

{Story-Beschreibung direkt aus dem Sprint-Planning, 1:1 übernommen}
```

## Labels

Jedes Issue bekommt:

- `story-automatic`
- `forge-automatic`

Das erste Issue (Sprint Order 1) bekommt zusätzlich:

- `status:enhance:queued`

## Beispiel

Sprint-Planning-Zeile:

> R5-1 | Next.js Server: statischer Import | REFACTOR | Alle Server-seitigen Marker-Lookups auf statischen JSON-Import umstellen. Dashboard-Loader und Widgets die marker_definitions nutzen werden hier mitangepasst

Daraus entsteht Issue `[01] R5-1: Next.js Server statischer Import`:

```markdown
| Key | Value |
|-----|-------|
| Sprint Order | 1 |
| Depends On | - |
| Epic | epic-r5 |

---

REFACTOR — Alle Server-seitigen Marker-Lookups auf statischen JSON-Import umstellen. Dashboard-Loader und Widgets die marker_definitions nutzen werden hier mitangepasst.
```

## Hinweise

- Den Issue-Body exakt im gezeigten Format erstellen — die Metadata-Tabelle wird maschinell gelesen
- Story-Text 1:1 aus dem Sprint-Planning übernehmen, keine Akzeptanzkriterien oder Details hinzufügen — eine nachgelagerte Enhancement-Phase reichert automatisch an
- Bei Depends On die tatsächlichen Issue-Nummern nach Erstellung eintragen
- `gh issue create` mit `--title`, `--body`, und `--label` verwenden