将创意打磨为设计
概览
通过自然的协作对话,帮助将想法转化为完整的设计和规范。
首先了解当前项目背景,然后一次问一个问题来完善想法。一旦理解了要构建的内容,以小节形式(200-300 字)呈现设计,在每节后检查到目前为止是否正确。
流程
理解想法:
- •首先查看当前项目状态(文件、文档、最近的提交)
- •一次问一个问题来完善想法
- •尽可能使用选择题,但开放式问题也可以
- •每条消息只能有一个问题——如果某个主题需要更多探索,将其分解为多个问题
- •专注于理解:目的、约束、成功标准
探索方案:
- •提出 2-3 种不同的方法及其权衡
- •以对话方式呈现选项,包含您的建议和推理
- •首先提出您推荐的选项并解释原因
呈现设计:
- •确认理解后再输出设计
- •拆成 200-300 字的分段
- •每段结束询问目前是否正确
- •覆盖:架构、组件、数据流、错误处理、测试
- •若有疑点,随时回到澄清
设计完成后
文档:
- •将确认后的设计写入
docs/plans/YYYY-MM-DD-<topic>-design.md - •可用
skills/superpowers-writing-clearly-and-conciselyskill - •将设计文档提交到 git
继续实施(如需要):
- •询问:"准备开始实施了吗?"
- •使用
skills/superpowers-writing-plansskill 生成详细实施计划
关键原则
- •一次一个问题 - 不要用多个问题压倒用户
- •优先选择题 - 在可能的情况下比开放式问题更容易回答
- •无情地 YAGNI - 从所有设计中移除不必要的功能
- •探索替代方案 - 在确定之前总是提出 2-3 种方法
- •增量验证 - 分节呈现设计,验证每一节
- •保持灵活 - 当某些内容没有意义时返回并澄清