fix(workflows): Board + Order-Zuweisung in [P]- und [B]-Workflows ergänzen

Beide Workflow-Prompts erstellten Sub-Tickets per gh issue create, setzten
aber weder Board-Zugehörigkeit (gh project item-add) noch Order-Wert
(gh project item-edit). Das führte dazu, dass neue Tickets auf dem Board
ohne Order-Wert blieben und von next-ticket.ps1 nicht gefunden wurden.

Lösung: In workflow-planning.prompt.md (Phase 4) und
workflow-block-planning.prompt.md (Phase 6) einen neuen Pflichtabschnitt
'Board & Order' ergänzt mit den konkreten gh-Befehlen und Verweis auf SKILL.md.

.github/prompts/workflow-block-planning.prompt.md

@@ -34,7 +34,7 @@ Erstelle zu Beginn eine TODO-Liste (`manage_todo_list`):
 2. Bestimme den **Projekttyp**:
 
    | Typ                         | Kennzeichen                                      |
-   |---|---|
+   | --------------------------- | ------------------------------------------------ |
    | **Neuentwicklung**          | Neues System von Grund auf                       |
    | **Feature-Erweiterung**     | Bestehendes System um größeren Bereich erweitern |
    | **Architektur-Refactoring** | Größere Strukturumbauten am bestehenden System   |
@@ -50,6 +50,7 @@ Erstelle zu Beginn eine TODO-Liste (`manage_todo_list`):
 3. Identifiziere Abhängigkeiten zu bestehenden Modulen.
 
 Erstelle intern eine **Subsystem-Liste** mit:
+
 - Name und Kurzbeschreibung
 - Geschätzte Komplexität: S / M / L / XL
 - Externe Abhängigkeiten / unbekannte Technologien
@@ -91,6 +92,7 @@ Für jede offene Entscheidung notiere: Was, Warum, welche Blocks davon abhängen
 ### Was ist ein Block?
 
 Ein **Block** ist eine thematisch abgegrenzte Implementierungseinheit:
+
 - Eigenständig testbar
 - Klare fachliche Grenze
 - Größenordnung: 1–4 Wochen
@@ -103,7 +105,7 @@ Ein **Block** ist eine thematisch abgegrenzte Implementierungseinheit:
 ### Block-Tabelle
 
 | Nr  | Block-Name    | Kurzbeschreibung                   | Abhängig von | Kompl. | Testbarkeit   |
-|---|---|---|---|---|---|
+| --- | ------------- | ---------------------------------- | ------------ | ------ | ------------- |
 | B1  | Projektgerüst | App-Skeleton, Navigation, CI       | –            | M      | Build + Smoke |
 | B2  | Datenschicht  | Room DB, Repository, Export/Import | B1           | M      | Unit          |
 | …   | …             | …                                  | …            | …      | …             |
@@ -121,6 +123,7 @@ Pro offene Tech Decision ein Ticket. Label: `tech-decision`.
 ### [P]-Tickets für jeden Block
 
 Pro Block ein Ticket mit:
+
 - Ziel (ein Satz)
 - Scope (enthalten / ausgeschlossen)
 - Abhängigkeiten (`Depends on: #N`)
@@ -129,9 +132,31 @@ Pro Block ein Ticket mit:
 
 Label: `planning`
 
