brainstorming
Erzwingt eine strukturierte Anforderungs- und Design-Phase (Fragen, Alternativen, Spezifikation) vor jeder kreativen Arbeit — bevor Code entsteht.
Erzwingt eine strukturierte Anforderungs- und Design-Phase (Fragen, Alternativen, Spezifikation) vor jeder kreativen Arbeit — bevor Code entsteht.
Für wen: Alle, die verhindern wollen, dass Claude „einfach losbaut“, bevor die Anforderungen klar sind.
Im Detail
Dieser Skill zwingt Claude, vor jeder Umsetzung erst Fragen zu stellen, Alternativen zu benennen und eine Spezifikation festzuhalten — anstatt direkt loszucoden. Das lohnt sich besonders bei vagen oder unterspezifizierten Aufgaben, wo ein sofortiger Lösungsversuch oft am eigentlichen Bedarf vorbeigeht. Der Unterschied zu freiem Prompting: die Struktur ist erzwungen, nicht optional, wodurch auch unerfahrene Nutzer eine saubere Anforderungsklärung bekommen. Wer bereits klare Vorgaben hat, braucht diesen Zwischenschritt nicht und kann direkt zu writing-plans oder executing-plans übergehen. Besonders wertvoll in Teams, die verhindern wollen, dass unklare Anforderungen zu Fehlentwicklungen führen.
Schritt für Schritt
- Skill aktivieren, bevor an einer Aufgabe direkt losgecodet wird
- die einzeln gestellten Fragen zu Zweck, Einschränkungen und Erfolgskriterien beantworten
- aus den vorgeschlagenen 2-3 Alternativen samt Trade-offs eine Richtung auswählen
- das präsentierte Design abschnittsweise freigeben
- die festgehaltene Spezifikation als Grundlage für die anschließende Umsetzung nutzen
- bei bereits klaren Vorgaben den Skill überspringen und direkt zu writing-plans oder executing-plans übergehen
Beispiel aus der Praxis
Ein Team gibt die vage Aufgabe „Baue ein Dashboard“; der Skill fragt gezielt nach Zielgruppe, Datenquellen und Erfolgskriterium, stellt zwei Umsetzungsvarianten mit Trade-offs gegenüber und hält am Ende eine schriftliche Spezifikation fest, bevor überhaupt Code entsteht.
Praxis-Tipp
Starte mit einer bewusst offenen Aufgabe wie “Ich brauche eine Lösung für X” und lass den Skill gezielt nachfragen, bevor du Details vorgibst.
Stolperfallen
Den Klärungsschritt bei „einfachen“ Aufgaben überspringen zu wollen ist genau die Falle, vor der der Skill warnt — auch kleine Projekte profitieren von der kurzen Struktur. Umgekehrt bringt der Skill bei bereits klar spezifizierten Aufgaben nur unnötigen Overhead.
Siehe auch
Lizenz & Quelle
- Lizenz: MIT
- Quelle: obra/superpowers
Inhalt ansehen (SKILL.md)
Lade …
Erfahrungen & Kommentare.
Funktioniert der Skill bei Ihnen? Tipps, Stolperfallen, Varianten — teilen Sie es mit der Community.
Lade Kommentare …
Passt dazu.
writing-plans
Erstellt aus einer Spezifikation einen detaillierten, schrittweisen Implementierungsplan mit Review-Prompt.
executing-plans
Arbeitet einen geschriebenen Plan diszipliniert mit Review-Checkpoints ab, statt frei zu improvisieren.
test-driven-development
Erzwingt echten TDD-Zyklus (Red → Green → Refactor) inkl. Katalog typischer Testing-Anti-Patterns.
