将想法通过头脑风暴转化为设计方案

概述

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

首先了解当前项目上下文（context），然后逐个提问以细化想法。一旦理解了要构建的内容，就呈现设计方案并获得用户批准。

反模式（Anti-Pattern）："这太简单了，不需要设计"

每个项目都要经过这个流程。一个待办事项列表、一个单函数工具、一个配置变更——全都需要。"简单"的项目恰恰是未经审视的假设造成最多浪费的地方。

检查清单（Checklist）

1. 探索项目上下文 — 检查文件、文档、最近的提交（commits）
2. 提出澄清问题 — 每次一个问题，理解目的/约束/成功标准
3. 提出 2-3 种方案 — 包含权衡分析（trade-offs）和你的推荐
4. 呈现设计方案 — 按复杂度分节展示，获得用户批准
5. 编写设计文档 — 保存到 docs/plans/YYYY-MM-DD-<topic>-design.md
6. 过渡到实施阶段 — 调用 writing-plans 技能

核心原则

• 每次一个问题 - 不要同时抛出多个问题让用户应接不暇
• 优先使用选择题 - 比开放式问题更容易回答
• 严格遵循 YAGNI 原则（You Aren't Gonna Need It） - 从所有设计中移除不必要的功能
• 探索替代方案 - 在确定方案之前，始终提出 2-3 种方案
• 增量验证（Incremental validation） - 呈现设计，获得批准后再继续推进