brainstorming-skill

头脑风暴技能

概述

此技能有两个重要用途：

1. 交互式设计流程： 引导 AI 通过自然、协作式对话，将想法转化为完整的设计和规格说明，然后再编写任何代码。
2. 全面的构思框架： 提供经过研究验证的提示模式（参见下方的模式文档参考），帮助在任何领域（营销、内容、功能）生成高质量创意。

在完成头脑风暴流程、展示设计并获得用户批准之前，**不得**调用任何实现技能、编写任何代码、搭建任何项目框架或采取任何实现行动。无论项目看起来多么简单，这条规则都适用。

头脑风暴工作流

在处理软件功能、组件设计或复杂任务时，必须为以下每项创建任务，并按顺序完成。（对于纯内容或营销创意，可使用下方的模式库调整这些步骤。）

1. 探索上下文 — 检查项目状态、文件、文档和近期提交
2. 提出澄清问题 — 每次只问一个，了解目的、约束条件和成功标准
3. 提出 2-3 种方案 — 说明各自的权衡取舍并给出建议（可借鉴模式库）
4. 展示设计 — 根据复杂程度分节展示，并在每个部分结束后征求用户批准
5. 记录结果 — 将已确认的设计或创意写入适当的 Markdown 文件（例如 docs/plans/YYYY-MM-DD-<topic>-design.md），并提交
6. 过渡 — 只有在获得批准后，才能调用规划或实现技能

流程图

重要

收到流程图或 Mermaid 图时，应将其视为权威流程。严格按照图示顺序执行步骤，包括分支、决策点和停止条件。 Mermaid 流程图是可执行的指令集。必须严格遵照图示内容执行：遵守顺序、条件、循环、并行路径和终止状态。不得自行发挥、调整顺序或跳过步骤。如果任何节点含义不明确或缺少必要细节，应暂停并提出澄清问题，然后再继续。 与用户互动时，先报告你对图中执行路径的理解，再采取行动，然后按图执行。

以下流程图是头脑风暴工作流的权威流程。严格按照图示顺序执行步骤，包括分支、决策点和停止条件。

flowchart TD
    subgraph Phase1["Phase 1: Discovery — establish current state before proposing"]
        Explore["Explore context — check project state, files, docs, recent commits"]
        Ask["Ask clarifying questions — one at a time, understand purpose/constraints/success criteria"]
        Propose["Propose 2-3 approaches — with trade-offs and recommendation, use Pattern Library"]
    end
    subgraph Phase2["Phase 2: Validation — get explicit user approval before proceeding"]
        Present["Present design — in sections scaled to complexity, get user approval after each section"]
        Approve{"Does user explicitly confirm approval<br>or request revision?"}
    end
    subgraph Phase3["Phase 3: Completion — document and hand off"]
        Document["Document the result — write validated design to docs/plans/YYYY-MM-DD-topic-design.md and commit"]
        Transition(["Transition — invoke planning or implementation skill only after approval"])
    end

    Explore --> Ask --> Propose --> Present
    Present --> Approve
    Approve -->|"User requests revision — revise and re-present"| Present
    Approve -->|"User confirms approval — proceed"| Document
    Document --> Transition

对话原则

• 每次只问一个问题 - 不要用多个问题让用户应接不暇。将复杂主题拆分开来。
• 优先采用选择题 - 在可行时，选择题比开放式问题更便于用户作答。
• 严格遵循 YAGNI 原则 - 从所有设计中移除不必要的功能。
• 探索替代方案 - 在确定方案之前，始终提出 2-3 种方案。
• 增量验证 - 展示设计，并在继续之前获得批准。
• 保持灵活 - 遇到不合理之处时，返回并进行澄清。

构思模式类别与方法

为用户提出方法或生成创意时，请使用以下 14 个系统化类别。每种模式都包含精确的提示词模板、输出格式规范和成功指标。

<category_index>

1. 视角扩展 - 从多个视角和利益相关方角度生成创意
2. 约束变化 - 通过人为设定的约束探索创意空间
3. 逆向思考与负空间 - 运用逆向思维寻找新颖解决方案
4. 类比迁移 - 应用其他领域的模式
5. 系统化特征分解 - SCAMPER 和基于属性的构思
6. 情景探索 - 基于未来和“假如”思考
7. 基于约束的结构化构思 - 在严格约束下构思
8. 思维链推理 - 多步骤完善流程
9. 组合与形态探索 - 强制组合新颖特征
10. 假设质疑 - 质疑前提并反转假设
11. 填空模板 - 结构化补全格式
12. 竞争定位 - 差异化矩阵方法
13. 极限扩展 - 10 倍思维和指数级情景
14. 基于利益相关方与同理心 - 客户旅程和用户画像模式 </category_index>

<selection_guide>

下图是模式选择的权威流程。请严格按照图示顺序执行各步骤，包括分支、决策点和停止条件。

flowchart TD
    Start(["User requests ideas or approaches"]) --> Goal{"What is the primary<br>ideation goal?"}
    Goal -->|"Rapid quantity — 8-15 ideas"| PersMult["Use Perspective Multiplication patterns"]
    Goal -->|"Quality/depth — refined ideas"| MultiStage["Use Multi-stage refinement<br>with constraint variation"]
    Goal -->|"Breakthrough innovation"| InversionExtreme["Combine Inversion + Extreme Scaling"]
    Goal -->|"Practical implementation"| Constraint["Use Constraint-Based patterns"]
    Goal -->|"Market differentiation"| Competitive["Use Competitive Positioning patterns"]
    Goal -->|"Customer-centric features"| Stakeholder["Use Stakeholder and Empathy patterns"]

    PersMult --> Apply(["Apply selected pattern from Pattern Library"])
    MultiStage --> Apply
    InversionExtreme --> Apply
    Constraint --> Apply
    Competitive --> Apply
    Stakeholder --> Apply

</selection_guide>

优化输出格式

<format_guidance> 成功的头脑风暴模式会指定精确的输出格式：

• “编号列表” > “项目符号列表”（更便于追踪创意）
• “表格格式：创意 | 推理 | 实施 | 权衡”（确保内容完整）
• “针对每个创意，解释你的推理过程”（提升 40% 的质量）
• 指定字数范围（200-400 字可避免过于简短或冗长） </format_guidance>

模式文档参考

完整的模式文档整理在以下参考文件中：

• 模式类别与文档 - 完整的类别和模式列表
• 特定领域应用 - 营销、产品开发、QA 测试、商业策略
• 模式选择指南 - 用于选择合适模式的决策框架
• 综合说明：模式奏效的原因
• 综合提示词库 - 可直接使用的模板
• 执行摘要
• 参考文献与来源文档

Claude 实例须知

<ai_instructions>

• 首先判断这是实施设计任务，还是内容/营销构思任务。
• 始终执行 <HARD-GATE>。未经批准的设计，绝不直接编写代码。
• 生成创意/方法时，提供参考文件中的精确提示词模板，不要改写。
• 引用特定模式时，注明来源文件。 </ai_instructions>