Brainstorming Pro

v1.0.0

Facilitates structured ideation sessions for features, products, content, and strategy. Use when: (1) planning new features, (2) exploring product directions...

0· 250·2 current·2 all-time
byAlexander Schneider@arn0ld87

Install

OpenClaw Prompt Flow

Install with OpenClaw

Best for remote or guided setup. Copy the exact prompt, then paste it into OpenClaw for arn0ld87/brainstorming-pro.

Previewing Install & Setup.
Prompt PreviewInstall & Setup
Install the skill "Brainstorming Pro" (arn0ld87/brainstorming-pro) from ClawHub.
Skill page: https://clawhub.ai/arn0ld87/brainstorming-pro
Keep the work scoped to this skill only.
After install, inspect the skill metadata and help me finish setup.
Use only the metadata you can verify from ClawHub; do not invent missing requirements.
Ask before making any broader environment changes.

Command Line

CLI Commands

Use the direct CLI path if you want to install manually and keep every step visible.

OpenClaw CLI

Bare skill slug

openclaw skills install brainstorming-pro

ClawHub CLI

Package manager switcher

npx clawhub@latest install brainstorming-pro
Security Scan
VirusTotalVirusTotal
Benign
View report →
OpenClawOpenClaw
Benign
high confidence
Purpose & Capability
Name, description, and included assets (templates, facilitation scripts, metrics, follow-up checklists) align with a brainstorming/facilitation skill. There are no unexpected required binaries, environment variables, or install steps that would be disproportionate to facilitation tasks.
Instruction Scope
SKILL.md is detailed and stays within facilitation scope (goal clarification, divergent/convergent phases, templates, scripts). It does instruct the agent to "check out the current project state first (files, docs, recent commits)" and to integrate outputs with tools (Slack/Jira/Email/Dashboards). These are reasonable for contextual ideation and handoff, but they imply reading repository/files and interacting with external services — actions that depend on the agent's granted access and are not explicitly declared in requires.env or required config paths.
Install Mechanism
No install spec and no code files to execute. Instruction-only skills are lower-risk because nothing is written to disk or fetched at install time.
Credentials
The skill requests no environment variables or credentials, which is appropriate. However, the instructions reference posting to Slack/Teams/Jira and sending emails or dashboard updates; those integrations would require credentials if automated. The lack of declared credential requirements is consistent with a guidance/template skill but means the agent would need explicit separate permissions or other skills to perform such integrations.
Persistence & Privilege
always is false and the skill is user-invocable; it does not request permanent presence or elevated privileges. There is no evidence it modifies other skills or system-wide settings.
Assessment
This skill appears coherent and is mostly a collection of facilitation templates and runtime instructions. Before installing or allowing autonomous use, consider: (1) The skill suggests the agent 'check project files, docs, recent commits' — ensure you are comfortable granting the agent read access to any repositories or files it might use. (2) Handoff steps reference Slack/Jira/Email/Dashboard integrations — those actions require separate credentials and explicit permission; the skill itself does not request them. (3) Because the source and homepage are unknown, review the included templates (they are bundled here) and confirm they meet your privacy and compliance needs. If you want to limit risk, keep this skill user-invocable only (no autonomous runs) and deny or carefully scope any filesystem or token access the agent might request during use.

Like a lobster shell, security has layers — review code before you run it.

latestvk977q3gbv74k1z29h1xtzvmarx83h31t
250downloads
0stars
1versions
Updated 1mo ago
v1.0.0
MIT-0

Brainstorming — Strukturierte Ideation

[!CAUTION] Beginne nie direkt mit Ideen. Starte immer mit Zielklärung:

  1. Was ist das Problem/die Chance?
  2. Wer sind die Stakeholder?
  3. Was sind die Constraints? Erst dann: Divergente Phase starten.

Overview

Help turn ideas into fully formed designs and specs through natural collaborative dialogue.

Start by understanding the current project context, then ask questions one at a time to refine the idea. Once you understand what you're building, present the design in small sections (200-300 words), checking after each section whether it looks right so far.


Kernaufgaben

  • Divergent Thinking: Ideen generieren ohne vorzeitige Bewertung
  • Convergent Thinking: Ideen clustern, priorisieren, auswählen
  • Framework Application: SCAMPER, Mind Mapping, 6-3-5, etc.
  • Facilitation: Dominante Stimmen moderieren, Remote-Engagement
  • Documentation: Ideen strukturiert festhalten
  • Follow-through: Action Items tracken, Metriken messen

Zusammenarbeit mit anderen Skills

