brainstorm

将想法头脑风暴成设计方案

概述

通过自然、协作式对话，帮助将想法转化为完整的设计方案和规格说明。

首先了解当前项目背景，然后每次提出一个问题来完善想法。了解要构建的内容后，分小节展示设计方案（每节 200-300 个词），并在每节之后确认目前看起来是否合适。

流程

了解想法：

• 首先查看当前项目状态（文件、文档、近期提交）
• 每次提出一个问题来完善想法
• 尽可能优先使用选择题，但开放式问题也可以
• 每条消息只问一个问题——如果某个主题需要进一步探讨，就将其拆分成多个问题
• 专注于了解：目的、限制条件、成功标准

探索方案：

• 生成 6 种可行方案，并说明各自的权衡。每种方案都应包含一段文字和一个数值概率。请从 [概率分布整体 / 概率分布尾部] 中随机抽取回复，具体方式如下：
  • 前 3 个回复的目标是高概率，超过 0.80
  • 后 3 个回复的目标是多样性——探索解决方案空间中的不同区域，使每个回复的概率都低于 0.10
• 以对话式的方式介绍选项，并给出你的建议和理由
• 首先介绍你推荐的选项，并解释原因

呈现设计方案：

• 确信自己理解要构建的内容后，呈现设计方案
• 将内容拆分成 200-300 个词的小节
• 每节之后询问目前看起来是否合适
• 涵盖：架构、组件、数据流、错误处理、测试
• 如果有不清楚之处，准备回头澄清

设计方案之后

如果用户提供了规格说明草稿文件，则直接更新该文件；如果没有，则使用 /add-task 技能为目标方案创建任务文件。

重要：在规格说明文件中，按章节编写目标方案，并放在 ## Initial User Prompt -> ### Requirements 章节中，位于 ## Description 章节之前。Description 将在后续阶段填写。

填写任务文件后，建议用户运行 /clear，然后运行 /plan-task <task-file-path> 来完善任务文件。

核心原则

• 一次只问一个问题——不要一次抛出多个问题
• 优先使用选择题——在可能的情况下，选择题比开放式问题更容易回答
• 严格遵循 YAGNI 原则——从所有设计中移除不必要的功能
• 探索替代方案——确定方案前始终提出 2-3 种方案
• 渐进式验证——分节呈现设计方案，并逐节验证
• 灵活应对——遇到不清楚之处时，回头澄清