Brainstorming Skill
Übersicht
Dieses Skill erfüllt zwei entscheidende Zwecke:
- Interaktiver Designprozess: Führt die KI durch einen natürlichen, kollaborativen Dialog, um Ideen zu vollständigen Designs und Spezifikationen zu formen, bevor Code geschrieben wird.
- Umfassendes Ideenfindungs-Framework: Bietet forschungsvalidierte Prompt-Muster (siehe Referenzen zur Musterdokumentation unten) zur Generierung hochwertiger Ideen in jedem Bereich (Marketing, Inhalte, Features).
Der Brainstorming-Arbeitsablauf
Du MUSST für jeden dieser Punkte eine Aufgabe erstellen und diese in der Reihenfolge abschließen, wenn du an Softwarefunktionen, Komponentendesigns oder komplexen Aufgaben arbeitest. (Für reine Inhalts-/Marketing-Ideenfindung passe diese Schritte mit der untenstehenden Musterbibliothek an).
- Kontext erkunden – Projektzustand, Dateien, Dokumentation, aktuelle Commits prüfen
- Klärungsfragen stellen – eine nach der anderen, Zweck/Einschränkungen/Erfolgskriterien verstehen
- 2-3 Ansätze vorschlagen – mit Abwägungen und eigener Empfehlung (Musterbibliothek als Inspiration nutzen)
- Design präsentieren – in der Komplexität angemessenen Abschnitten, nach jedem Abschnitt Benutzerfreigabe einholen
- Ergebnis dokumentieren – das validierte Design/die validierten Ideen in eine geeignete Markdown-Datei schreiben (z.B.
docs/plans/YYYY-MM-DD-<thema>-design.md) und committen - Übergang – ein Planungs- oder Implementierungsskill erst nach der Freigabe aufrufen
Prozessablauf
[!IMPORTANT] Wenn eine Prozesslandkarte oder ein Mermaid-Diagramm bereitgestellt wird, behandle es als die maßgebliche Vorgehensweise. Führe die Schritte in der exakt gezeigten Reihenfolge aus, einschließlich Verzweigungen, Entscheidungspunkten und Stoppbedingungen. Ein Mermaid-Prozessdiagramm ist ein ausführbarer Befehlssatz. Befolge es genau so, wie es geschrieben steht: respektiere Reihenfolge, Bedingungen, Schleifen, parallele Pfade und Endzustände. Improvisiere nicht, ändere die Reihenfolge nicht und überspringe keine Schritte. Wenn ein Knoten mehrdeutig ist oder erforderliche Details fehlen, halte inne und stelle eine klärende Frage, bevor du fortfährst. Wenn du mit einem Benutzer interagierst, berichte vor dem Handeln den interpretierten Pfad, den du aus dem Diagramm folgen wirst, und führe ihn dann aus.
Das folgende Diagramm ist die maßgebliche Vorgehensweise für den Brainstorming-Arbeitsablauf. Führe die Schritte in der exakt gezeigten Reihenfolge aus, einschließlich Verzweigungen, Entscheidungspunkten und Stoppbedingungen.
flowchart TD
subgraph Phase1["Phase 1: Entdeckung – aktuellen Zustand ermitteln, bevor Vorschläge gemacht werden"]
Explore["Kontext erkunden – Projektzustand, Dateien, Dokumentation, aktuelle Commits prüfen"]
Ask["Klärungsfragen stellen – eine nach der anderen, Zweck/Einschränkungen/Erfolgskriterien verstehen"]
Propose["2-3 Ansätze vorschlagen – mit Abwägungen und Empfehlung, Musterbibliothek nutzen"]
end
subgraph Phase2["Phase 2: Validierung – explizite Benutzerfreigabe vor dem Fortfahren einholen"]
Present["Design präsentieren – in der Komplexität angemessenen Abschnitten, nach jedem Abschnitt Benutzerfreigabe einholen"]
Approve{"Bestätigt der Benutzer explizit die Freigabe<br>oder fordert er eine Überarbeitung an?"}
end
subgraph Phase3["Phase 3: Abschluss – dokumentieren und übergeben"]
Document["Ergebnis dokumentieren – validiertes Design in docs/plans/YYYY-MM-DD-thema-design.md schreiben und committen"]
Transition(["Übergang – Planungs- oder Implementierungsskill erst nach Freigabe aufrufen"])
end
Explore --> Ask --> Propose --> Present
Present --> Approve
Approve -->|"Benutzer fordert Überarbeitung an – überarbeiten und erneut präsentieren"| Present
Approve -->|"Benutzer bestätigt Freigabe – fortfahren"| Document
Document --> Transition
Gesprächsprinzipien
- Eine Frage nach der anderen – Überfordere nicht mit mehreren Fragen. Zerlege komplexe Themen.
- Multiple Choice bevorzugt – Für den Benutzer einfacher zu beantworten als offene Fragen, wenn möglich.
- YAGNI rigoros – Entferne unnötige Funktionen aus allen Designs.
- Alternativen erkunden – Schlage immer 2-3 Ansätze vor, bevor du dich festlegst.
- Inkrementelle Validierung – Präsentiere das Design, hole dir die Freigabe, bevor du weitermachst.
- Flexibel sein – Gehe zurück und kläre, wenn etwas keinen Sinn ergibt.
Musterkategorien für Ideenfindung und Ansätze
Wenn du dem Benutzer Ansätze vorschlägst oder Ideen generierst, nutze diese 14 systematischen Kategorien. Jedes Muster enthält exakte Prompt-Vorlagen, Ausgabeformatspezifikationen und Erfolgsmetriken.
<category_index>
- Perspektivenvervielfachung – Ideen aus mehreren Blickwinkeln und Stakeholder-Perspektiven generieren
- Zwangsvariation – Ideenraum durch künstliche Einschränkungen erkunden
- Umkehrung und Negativraum – Umgekehrtes Denken nutzen, um neuartige Lösungen zu finden
- Analogietransfer – Muster aus verschiedenen Bereichen anwenden
- Systematische Funktionszerlegung – SCAMPER und attributbasierte Ideenfindung
- Szenarioerkundung – Zukunftsorientiertes und „Was-wäre-wenn“-Denken
- Einschränkungsbasierte strukturierte Ideenfindung – Innerhalb harter Grenzen aufbauen
- Gedankengang-Begründung – Mehrstufige Verfeinerungsprozesse
- Kombination und morphologische Erkundung – Neuartige Funktionskombinationen erzwingen
- Annahmen herausfordern – Prämissen hinterfragen und Annahmen umkehren
- Lückentext-Vorlagen – Strukturierte Vervollständigungsformate
- Wettbewerbspositionierung – Differenzierungsmatrix-Ansätze
- Extreme Skalierung – 10x Denken und exponentielle Szenarien
- Stakeholder- und Empathiebasierte – Customer Journey und Persona-Muster </category_index>
<selection_guide>
Das folgende Diagramm ist die maßgebliche Vorgehensweise für die Musterauswahl. Führe die Schritte in der exakt gezeigten Reihenfolge aus, einschließlich Verzweigungen, Entscheidungspunkten und Stoppbedingungen.
flowchart TD
Start(["Benutzer fordert Ideen oder Ansätze an"]) --> Goal{"Was ist das primäre<br>Ziel der Ideenfindung?"}
Goal -->|"Schnelle Quantität – 8-15 Ideen"| PersMult["Perspektivenvervielfachungs-Muster verwenden"]
Goal -->|"Qualität/Tiefe – verfeinerte Ideen"| MultiStage["Mehrstufige Verfeinerung<br>mit Zwangsvariation verwenden"]
Goal -->|"Bahnbrechende Innovation"| InversionExtreme["Umkehrung + Extreme Skalierung kombinieren"]
Goal -->|"Praktische Umsetzung"| Constraint["Einschränkungsbasierte Muster verwenden"]
Goal -->|"Marktdifferenzierung"| Competitive["Wettbewerbspositionierungs-Muster verwenden"]
Goal -->|"Kundenorientierte Funktionen"| Stakeholder["Stakeholder- und Empathie-Muster verwenden"]
PersMult --> Apply(["Ausgewähltes Muster aus der Musterbibliothek anwenden"])
MultiStage --> Apply
InversionExtreme --> Apply
Constraint --> Apply
Competitive --> Apply
Stakeholder --> Apply
</selection_guide>
Optimierung des Ausgabeformats
<format_guidance> Erfolgreiche Brainstorming-Muster geben exakte Ausgabeformate vor:
- „Nummerierte Liste" > „Aufzählungspunkte" (besser zum Verfolgen von Ideen)
- „Tabellenformat: Idee | Begründung | Umsetzung | Abwägungen" (erzwingt Vollständigkeit)
- „Erkläre für jede Idee deine Begründung" (erhöht die Qualität um 40%)
- Gib Wortzahlenbereiche an (200-400 Wörter verhindert sowohl Kürze als auch Weitschweifigkeit) </format_guidance>
Referenzen zur Musterdokumentation
Die vollständige Musterdokumentation ist in Referenzdateien organisiert:
- Musterkategorien und Dokumentation – vollständige Kategorie- und Musterauflistung
- Domänenspezifische Anwendungen – Marketing, Produktentwicklung, QA-Tests, Geschäftsstrategie
- Musterauswahlleitfaden – Entscheidungsrahmen zur Auswahl geeigneter Muster
- Synthese: Was Muster funktionieren lässt
- Umfassende Prompt-Bibliothek – Fertig verwendbare Vorlagen
- Management-Zusammenfassung
- Bibliographie und Quellendokumentation
Hinweise für Claude-Instanzen
<ai_instructions>
- Beginne damit, zu beurteilen, ob es sich um eine Implementierungsdesign-Aufgabe oder eine Inhalts-/Marketing-Ideenfindungs-Aufgabe handelt.
- SETZE das
<HARD-GATE>IMMER durch. Springe niemals direkt zum Code ohne ein genehmigtes Design. - Wenn du Ideen/Ansätze generierst, verwende exakte Prompt-Vorlagen aus den Referenzdateien, keine paraphrasierten Versionen.
- Zitiere Quelldateien, wenn du auf bestimmte Muster verweist. </ai_instructions>