brainstorming

将想法构思为设计

概述

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

首先了解当前项目的上下文，然后一次提出一个问题来完善想法。了解要构建的内容后，将设计分成 200-300 字的小节进行介绍，并在每节之后确认目前是否合适。

流程

了解想法：

• 先查看当前项目状态（文件、文档、最近的提交）
• 一次提出一个问题来完善想法
• 尽可能优先使用选择题，但开放式问题也可以
• 每条消息只问一个问题——如果某个主题需要进一步探讨，就拆分成多个问题
• 重点了解目的、限制条件和成功标准

与专家一起研究：

• 如果想法涉及专业知识，找出相关专家
• 使用 task(Researcher) 工具将研究任务委派给子 Agent

探索方案：

• 提出 2-3 种不同方案，并说明各自的权衡
• 以对话的方式介绍选项，同时给出你的建议和理由
• 先介绍你推荐的方案，并解释原因

介绍设计：

• 确信自己理解要构建的内容后，介绍设计
• 将设计拆分成每节 200-300 字的小节
• 每节之后询问目前是否合适
• 涵盖架构、组件、数据流、错误处理和测试
• 如果有内容不清楚，请随时回头澄清

讨论期间

问题呈现：

• 清晰、简洁地呈现问题和选项
• 将问题作为标题，下方列出选项或详情
• 使用编号或字母列表呈现选项，方便用户按数字或字母选择
• 介绍完设计的每个部分后，询问：“目前看来合适吗？”

确保一致性：

• 记录之前的回答和设计决策
• 回顾前面的内容，确保保持一致
• 根据反馈和新信息调整设计

调整方向：

• 如果用户表示方向有重大变化，请暂停并重新评估
• 确认用户是否指的是分叉到之前的问题。如果是，请回到那个问题并重新提供其他选项
• 提出澄清问题，了解新的方向
• 在沿新方向继续之前，先确认自己已经理解

设计完成后

文档：

• 使用规定的存储后端编写经过确认的设计。
• 如果可用，使用 elements-of-style:writing-clearly-and-concisely 技能
• 将设计文档提交到 git

实施（如果继续）：

• 询问：“准备好开始实施了吗？”如果是：
  • 使用 superpowers_using_git_worktrees 技能创建隔离的工作区
  • 使用 superpowers_writing_plans 制定详细的实施计划
• 否则，结束会话

核心原则

• 一次只问一个问题——不要一次提出太多问题
• 优先选择题——条件允许时，选择题比开放式问题更容易回答
• 严格遵循 YAGNI——从所有设计中移除不必要的功能
• 探索替代方案——确定方案前始终提出 2-3 种方案
• 渐进式验证——分节介绍设计，并逐节确认
• 保持灵活——遇到不清楚的地方时，回头澄清