+### Board & Order (Pflicht für jedes neue Ticket)
+
+Nach dem Anlegen **jedes** [T]- und [P]-Tickets **sofort** ausführen:
+
+```powershell
+# 1. Ticket zum Board hinzufügen
+gh project item-add 2 --owner jreinemann-euris --url "https://github.com/jreinemann-euris/krisenvorrat/issues/<N>"
+
+# 2. Bestehende Order-Werte abfragen (höchsten Wert ermitteln)
+& ".github/skills/gh-tickets/next-ticket.ps1" | Out-Null  # zeigt alle offenen Tickets mit Order
+
+# 3. Order-Wert setzen: höchster_bestehender_Wert + 10
+gh project item-edit --id <ITEM_ID> --field-id <ORDER_FIELD_ID> --project-id <PROJECT_ID> --number <ORDER_VALUE>
+```
+
+> Order-Konvention: 10er-Schritte (10, 20, 30 …). Jedes Ticket bekommt den höchsten bisher vergebenen Wert + 10.
+> Skript-IDs und Field-IDs: siehe `.github/skills/gh-tickets/SKILL.md` → Abschnitt "Issue zum Board hinzufügen".
+
 ---
 
 ## Phase 7 – [B]-Issue schließen
 
 1. Kommentar mit Übersicht aller erstellten Tickets.
 2. Issue schließen.
+3. Board-Status auf "Done" setzen:
+   ```powershell
+   & ".github/skills/gh-tickets/set-board-status.ps1" -IssueNumber <N> -Status Done
+   ```

.github/prompts/workflow-planning.prompt.md

@@ -29,6 +29,7 @@ Dieser Workflow wird aufgerufen, wenn der nextstep-Router ein `[P]`-Ticket ident
 ### Scope verfeinern
 
 Aus dem groben Scope des P-Tickets eine **detaillierte Aufgabenliste** ableiten:
+
 - Welche Dateien müssen neu erstellt werden?
 - Welche bestehenden Dateien müssen geändert werden?
 - Welche Tests müssen geschrieben werden?
@@ -36,6 +37,7 @@ Aus dem groben Scope des P-Tickets eine **detaillierte Aufgabenliste** ableiten:
 ## Phase 3 – Rückfragen
 
 Falls Unklarheiten bestehen:
+
 - Nummerierte Rückfragen mit Optionen
 - **Auf Antwort warten**
 
@@ -61,17 +63,21 @@ Part of: #<P-Nummer>
 Depends on: #<vorheriges-Ticket> (falls zutreffend)
 
 ### Ziel
+
 <Ein Satz: Was wird nach Abschluss funktionieren?>
 
 ### Scope
+
 - <Aufgabe 1>
 - <Aufgabe 2>
 
 ### Technische Hinweise
+
 - <Relevante bestehende Klassen/Interfaces>
 - <Architekturentscheidungen>
 
 ### Akzeptanzkriterien
+
 - [ ] <Messbares Kriterium 1>
 - [ ] <Messbares Kriterium 2>
 - [ ] Tests: <was getestet wird>
@@ -79,6 +85,24 @@ Depends on: #<vorheriges-Ticket> (falls zutreffend)
 
 Label: `feature`
 
+### Board & Order (Pflicht für jedes neue Ticket)
+
+Nach dem Anlegen jedes [F]-Tickets **sofort** ausführen:
+
+```powershell
+# 1. Ticket zum Board hinzufügen
+gh project item-add 2 --owner jreinemann-euris --url "https://github.com/jreinemann-euris/krisenvorrat/issues/<N>"
+
+# 2. Bestehende Order-Werte abfragen (höchsten Wert ermitteln)
+& ".github/skills/gh-tickets/next-ticket.ps1" | Out-Null  # zeigt alle offenen Tickets mit Order
+
+# 3. Order-Wert setzen: höchster_bestehender_Wert + 10
+gh project item-edit --id <ITEM_ID> --field-id <ORDER_FIELD_ID> --project-id <PROJECT_ID> --number <ORDER_VALUE>
+```
+
+> Order-Konvention: 10er-Schritte (10, 20, 30 …). Jedes Ticket bekommt den höchsten bisher vergebenen Wert + 10.
+> Skript-IDs und Field-IDs: siehe `.github/skills/gh-tickets/SKILL.md` → Abschnitt "Issue zum Board hinzufügen".
+
 ## Phase 5 – P-Ticket schließen
 
 1. Kommentar mit Übersicht aller erstellten Sub-Tickets.