名称: 将想法转化为设计 描述: 使用苏格拉底方法通过交互式想法精炼开发完整设计 使用时机: 当伙伴描述任何功能或项目想法时，在编写代码或实施计划之前 版本: 2.2.0 渐进披露: 级别: 1 参考: [] 备注: 已在75行达到最优 - 故意紧凑，无需参考
将想法转化为设计
概述
通过结构化提问和替代方案探索，将粗糙想法转化为完整设计。
核心原则: 提问以理解、探索替代方案、逐步呈现设计以进行验证。
开始时宣布: “我正在使用将想法转化为设计技能来精炼您的想法为设计。”
过程
第一阶段: 理解
- 检查工作目录中的当前项目状态
- 一次提问一个问题以精炼想法
- 可能时优先使用多项选择
- 收集: 目的、约束、成功标准
第二阶段: 探索
- 提出2-3种不同方法
- 每种方法: 核心架构、权衡、复杂性评估
- 询问您的伙伴哪种方法更合适
第三阶段: 设计呈现
- 以200-300字的部分呈现
- 覆盖: 架构、组件、数据流、错误处理、测试
- 每部分后询问: “目前看起来正确吗？”
第四阶段: 工作树设置（用于实施）
当设计被批准且将进行实施时:
- 宣布: “我正在使用使用Git工作树技能设置一个独立的工作空间。”
- 切换到技能/协作/使用-git-工作树
- 遵循该技能的过程进行目录选择、安全验证和设置
- 当工作树准备好时返回这里
第五阶段: 计划交接
询问: “准备好创建实施计划了吗？”
当您的伙伴确认（任何肯定响应）时:
- 宣布: “我正在使用编写计划技能创建实施计划。”
- 切换到技能/协作/编写-计划技能
- 在工作树中创建详细计划
何时重新访问早期阶段
您可以在以下情况返回早期阶段:
- 伙伴在第二阶段或第三阶段揭示新约束 → 返回第一阶段以理解
- 验证显示需求中的根本性差距 → 返回第一阶段
- 伙伴在第三阶段质疑方法 → 返回第二阶段以探索替代方案
- 某些内容不清晰 → 返回并澄清
当返回能带来更好结果时，不要强制线性前进。
相关技能
在探索期间:
- 当方法有真实权衡时: 技能/架构/保留生产性张力
在提议现有代码更改之前:
- 理解其存在原因: 技能/研究/追溯知识谱系
记住
- 第一阶段每条消息一个问题
- 严格应用YAGNI
- 在确定前探索2-3种替代方案
- 逐步呈现，边呈现边验证
- 需要时返回 – 灵活性优于僵化进度
- 开始时宣布技能使用