Brainstorming Ideas Into Designs

将想法集思广益，转化为设计

概述

通过结构化提问和探索替代方案，将粗略的想法转化为完整的设计。

核心原则： 提问以了解想法，探索替代方案，逐步展示设计以供验证。

开始时宣布：“我正在使用 Brainstorming 技能，将你的想法打磨成设计。”

流程

阶段 1：了解

• 检查工作目录中的当前项目状态
• 每次只问一个问题，以明确想法
• 尽可能优先使用选择题
• 收集：目的、约束条件、成功标准

阶段 2：探索

• 提出 2-3 种不同方案
• 对每种方案说明：核心架构、权衡、复杂度评估
• 询问你的合作伙伴倾向于哪种方案

阶段 3：展示设计

• 每次展示 200-300 字的内容
• 涵盖：架构、组件、数据流、错误处理、测试
• 每展示一部分后询问：“目前看来这样合适吗？”

阶段 4：设置 Worktree（用于实现）

设计获批且后续将进行实现时：

• 宣布：“我正在使用 Using Git Worktrees 技能来设置隔离工作区。”
• 切换到 skills/collaboration/using-git-worktrees
• 遵循该技能的流程，选择目录、验证安全性并完成设置
• Worktree 准备就绪后返回此处

阶段 5：交接规划

询问：“准备好创建实现计划了吗？”

当你的合作伙伴确认（任何肯定答复）时：

• 宣布：“我正在使用 Writing Plans 技能来创建实现计划。”
• 切换到 skills/collaboration/writing-plans 技能
• 在 Worktree 中创建详细计划

何时返回之前的阶段

遇到以下情况时，返回之前的阶段：

• 合作伙伴在阶段 2 或 3 提出新的约束条件 → 返回阶段 1 以了解情况
• 验证发现需求存在根本性缺漏 → 返回阶段 1
• 合作伙伴在阶段 3 对方案提出疑问 → 返回阶段 2 以探索替代方案
• 有些事情说不通 → 返回并澄清

不要强行按线性顺序推进；如果倒退能带来更好的结果，就应当倒退。

相关技能

探索期间：

• 当不同方案之间确实存在权衡时：skills/architecture/preserving-productive-tensions

提出对现有代码的修改建议前：

• 了解代码存在的原因：skills/research/tracing-knowledge-lineages

请记住

• 阶段 1 期间，每条消息只问一个问题
• 严格遵循 YAGNI 原则
• 做出决定前探索 2-3 种替代方案
• 逐步展示，边展示边验证
• 需要时返回之前的阶段——灵活性胜过僵化流程
• 开始时宣布使用的技能