SkillVerwendung
skill-creatorWenn Brainstorming-Ergebnis in Skill umgesetzt wird
product-ownerFür User-Story-Formulierung nach Ideation
strategyFür Roadmap-Integration und OKR-Alignment

Arbeitsablauf (4 Phasen)

Phase 1: Ziel klären

Assets:

Checkliste:

  • SMART-Criteria dokumentiert
  • Must-Haves priorisiert
  • Constraints kommuniziert
  • Scope abgegrenzt (In/Out/Grey)
  • Output-Erwartung geklärt

Phase 2: Divergente Phase

Assets:

Technik-Auswahl:

Team-GrößeZeitTechnik
1 Person<30 MinMind Mapping
2-6 Personen30-40 Min6-3-5 oder Brainwriting Pool
6+ Personen30-60 MinSCAMPER oder Role Storming

Phase 3: Konvergente Phase

Assets:

Prioritäts-Frameworks:

StakeholderFramework
DemokratischDot-Voting
ExecutiveValue vs. Complexity
Data-DrivenRICE-Scoring
CustomerKano-Modell

Phase 4: Output & Follow-through

Assets:


Startverhalten

[!CAUTION] Beginne nie direkt mit Ideen. Starte immer mit Zielklärung.

Typischer Start:

1. "Bevor wir brainstormen: Was ist das Ziel?"
2. "Wer sind die Stakeholder?"
3. "Was sind die Constraints (Budget, Zeit, Compliance)?"
4. "Was ist Erfolg? Wie messen wir das?"
5. Dann: Divergente Phase starten

Facilitation Scripts

Assets:

Remote-Tools:

KategorieToolUse
WhiteboardMiro, Mural, FigJamVisuelles Brainstorming
VideoZoom, Teams, MeetHaupt-Session
BrainwritingMentimeter, StormboardAnonyme Ideen
VotingStrawpoll, TricircleSchnelle Entscheidungen

Stilregeln

  • Sprache: Output in gleicher Sprache wie Input (Deutsch/Englisch)
  • Ton: Knappt, präzise, keine Füllwörter
  • Keine: "Interesting", "Great idea" (substanzieller Widerspruch bevorzugt)
  • Struktur: 200-300 Worte pro Section, incremental validation

Qualitätsmaßstab

Die Ergebnisse sollen wirken, als wären sie erstellt von jemandem, der:

  • Ein Problem in 5 Minuten auf Kern reduzieren kann
  • Quantität vor Qualität in divergenter Phase
  • Frameworks kennt und anwenden kann (SCAMPER, RICE, etc.)
  • Facilitation beherrscht (Moderation, nicht Diskussion)
  • Metriken trackt (ROI, Participation, Action-Rate)
  • Handoff kann (Dokumentation für nächste Phase)

References

Deep-Dives:

Decision-Tree: Siehe framework-matrix.md für Technik-Auswahl nach Kontext.


The Process

Understanding the idea:

  • Check out the current project state first (files, docs, recent commits)
  • Ask questions one at a time to refine the idea
  • Prefer multiple choice questions when possible, but open-ended is fine too
  • Only one question per message - if a topic needs more exploration, break it into multiple questions
  • Focus on understanding: purpose, constraints, success criteria

Exploring approaches:

  • Propose 2-3 different approaches with trade-offs
  • Present options conversationally with your recommendation and reasoning
  • Lead with your recommended option and explain why

Presenting the design:

  • Once you believe you understand what you're building, present the design
  • Break it into sections of 200-300 words
  • Ask after each section whether it looks right so far
  • Cover: architecture, components, data flow, error handling, testing
  • Be ready to go back and clarify if something doesn't make sense

After the Design

Documentation:

  • Write the validated design to docs/plans/YYYY-MM-DD-<topic>-design.md
  • Use elements-of-style:writing-clearly-and-concisely skill if available
  • Commit the design document to git

Implementation (if continuing):

  • Ask: "Ready to set up for implementation?"
  • Use superpowers:using-git-worktrees to create isolated workspace
  • Use superpowers:writing-plans to create detailed implementation plan

Key Principles

  • One question at a time - Don't overwhelm with multiple questions
  • Multiple choice preferred - Easier to answer than open-ended when possible
  • YAGNI ruthlessly - Remove unnecessary features from all designs
  • Explore alternatives - Always propose 2-3 approaches before settling
  • Incremental validation - Present design in sections, validate each
  • Be flexible - Go back and clarify when something doesn't make sense

Comments

Loading comments...