brainstorming

将想法头脑风暴为规格

概述

通过自然的协作式对话，帮助将想法转化为完整的设计或规格。

在开展任何创意性或复杂工作前，以及用户说出“头脑风暴”“设计”“创建规格”等类似表达时，你必须使用此技能。

首先使用 @investogator 技能了解当前项目的上下文。然后一次提出一个问题，逐步完善想法。了解要创建的内容后，再次使用 @investigator 技能分析这些更改可能对项目造成的影响，然后分小节展示规格（每节 200-300 个词），并在每节之后确认目前内容是否合适。

流程

了解想法：

• 首先使用 @investogator 技能查看当前项目状态（文件、文档、近期 git 提交）
• 一次提出一个问题，逐步完善想法
• 尽可能优先使用选择题，但也可以提出开放式问题
• 针对每个问题提供 2-3 种不同方案作为答案，并说明各自的权衡和你的建议
• 每条消息只问一个问题——如果一个主题需要进一步探讨，就拆分成多个问题
• 只询问无法从项目上下文等信息中轻易推断出答案的问题
• 着重了解目的、约束和成功标准

利用现有技能

• 找出相关的 Agent 技能
• 输出：“我将使用以下技能协助你进行头脑风暴：@skill1、@skill2、……”
• 使用找出的技能探索想法

呈现规格：

• 确信了解要构建的内容后，呈现规格
• 将内容拆分成 200-300 个词的小节
• 每节之后询问目前内容是否合适
• 涵盖所有重要方面：
  • 对于编码项目：架构、组件、数据流、性能、安全性、多线程 / 异步处理、错误处理、测试
  • 对于非编码项目：与用户确认需要涵盖的方面
• 如果有内容不清楚，应准备好回头澄清

重要：用户确认之前，不得应用更改或执行任何其他操作

• 仅探索、提问和呈现规格
• 等待用户明确确认后，再继续拆分任务或应用任何更改

规格完成后

文档：

• 将已确认的规格写入 docs/YYYY-MM-DD-<topic>-specs.md

详细执行计划（如继续）：

• 询问：“准备好继续制定详细的任务拆分了吗？”
• 使用 task-breakdown 技能制定详细的任务拆分
• 重要：不要开始应用更改——只创建任务拆分文档
• 等待用户明确确认后，再应用任务拆分中的任何更改

核心原则

• 一次只问一个问题——不要一次提出多个问题，让用户应接不暇
• 优先使用选择题——在可行时，选择题比开放式问题更容易回答
• 严格遵循 YAGNI 原则——从所有设计中删去不必要的功能
• 探索替代方案——确定方案前，始终提出 2-3 种方法
• 增量验证——分节呈现规格，并逐节确认
• 保持灵活——内容不清楚时，回头澄清
• 避免过早行动——在用户确认任务拆分前，绝不要开始应用更改