メニュー
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.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
Baut und ueberarbeitet Webflow-Sektionen/-Seiten ueber den Webflow-MCP diszipliniert und slop-frei. Erzwingt ein hartes Design-System-Gate (kein Bau ohne fixierte Tokens/DESIGN.md), einen Abnahme-Gate ueber klickbaren Artifact-Prototyp VOR dem Live-Bau, und ein Webflow-MCP-Playbook mit den bewaehrten Bau- und CMS-Mustern. Verhindert den generischen KI-Look durch Disziplin, nicht durch "mach es schoen". Fuer wiederkehrende Website-Arbeit (eigene Marken und Kunden). Verwenden wenn der Nutzer eine Webflow-Seite/-Sektion bauen, redesignen, an CMS binden, ein Custom-Embed/eine Visualisierung einbauen oder eine bestehende Sektion in eine Design-Formensprache ueberfuehren moechte. Ausloeser: "baue die Sektion in Webflow", "ueberarbeite die ... auf owlist.ch", "Webflow-Redesign", "an die Collection binden", "Partner-/Team-Kacheln umbauen", "webflow-design-build", "/webflow-design-build", "verhindere den KI-Look".
Nutze diesen Skill wenn der Nutzer Claude Code einrichten, konfigurieren oder Best Practices umsetzen moechte. Ausloeser: "setup", "einrichten", "bootstrapping", "checkliste", "best practice setup", "settings einrichten", "projekt aufsetzen", "konfiguration pruefen", "audit", "setup-checklist". Drei Modi: global (Rechner-Setup), projekt (Projekt-Setup), audit (Abgleich IST/SOLL).
Extrahiert das visuelle Design-System einer Website und/oder aus Design-Guides (PDF, DOCX, PPTX) und generiert eine DESIGN.md (Light + Dark Mode), interaktive HTML-Previews und einen optionalen Style Guide als PPTX im Marken-Design. Reverse-Engineering von getdesign.md — kostenlos und lokal, mit Style-Guide-Erstellung die getdesign.md nicht hat. Typische Anwendungsfaelle: Wettbewerbsanalyse, Design-Mustersuche, schnelles Briefing-Material fuer Designer/Agenturen, maschinenlesbares Briefing fuer Claude Design / Cursor / Lovable / v0 (eigene Webseite oder Muster-Designs). Verwenden wenn der Nutzer ein Design-System extrahieren, eine DESIGN.md erstellen, das visuelle Design einer Website dokumentieren, einen Konkurrenten analysieren oder Claude Design mit einem Referenz-Design briefen moechte. Ausloeser: "erstelle eine DESIGN.md", "extrahiere das Design von...", "design system aus website", "DESIGN.md fuer...", "design md", "analysiere die Webseite von...", "Wettbewerber-Design", "Muster-Design".
Setzt ein neues Projekt mit Governance-Framework auf — interaktiver Block-Interview-Flow in 4 Schritten, Doku-Architektur mit Hub-Auto-Verlinkung, optionaler Learning-Loop L1/L2/L3. Verwenden wenn der Operator ein neues Projekt aufsetzen will oder "/bootstrap" sagt.
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".
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.
| name | sprint-review |
| description | 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. |
| version | 2.0.0 |
Periodisches Audit des Gesamtsystems plus Learning-Loop-Eintrag. Der Skill schliesst den Learning-Loop indem er am Ende die Lessons-Learned erfasst (Level L1/L2/L3, je nach Projekt-Konfiguration).
Parallel laden:
ARCHITECTURE_DESIGN.md VOLLSTAENDIG lesen — bis zur letzten Zeile — alle Sektionen und ADRs.
PFLICHT-Checkliste:
SYSTEM_ARCHITECTURE.md vollstaendig lesenlib/config.js (aktuelle Konfiguration, DOC_FILES-Liste)journal/-Eintraege lesen (fuer Schritt 7 Kontext)Aus ARCHITECTURE_DESIGN.md §3 Quality Attributes die aktiven Dimensionen lesen. Das sind die 6 Standard-Dimensionen + alle im Bootstrap-Block A.7 aktivierten Add-ons.
Pro aktiver Dimension: Status (OK / Warnung / Kritisch) + Befund + Empfehlung.
Standard-Dimensionen: Reliability, Data Integrity, Security, Performance, Observability, Maintainability
Add-ons (wenn aktiv): Privacy / Cost Efficiency / Signal Quality / Compliance
Detail-Fragen pro Dimension: siehe architecture-review/references/dimensions-detail.md.
lib/config.js gehoerenlib/config.js vs. DOC_FILES)?docs/components/) fuer alle aktiven Komponenten aktuell?*.md-Files alle in ARCHITECTURE_DESIGN.md §9 registriert? (orphan-check)Dem Operator praesentieren:
Aktivierung: Dieser Schritt wird nur ausgefuehrt wenn
{PROJECT_PATH}/.learning-loopexistiert (Inhalt:L1,L2oderL3). Wenn das File fehlt: Skill ueberspringt Schritt 7 und endet nach Schritt 6.
Der Learning-Loop erfasst systematisch drei Kategorien: was funktionierte, was nicht funktionierte, naechster Experiment. Details siehe bootstrap/references/learning-loop.md.
Skill fragt:
Sprint-Review abgeschlossen. Jetzt Learning-Loop-Eintrag:
1. WAS FUNKTIONIERTE in dieser Periode? (3 Bullets, mit Story-Link wenn relevant)
2. WAS NICHT FUNKTIONIERTE (+ Root-Cause wenn bekannt)? (3 Bullets)
3. NAECHSTES EXPERIMENT / CHANGE? (3 Bullets, konkret und messbar)
Skill haengt Eintrag mit Datums-Header an:
{PROJECT_PATH}/journal/learnings.md{OBSIDIAN_VAULT}/04 Ressourcen/{PROJECT_NAME}/learnings.mdCommit: docs: sprint-review learnings {TODAY}
Skill bereitet Frontmatter aus Git-Log + Backlog-API vor (Sprint-Nummer, Story-Counts, Velocity, Zeitraum).
Skill fragt die 4 qualitativen Sektionen:
Skill speichert:
{PROJECT_PATH}/journal/sprint-{YYYY-MM-XX}.md mit vollem Frontmatter{OBSIDIAN_VAULT}/04 Ressourcen/{PROJECT_NAME}/sprints/sprint-{YYYY-MM-XX}.mdCommit: docs: sprint-retro {SPRINT_NUMBER} ({TODAY})
Quartals-Meta-Retro: Bei jedem 4. Sprint-Review konsolidiert der Skill die letzten 4 Sprint-Retros und schreibt {PROJECT_PATH}/journal/quarterly-{YYYY-QX}.md mit Trends, Top-Anti-Patterns, erfolgreichen Experimenten.
Zusaetzlich zu L2:
{PROJECT_PATH}/journal/learnings.db via journal/write_sprint.pysprints, events, metrics, experiments (Schema siehe bootstrap/references/learning-loop.md)Skill fragt optional nach zusaetzlichen Metriken (z.B. avg_story_time_days, api_cost_total).
Nach Schritt 7 (oder Schritt 6 wenn Learning-Loop inaktiv):
Sprint-Review abgeschlossen.
Report:
- Architektur: {n} OK / {n} Warnungen / {n} Kritisch
- Tech Debt: {Score}
- Backlog-Bereinigung: {n} Empfehlungen
- Learning-Loop: {Level} → {n} Eintraege gespeichert
Commits:
- sprint-review report (falls als MD gespeichert)
- learnings entry (Schritt 7)
Naechste Schritte:
1. Empfohlene Issues in Backlog pruefen
2. Quartals-Meta-Retro wenn Sprint Nummer % 4 == 0
/ideation liest bei jeder Story-Erstellung die letzten 3 Learning-Loop-Eintraege (Schritt 0.5) und warnt bei Anti-Pattern-Match./architecture-review --system kann das Sprint-Review im System-weiten Scope ausfuehren (alle aktiven Dimensionen)./breakfix schreibt Breakfix-Learnings parallel in den Loop als what_didnt mit Root-Cause./sprint-reviewLearning-Loop-Aktivierung: {PROJECT_PATH}/.learning-loop File mit Inhalt L1, L2 oder L3. Wird im Bootstrap Block D.4 angelegt oder spaeter manuell.