Brainstorming Ideas Into Designs

将想法转化为设计

概述

通过有条理的提问和探索备选方案，将粗略想法转化为完善的设计。

核心原则： 通过提问了解情况，探索备选方案，并逐步呈现设计以供确认。

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

流程

阶段 1：了解情况

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

阶段 2：探索方案

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

阶段 3：呈现设计

• 每次以 200-300 字的篇幅呈现
• 涵盖：架构、组件、数据流、错误处理、测试
• 每一部分结束后询问：“目前看来这样合适吗？”

阶段 4：设置工作树（用于实现）

设计获批且接下来将进行实现时：

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

阶段 5：移交规划

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

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

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

何时返回前面的阶段

以下情况可以并且应该返回前面的阶段：

• 合作伙伴在阶段 2 或 3 揭示了新的约束条件 → 返回阶段 1 了解情况
• 确认时发现需求存在根本性缺口 → 返回阶段 1
• 合作伙伴在阶段 3 质疑方案 → 返回阶段 2 探索备选方案
• 有些事情说不通 → 返回并澄清

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

相关技能

探索期间：

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

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

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

请记住

• 阶段 1 中，每条消息只问一个问题
• 严格遵循 YAGNI 原则
• 在确定方案前探索 2-3 种备选方案
• 逐步呈现，并在过程中确认
• 必要时回退——灵活性胜于僵化的流程
• 开始时宣布使用技能