Communitygithub.com

Jamie-BitFlight/brainstorming-skill

Dieses Skill ist vor jeder kreativen Arbeit zu verwenden – beim Erstellen von Features, Komponenten, Hinzufügen von Funktionalität, Änderungen des Verhaltens oder wenn Benutzer Hilfe bei Ideenfindung, Marketing und strategischer Planung anfordern. Es erkundet Benutzerabsicht, Anforderungen und Design vor der Implementierung mittels forschungsvalidierter Prompt-Muster.

Was ist brainstorming-skill?

Dieses Skill strukturiert den kreativen Prozess in drei Phasen: Entdeckung, Validierung und Abschluss. Es stellt sicher, dass vor dem Schreiben von Code ein klares, vom Benutzer genehmigtes Design steht, indem es zuerst den Kontext analysiert, gezielte Fragen stellt, 2-3 Lösungsansätze mit Abwägungen vorschlägt, das Design schrittweise präsentiert und validiert, und schließlich die Ergebnisse dokumentiert. Es enthält eine umfassende Bibliothek von 14 forschungsvalidierten Ideenfindungsmustern (z.B. Perspektivenvervielfachung, Zwangsvariation, Analogietransfer) und einen Auswahlleitfaden, der je nach Ziel (schnelle Ideen, tiefgreifende Innovation, Marktdifferenzierung) das passende Muster empfiehlt. Das Skill arbeitet plattformunabhängig, eignet sich für jede KI-gestützte Entwicklungsumgebung und legt großen Wert auf inkrementelle Validierung, YAGNI und strukturierte Ausgabeformate wie nummerierte Listen oder Tabellen.

Funktioniert mit✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/Jamie-BitFlight/claude_skills/tree/main/plugins/brainstorming-skill/skills/brainstorming-skill

In Ihrer bevorzugten KI fragen

Öffnet einen neuen Chat, in dem dieser Agent-Skill bereits geladen ist.

Dokumentation

Brainstorming Skill

Übersicht

Dieses Skill erfüllt zwei entscheidende Zwecke:

  1. 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.
  2. 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).

  1. Kontext erkunden – Projektzustand, Dateien, Dokumentation, aktuelle Commits prüfen
  2. Klärungsfragen stellen – eine nach der anderen, Zweck/Einschränkungen/Erfolgskriterien verstehen
  3. 2-3 Ansätze vorschlagen – mit Abwägungen und eigener Empfehlung (Musterbibliothek als Inspiration nutzen)
  4. Design präsentieren – in der Komplexität angemessenen Abschnitten, nach jedem Abschnitt Benutzerfreigabe einholen
  5. 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
  6. Ü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>

  1. Perspektivenvervielfachung – Ideen aus mehreren Blickwinkeln und Stakeholder-Perspektiven generieren
  2. Zwangsvariation – Ideenraum durch künstliche Einschränkungen erkunden
  3. Umkehrung und Negativraum – Umgekehrtes Denken nutzen, um neuartige Lösungen zu finden
  4. Analogietransfer – Muster aus verschiedenen Bereichen anwenden
  5. Systematische Funktionszerlegung – SCAMPER und attributbasierte Ideenfindung
  6. Szenarioerkundung – Zukunftsorientiertes und „Was-wäre-wenn“-Denken
  7. Einschränkungsbasierte strukturierte Ideenfindung – Innerhalb harter Grenzen aufbauen
  8. Gedankengang-Begründung – Mehrstufige Verfeinerungsprozesse
  9. Kombination und morphologische Erkundung – Neuartige Funktionskombinationen erzwingen
  10. Annahmen herausfordern – Prämissen hinterfragen und Annahmen umkehren
  11. Lückentext-Vorlagen – Strukturierte Vervollständigungsformate
  12. Wettbewerbspositionierung – Differenzierungsmatrix-Ansätze
  13. Extreme Skalierung – 10x Denken und exponentielle Szenarien
  14. 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:

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>

Individual skills in this repo

This repo contains 20 individual skills — each has its own dedicated page.

Jamie-BitFlight/agentskill-kaizen-meta-docs

Agentskill kaizen plugin documentation index. Load when needing to read about cross-platform notes, improvement plans, or DuckDB integration.

Jamie-BitFlight/bash-51-features

Bash 5.1 release features and improvements with practical examples. Use when working with Bash 5.1 features, epoch time variables, redirection enhancements, or when user asks about Bash 5.1 changes, new features, or version-specific capabilities.

Jamie-BitFlight/bash-52-features

Bash 5.2 release features and improvements with practical examples. Use when working with Bash 5.2 features, variable handling enhancements, readline improvements, or when user asks about Bash 5.2 changes, new features, or version-specific capabilities.

Jamie-BitFlight/bash-53-features

Bash 5.3 release features and improvements with practical examples. Use when working with Bash 5.3 features, new command substitution, GLOBSORT, loadable builtins, or when user asks about Bash 5.3 changes, new features, or version-specific capabilities.

