Structured Skill (Constraint Cascade)
Strukturierte Analyse in drei klaren Schritten: Fakten sammeln, verdichten, entscheiden. Basiert auf Anthropic's "Constraint Cascade" Best Practice.
Wann ausfuehren
- •Bei komplexen Analyseaufgaben
- •Wenn User sagt "structured", "strukturiert analysieren", oder "/structured"
- •Bei Entscheidungen die auf Daten basieren sollen
- •Wenn Uebersicht ueber ein Thema noetig ist
Workflow
Phase 1: Analyse (Fakten sammeln)
Ziel: Alle relevanten Informationen zusammentragen
code
## Phase 1: Analyse ### Fakten - [Fakt 1]: [Quelle/Beleg] - [Fakt 2]: [Quelle/Beleg] - [Fakt 3]: [Quelle/Beleg] ... ### Daten | Metrik | Wert | Zeitraum | |--------|------|----------| | [Metrik 1] | [Wert] | [Zeitraum] | | [Metrik 2] | [Wert] | [Zeitraum] | ### Kontext - [Relevanter Kontext 1] - [Relevanter Kontext 2] ### Offene Fragen - [Frage die noch geklaert werden muss]
Methoden:
- •Codebase durchsuchen (Grep, Glob, Read)
- •Web-Recherche wenn noetig (WebSearch)
- •Bestehende Dokumentation lesen
- •User nach fehlenden Infos fragen
Phase 2: Zusammenfassung (Verdichten)
Ziel: Die wichtigsten Erkenntnisse destillieren
code
## Phase 2: Zusammenfassung ### Kernerkenntnisse 1. **[Erkenntnis 1]:** [Ein Satz Erklaerung] 2. **[Erkenntnis 2]:** [Ein Satz Erklaerung] 3. **[Erkenntnis 3]:** [Ein Satz Erklaerung] ### Muster & Trends - [Muster 1] - [Trend 1] ### Risiken | Risiko | Wahrscheinlichkeit | Impact | |--------|-------------------|--------| | [Risiko 1] | Hoch/Mittel/Niedrig | Hoch/Mittel/Niedrig | | [Risiko 2] | ... | ... | ### Chancen - [Chance 1] - [Chance 2]
Regeln:
- •Maximal 5 Kernerkenntnisse
- •Jede Erkenntnis in einem Satz
- •Priorisieren, nicht alles auflisten
Phase 3: Entscheidung (Handlungsempfehlung)
Ziel: Konkrete, umsetzbare Empfehlung
code
## Phase 3: Entscheidung ### Empfehlung **[Klare Empfehlung in einem Satz]** ### Begruendung [2-3 Saetze warum diese Empfehlung] ### Aktionsplan | Schritt | Aktion | Verantwortlich | Deadline | |---------|--------|----------------|----------| | 1 | [Aktion] | [Wer] | [Wann] | | 2 | [Aktion] | [Wer] | [Wann] | | 3 | [Aktion] | [Wer] | [Wann] | ### Erfolgskriterien - [ ] [Kriterium 1] - [ ] [Kriterium 2] - [ ] [Kriterium 3] ### Alternative (falls Empfehlung nicht moeglich) [Plan B in einem Satz]
Beispiel-Ablauf
User Request
"Analysiere ob wir auf Astro 5 upgraden sollten"
Phase 1: Analyse
Fakten:
- •Aktuelle Version: Astro 4.x (package.json)
- •Astro 5 released: Dezember 2024
- •Breaking Changes: Content Collections API geaendert
- •Migration Guide verfuegbar: ja
Daten:
| Metrik | Wert | Quelle |
|---|---|---|
| Breaking Changes | 3 major | Astro Docs |
| Migration Aufwand | ~2-4h | Erfahrungswerte |
| Performance Verbesserung | ~15% | Benchmarks |
Kontext:
- •Projekt nutzt Content Collections intensiv
- •Keine kritischen Features in Astro 5 noetig
- •Team hat Kapazitaet naechste Woche
Phase 2: Zusammenfassung
Kernerkenntnisse:
- •Upgrade ist machbar: Migration Guide ist gut dokumentiert
- •Aufwand ueberschaubar: ~2-4 Stunden fuer dieses Projekt
- •Kein Druck: Aktuelle Version funktioniert, keine Security Issues
Risiken:
| Risiko | Wahrscheinlichkeit | Impact |
|---|---|---|
| Unerwartete Bugs | Niedrig | Mittel |
| Plugin-Inkompatibilitaet | Mittel | Niedrig |
Chancen:
- •Bessere Performance
- •Zukunftssicherheit
- •Neue Features nutzbar
Phase 3: Entscheidung
Empfehlung: Upgrade auf Astro 5 in der naechsten ruhigen Woche durchfuehren
Begruendung: Der Aufwand ist gering, das Risiko niedrig, und laenger warten macht die Migration nur komplizierter. Keine dringenden Features blockieren das Upgrade.
Aktionsplan:
| Schritt | Aktion | Verantwortlich | Deadline |
|---|---|---|---|
| 1 | Branch erstellen | Dev | Tag 1 |
| 2 | Dependencies updaten | Dev | Tag 1 |
| 3 | Content Collections migrieren | Dev | Tag 1 |
| 4 | Testen | QA | Tag 2 |
| 5 | Merge & Deploy | Dev | Tag 2 |
Erfolgskriterien:
- • Alle Seiten rendern korrekt
- • Keine Console Errors
- • Build Zeit <= vorher
- • Lighthouse Score >= vorher
Alternative: Bei Problemen: Auf Astro 4.x bleiben bis 5.1 erscheint.
Wichtige Regeln
- •ALLE 3 Phasen durchlaufen (nicht abkuerzen)
- •Phase 1 ist die laengste - gruendlich recherchieren
- •Phase 2 ist die kuerzeste - nur das Wichtigste
- •Phase 3 MUSS eine klare Empfehlung haben
- •NIEMALS "es kommt drauf an" als Empfehlung
Wann verkuerzen
Bei einfachen Fragen kann Phase 1 kuerzer sein:
- •Wenige Fakten noetig
- •Kontext ist klar
- •Keine Recherche noetig
Aber: Immer alle 3 Phasen durchlaufen
Typische Nutzung
User: /structured Welches Testing Framework sollten wir nutzen?
Response:
- •Analyse: Optionen recherchieren, Anforderungen sammeln
- •Zusammenfassung: Top 3 Optionen mit Vor/Nachteilen
- •Entscheidung: Konkrete Empfehlung mit Aktionsplan