Jamie-BitFlight/brainstorming-skill

Brainstorming Skill

概述

此技能服务于两个关键目标：

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

构思工作流

当处理软件功能、组件设计或复杂任务时，你必须为以下每个项目创建一个任务并按顺序完成它们。（对于纯内容/营销构思，请使用下面的模式库调整这些步骤）。

1. 探索上下文 — 检查项目状态、文件、文档、最近的提交
2. 提出澄清问题 — 一次一个，理解目的/约束/成功标准
3. 提出 2-3 种方案 — 附带权衡分析和你的推荐（借助模式库获取灵感）
4. 呈现设计方案 — 根据复杂度缩放章节，在每部分获得用户批准
5. 记录结果 — 将验证过的设计/想法写入适当的 markdown 文件（例如 docs/plans/YYYY-MM-DD-<topic>-design.md）并提交
6. 过渡 — 仅在批准后调用计划或实现技能

流程图

[!IMPORTANT] 当提供了流程图或 Mermaid 图表时，将其视为权威流程。严格按照图示顺序执行步骤，包括分支、决策点和停止条件。 Mermaid 流程图表是可执行的指令集。严格按照其描述执行：尊重顺序、条件、循环、并行路径和终止状态。不得即兴发挥、重新排序或跳过步骤。如果任何节点存在歧义或缺少必要的细节，请先暂停并提出澄清问题。 与用户交互时，在执行前报告你将从图表中遵循的解释路径，然后执行。

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

flowchart TD
    subgraph Phase1["阶段 1：探索 — 在提出方案前确立当前状态"]
        Explore["探索上下文 — 检查项目状态、文件、文档、最近的提交"]
        Ask["提出澄清问题 — 一次一个，理解目的/约束/成功标准"]
        Propose["提出 2-3 种方案 — 附带权衡分析和推荐，使用模式库"]
    end
    subgraph Phase2["阶段 2：验证 — 在继续前获得明确的用户批准"]
        Present["呈现设计方案 — 根据复杂度缩放章节，每部分后获得用户批准"]
        Approve{"用户是否明确确认批准<br>或请求修改？"}
    end
    subgraph Phase3["阶段 3：完成 — 记录并交接"]
        Document["记录结果 — 将验证过的设计写入 docs/plans/YYYY-MM-DD-topic-design.md 并提交"]
        Transition(["过渡 — 仅在批准后调用计划或实现技能"])
    end

    Explore --> Ask --> Propose --> Present
    Present --> Approve
    Approve -->|"用户请求修改 — 修改并重新呈现"| Present
    Approve -->|"用户确认批准 — 继续"| Document
    Document --> Transition

对话原则

• 一次只问一个问题 - 不要用多个问题淹没用户。将复杂主题分解。
• 优先提供选择题 - 在可能的情况下，选择题比开放性问题更易于用户回答。
• 严格遵循 YAGNI 原则 - 从所有设计中移除不必要的功能。
• 探索替代方案 - 在最终确定之前，始终提出 2-3 种方案。
• 渐进式验证 - 呈现设计，获得批准后再继续。
• 保持灵活 - 当某事不合理时，回头澄清。

用于构思与方案的 14 种模式类别

在提出方案或为用户生成想法时，请利用以下 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(["用户请求想法或方案"]) --> Goal{"主要的<br>构思目标是什么？"}
    Goal -->|"快速产出 — 8-15 个想法"| PersMult["使用视角倍增模式"]
    Goal -->|"质量/深度 — 精炼想法"| MultiStage["使用多阶段精炼<br>配合约束变化"]
    Goal -->|"突破性创新"| InversionExtreme["结合倒置法 + 极端缩放"]
    Goal -->|"实际实施"| Constraint["使用基于约束的模式"]
    Goal -->|"市场差异化"| Competitive["使用竞争定位模式"]
    Goal -->|"以客户为中心的功能"| Stakeholder["使用利益相关者与同理心模式"]

    PersMult --> Apply(["从模式库中选择应用模式"])
    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>