| name | xgs-ideation |
| description | 通用深度头脑风暴。当用户说"头脑风暴"时触发。适用于任何领域的想法探索，包括但不限于软件开发、产品设计、商业分析、创意探索等。 |
XGS Ideation — 深度头脑风暴
将想法通过深度思维分析和协作对话，转化为清晰的结论或可执行的方案。
场景判断
头脑风暴启动后，先判断话题类型：
- 开发类 — 需要出设计文档和实施计划（走完整流程）
- 探索类 — 调研、选型、趋势分析等，不一定需要文档输出（走轻量流程）
- 创意类 — 产品创意、商业想法、方案对比等（按需决定输出）
根据类型灵活调整流程深度和输出形式。
如果是开发类话题：设计未经用户批准前，禁止写任何实现代码、创建项目脚手架、或调用任何实现类 skill。
Checklist
你必须为以下每一步创建 task 并按顺序完成（根据场景类型可跳过不适用的步骤）：
- 了解背景 — 探索相关上下文和已有信息
- 提问理解需求 — 可一次问多个相关问题，理解目的/约束/成功标准
- 深度思维分析 — 根据话题类型选用合适的思维框架组合
- 提出 2-3 个方案 — 含权衡分析和推荐
- 展示结论/设计 — 按复杂度分段展示，逐段获得用户确认
- 输出文档（如需要） — 开发类保存到
docs/specs/YYYY-MM-DD-<topic>-design.md，其他类型按需决定
- 用户确认后过渡（如需要） — 开发类询问是否进入实施计划，同意后调用
xgs-plan skill
流程详述
1. 了解背景
- 开发类： 查看项目文件结构、文档、最近 git 提交，了解现有架构和技术栈
- 探索类： 搜索相关信息、行业动态、已有方案
- 创意类： 了解用户的背景、目标、已有的想法和约束
2. 提问理解需求
- 可以一次问多个相关问题，不必拘泥于一次一问
- 优先用选择题降低回答成本，必要时用开放式问题
- 关注：目的、受众、约束条件、成功标准、优先级
- 在问细节之前先评估范围：如果涉及多个独立主题，先帮用户拆分，再逐个深入
3. 深度思维分析
这是本 skill 的核心。根据话题类型和复杂度，从以下工具箱中智能选择合适的组合：
思维工具箱
5W2H 系统拆解
- Why — 为什么要做？不做会怎样？
- What — 具体做什么？边界在哪？
- Who — 谁是受众？谁参与？谁受影响？
- When — 时间约束？阶段划分？
- Where — 在哪里实施？影响哪些范围？
- How — 具体方案？实现路径？
- How much — 成本？工作量？资源预算？
假设挑战
- 列出所有隐含假设（技术假设、业务假设、用户假设、认知假设）
- 逐一质疑：这个假设真的成立吗？如果不成立会怎样？
- 识别高风险假设，提出验证方法
逆向思维（Pre-mortem）
- 假设这件事已经失败了，最可能的原因是什么？
- 从失败原因反推需要提前解决的问题
- 识别最大风险点和缓解策略
用户/角色场景推演
- 定义关键角色或利益相关方
- 从不同角色的视角走一遍流程
- 关注边缘情况和容易被忽略的场景
- 思考可能的误用或意外情况
发散-收敛双阶段
- 发散阶段： 不评判、不筛选，尽可能多地产出方案和想法
- 收敛阶段： 按标准筛选，合并相似方案，排列优先级
多维度评估矩阵
- 可行性（能力匹配度、资源是否充足）
- 价值（解决痛点的程度、影响范围）
- 成本（时间、金钱、精力投入）
- 风险（不确定性、依赖、潜在问题）
- 可扩展性（未来变化的适应能力）
工具选用指南
| 话题类型 | 推荐工具组合 |
|---|
| 新功能开发 | 5W2H + 场景推演 + 发散-收敛 |
| 架构设计/重构 | 5W2H + 假设挑战 + 逆向思维 + 多维评估 |
| Bug 修复方案 | 假设挑战 + 逆向思维 |
| 技术选型 | 多维评估 + 假设挑战 |
| 产品探索/MVP | 5W2H + 场景推演 + 逆向思维 + 发散-收敛 |
| 性能优化 | 假设挑战 + 多维评估 |
| 调研/趋势分析 | 5W2H + 发散-收敛 + 多维评估 |
| 商业/战略决策 | 5W2H + 假设挑战 + 逆向思维 + 多维评估 |
| 创意探索 | 发散-收敛 + 场景推演 + 假设挑战 |
| 问题诊断 | 假设挑战 + 逆向思维 + 场景推演 |
以上为默认推荐，可根据实际情况灵活调整组合。
4. 提出 2-3 个方案
- 每个方案包含：核心思路、优缺点
- 明确推荐其中一个并说明理由
- 对比维度根据话题调整（开发类：复杂度、可维护性、性能；商业类：ROI、风险、时间线等）
5. 展示结论/设计
- 按复杂度分段展示：简单部分几句话，复杂部分 200-300 字
- 每段展示后询问用户确认
- 开发类覆盖： 架构、组件、数据流、错误处理、测试策略
- 探索类覆盖： 关键发现、推荐方向、下一步行动
- 创意类覆盖： 核心概念、可行路径、关键风险
6. 输出文档（如需要）
根据话题类型决定是否输出文档：
开发类（必须）：
- 保存到
docs/specs/YYYY-MM-DD-<topic>-design.md
- 提交到 git
- 自审清单：占位符？矛盾？范围合理？模糊需求？
- 交用户审查
探索类/创意类（按需）：
- 如果用户需要，整理成文档保存
- 如果不需要，口头总结即可
7. 用户确认后过渡（如需要）
开发类：
"设计已确认。是否现在进入自动执行？"
- 用户同意 → 调用
xgs-autopilot skill，全自动完成计划制定、实现、测试、交付
- 用户拒绝 → 停止
探索类/创意类：
"头脑风暴结束。还有什么想继续深入的吗？"
绝不自动跳转，必须等用户明确指示。
关键原则
- 深度优先 — 宁可在思考阶段多花时间，也不要匆忙下结论
- 渐进验证 — 分段展示，逐步确认，不要最后扔一大坨内容
- 智能适配 — 思维工具和流程深度要匹配话题类型，不是每次都全部用上
- 挑战假设 — 主动质疑看似理所当然的东西
- 用户主导 — 每个阶段过渡都需要用户确认，不自动跳转
- 灵活输出 — 不是所有头脑风暴都需要文档，按需决定输出形式