Jamie-BitFlight/bash-development

This skill should be used when the user asks to "write a bash script", "create a shell script", "implement bash function", "parse arguments in bash", "handle errors in bash", or mentions bash development, shell scripting, script templates, or modern bash patterns.

Jamie-BitFlight/bash-lint

This skill should be used when the user asks to "lint bash script", "run shellcheck", "format shell script", "use shfmt", "fix shellcheck errors", or mentions shell script linting, formatting, code quality, or pre-commit hooks for bash.

Jamie-BitFlight/bash-logging

This skill should be used when the user asks to "add logging to bash script", "colorize output", "implement log levels", "CI/CD sections", "terminal colors in bash", or mentions logging functions, emoji output, collapsible CI sections, or shlocksmith.

Jamie-BitFlight/bash-portability

This skill should be used when the user asks about "POSIX compatibility", "portable shell scripts", "cross-shell compatibility", "bashisms", "shebang selection", or mentions writing scripts that work on different shells (bash, sh, dash, zsh) or different systems.

Jamie-BitFlight/bash-testing

This skill should be used when the user asks to "test bash script", "write shell tests", "use shunit2", "use shellspec", "create test suite for bash", or mentions unit testing, test frameworks, mocking, or test-driven development for shell scripts.

Jamie-BitFlight/clang-format

Configure clang-format code formatting. Use when: user mentions clang-format or .clang-format, analyzing code style/patterns, creating/modifying formatting config, troubleshooting formatting, brace styles/indentation/spacing/alignment/pointer alignment, or codifying conventions.

Jamie-BitFlight/commitlint

When setting up commit message validation for a project. When project has commitlint.config.js or .commitlintrc files. When configuring CI/CD to enforce commit format. When extracting commit rules for LLM prompt generation. When debugging commit message rejection errors.

Jamie-BitFlight/conventional-commits

When writing a git commit message. When task completes and changes need committing. When project uses semantic-release, commitizen, git-cliff. When choosing between feat/fix/chore/docs types. When indicating breaking changes. When generating changelogs from commit history.

Jamie-BitFlight/dasel-reference

Use when querying, modifying, or converting JSON, YAML, TOML, XML, CSV, HCL, or INI with dasel v3. Complete reference for selectors, functions, conditionals, variables, spread operator, type casting, and format-specific patterns.

Jamie-BitFlight/data-exploration

Use when exploring unknown structured data files with dasel v3 — discover schema, list keys, find nested values, sample arrays, identify data types across JSON, YAML, TOML, XML, CSV, HCL, INI formats

Jamie-BitFlight/data-transformation

Use when modifying, converting, or transforming structured data with dasel v3 — in-place mutations, format conversion, batch operations, array manipulation, object construction, and merge patterns across JSON, YAML, TOML, XML, CSV, HCL, INI

Jamie-BitFlight/delegate

Decompose substantive work into phases, dispatch each phase to a sub-agent, and adjudicate what comes back. Use whenever a request asks for implementation, investigation, a fix, a review, or any change to files — including small ones — and whenever you are about to read source or run a diagnostic yourself instead of handing it off. Also use when a report from a sub-agent needs judging, when a phase needs re-dispatching, or when a user names one instance of a pattern. Does not apply when your own prompt begins "Your ROLE_TYPE is sub-agent." — then follow references/sub-agent-contract.md instead.

Jamie-BitFlight/enterprise-hibernate-hbm

Dasel v3 query patterns for Hibernate .hbm.xml mapping files — entity-table binding, Java property-to-column extraction, one-to-many set/list/bag relationship tracing, many-to-one foreign key discovery, batch scanning across 60+ HBM files. Use when querying Hibernate ORM class mappings, extracting schema metadata from Java persistence layer, or auditing entity-column relationships in enterprise legacy codebases.

Jamie-BitFlight/enterprise-installanywhere

Dasel v3 query patterns for InstallAnywhere .iap_xml installer definitions — use when querying action sequences, discovering variables, resolving platform conditions, navigating panels, or comparing installer variants. Files are 2.5+ MB, 65,000+ lines — too large for context reads, requires structural dasel queries.

Jamie-BitFlight/enterprise-maven-pom

Dasel v3 selector patterns for Maven POM XML files — use when querying dependency versions, filtering by groupId or scope, extracting module hierarchy from parent POMs, or detecting version conflicts across enterprise multi-module Java projects. Load this skill when working with pom.xml files using dasel.

Jamie-BitFlight/enterprise-spring-xml

Dasel v3 selectors for Spring bean factory XML — use when querying any Spring ApplicationContext XML for bean discovery, dependency wiring, JMS destination mapping, property injection extraction, or cross-bean reference tracing. Load this skill before writing dasel selectors against Spring bean XML files (applicationContext.xml, *_beans.xml, spring-*.xml).

Verwandte Skills