将构思转化为设计方案

概述

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

首先理解当前的项目背景，然后逐一提问以完善想法。一旦明确了构建目标，将设计方案分成小部分（每部分200-300字）呈现，并在每部分完成后确认是否符合预期。

流程

理解想法：

• 首先查看当前项目状态（文件、文档、近期提交记录）
• 逐一提问以完善想法
• 尽可能采用选择题形式，开放式问题亦可
• 每条消息仅包含一个问题——若需深入探讨某个主题，请将其拆分为多个问题
• 聚焦理解：目标、约束条件、成功标准

探索方案：

• 提出2-3种不同方案并说明权衡取舍
• 以对话形式呈现选项，附带推荐方案及论证理由
• 优先展示推荐方案并说明原因

呈现设计方案：

• 一旦你认为自己理解了要构建什么，就展示设计方案
• 将其分成200-300词的段落
• 在每个段落后询问目前看起来是否正确
• 涵盖：架构、组件、数据流、错误处理、测试
• 如果某些内容不清楚，请准备好返回并澄清

设计方案之后

文档撰写：

• 将验证过的设计方案写入docs/plans/YYYY-MM-DD-<主题>-design.md
• 如果可用，请使用"风格要素：清晰简洁写作"技能
• 将设计文档提交至git

实施阶段（如果继续）：

• 询问："准备好进行实施设置了吗？"
• 使用超级技能：使用git-worktrees创建独立工作空间
• 使用超级技能：撰写计划来创建详细的实施计划

关键原则

• 一次只问一个问题- 不要用多个问题使人不知所措
• 优先选择多项选择题- 在可能的情况下，选择更容易回答的方式，而非开放式问题
• 严格遵循YAGNI原则（你不会需要它）- 从所有设计中移除不必要的功能
• 探索替代方案- 在确定方案前，始终提出2-3种方法
• 逐步验证- 分部分呈现设计，逐一验证
• 保持灵活性- 当遇到不清楚的地方，及时返回并澄清