Token导航 LogoToken导航TokenDH.com
效率只读clawhub未标认证来源可访问clear审计通过

brainstorming-pro头脑风暴专业版

Agent Skill

brainstorming-pro 用于整理文档、README、Markdown 和说明材料,适合在 OpenClaw 中需要把零散信息整理成结构清晰的文档时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

7,910

周安装

320

GitHub Stars

公开资料未说明

下载量

2,483
OpenClaw

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

MIT-0

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:brainstorming-pro(头脑风暴专业版)
来源仓库:https://github.com/arn0ld87/brainstorming-pro
安装命令:
openclaw skills install brainstorming-pro
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 OpenClaw 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

ClawHubOpenClaw
openclaw skills install brainstorming-pro

简介

brainstorming-pro 用于整理文档、README 和 Markdown 材料。

  • 适合在 OpenClaw 中将零散信息结构化输出为清晰文档。
  • 通过 clawhub 安装,需结合来源仓库和原始 README 核验用法。
  • 安装前建议确认权限范围、维护状态及是否触发联网或文件操作。
  • 适用于规划新功能、探索产品方向等结构化构思场景。

SKILL.md

name
brainstorming
description
Facilitates structured ideation sessions for features, products, content, and strategy. Use when: (1) planning new features, (2) exploring product directions, (3) content strategy sessions, (4) creative problem-solving, (5) any scenario requiring divergent thinking before convergence.

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

适合场景

01

OpenClaw 用户查找和安装 Skill 时

02

用户想查找某类 Agent Skill 时

03

需要根据任务场景推荐可安装能力包时

04

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

补充不同宿主或平台的使用分布数据

能力 5

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

OpenClaw

79.1%
按下载量换算1,964

安全审计

VirusTotal

通过

ClawScan

通过

Static analysis

通过

权限和风险

只读

该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills