القائمة
Sprint Planning und Backlog-Uebersicht. Laedt alle Issues, analysiert Abhaengigkeiten und schlaegt priorisierte Reihenfolge vor. Verwenden wenn der Operator "was steht an", "Backlog", "Sprint Planning", "Prioritaeten" oder "/backlog" sagt.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
| name | backlog |
| description | Sprint Planning und Backlog-Uebersicht. Laedt alle Issues, analysiert Abhaengigkeiten und schlaegt priorisierte Reihenfolge vor. Verwenden wenn der Operator "was steht an", "Backlog", "Sprint Planning", "Prioritaeten" oder "/backlog" sagt. |
| version | 1.2.0 |
Gesamtes Backlog laden, nach Abhaengigkeiten sortieren und priorisierte Reihenfolge vorschlagen.
Vor der Issue-Analyse den System-Zustand verstehen — sonst werden Blocker als offen eingestuft die bereits implementiert sind, oder Prioritaeten ignorieren bestehende ADR-Constraints.
CLAUDE.md lesen — Welche Stories sind als implementiert erwaehnt? ([PROJECT]-XXX in
Versionsbeschreibungen). Aktuelle System-VERSION. Bekannte Diskrepanzen. Diese Stories
sind effektiv "done" auch wenn Linear sie noch nicht als Completed zeigt.
ARCHITECTURE_DESIGN.md VOLLSTAENDIG lesen — Das Lead-Dokument mit allen
strategischen Constraints. Bis zur letzten Zeile lesen — nicht abbrechen wenn du glaubst
genug gelesen zu haben. Das Dokument waechst mit jeder neuen ADR.
PFLICHT-Checkliste — alle Sektionen muessen gelesen sein:
SYSTEM_ARCHITECTURE.md lesen — Agent-Liste, Signal-Flow, Brain DB Schema, bekannte
Schwachstellen. Gibt Klarheit ueber aktuellen Ist-Zustand und welche Pfade bereits
implementiert sind.
Completed Issues (letzte 30 Tage) laden — Blocker-Status aktualisieren: Wenn eine Story in Linear "Done" ist aber noch als Blocker in offenen Issues referenziert wird, als "unblocked" markieren und in der Praesentation explizit nennen.
linear.getOpenIssues() — alle offenen Issues## Abhaengigkeiten SektionenSchema-Chain Check (PFLICHT — laeuft bei jedem Backlog-Durchlauf):
## DB Schema Impact Sektion pruefen — welche planen ein Schema-Update?currentSchemaVersion → targetSchemaVersion pro StorytargetSchemaVersion IMMER zuerst — keine zwei Schema-Update-Stories gleichzeitig als "In Progress"targetSchemaVersion → sofort als kritischen Blocker melden (eine muss umgeschrieben werden)Sortier-Kriterien (in dieser Prioritaet):
Dem Operator zeigen:
Falls Probleme erkannt:
Implementierungs-Protokoll fuer CLAW User Stories. 8-Schritte-Workflow von Issue-Identifikation bis Ergebnis-Tabelle inkl. Post-Implement Validation. Verwenden wenn der Operator "los" sagt, eine Story umsetzen will, oder "/implement" ausfuehrt. Wird auch vom Automation Daemon genutzt (ohne Human-in-the-Loop).
Deep Research, Architektur-Pruefung und User Story Erstellung. Liest vor Story-Erstellung den Learning-Loop (falls aktiv) und warnt bei Anti-Pattern-Match. Verwenden wenn der Nutzer eine neue Idee hat, ein Feature vorschlaegt, oder "ideation" / "neue Story" sagt. Ausloeser sind Anfragen wie "ich hab eine Idee", "neues Feature", "wir brauchen X", "/ideation".
Periodisches Audit fuer Architektur-Gesundheit, Tech Debt und Backlog-Hygiene — plus Learning-Loop-Eintrag (L1/L2/L3) als Pflicht-Schritt. Verwenden fuer periodische Reviews oder wenn der Operator "Sprint Review", "Architektur Audit", "Tech Debt", "Aufraumen" oder "/sprint-review" sagt.
Architektur-Review fuer einzelne Stories oder das Gesamtsystem. Prueft 8 OpenCLAW-spezifische Dimensionen und identifiziert Risiken, Tech Debt und Verbesserungspotential. Verwenden wenn der Operator "Architektur pruefen", "Review", "passt das architektonisch" oder "/architecture-review" sagt.
Richtet ein neues Projekt mit dem OpenCLAW Governance Framework ein. Interaktiver Prompt-gefuehrter Prozess in 5 Phasen. Verwenden wenn der Operator ein neues Projekt aufsetzen will oder "/bootstrap" sagt.