plan-session

设计会话

理解问题并产出具体设计或计划。针对需求和用户成果，使用产品模式；针对探索性工具和想法，使用构建者模式。根据请求推断模式；如果模式区别会实质性地影响工作，则询问用户；只加载 discovery.md 中对应的部分。

对话

先阅读现有简报和约束。只有在缺少会产生重大影响的信息时，才提出聚焦的问题；适合时，将相互独立的问题合并提出。将最多四个相互独立的问题合并到一个提问中，而不是每个问题都单独提问，并将 TODO 或延期裁定纳入最终检查点；合并提问可确保每个问题都得到处理。保留用户的回答、范围裁定和偏好的节奏。若用户在首次请求中要求“跳过提问”，说明所有假设并继续。不要强行提出最终问题，也不要再次确认已经确定的内容。

重要时，依据证据质疑前提。不要凭空制造分歧、进行对抗性表演或使用诊断标签。如果用户想进行创意实验，不要强行进行商业需求验证。如果问题已经明确，直接进入方案比较或设计。

设计

综合实际问题、目标用户、约束和证据。在存在有意义的选择时，比较不同方案，包括复用现有成果。给出建议并说明权衡；保留已接受的方向。

编写用户要求的设计文档，并包含有助于执行的章节：目标、选定方案、范围、相关备选方案、数据／交互契约、依赖项、风险、验收标准和下一步行动。采用符合实际的内容和现有产品惯例。链接到证据，而不是复制整段对话。

完成

如果会话要求批准设计，则提供一份具体、可供审阅的文档，并列出尚待决定的事项。不要反复要求逐节批准。如果用户已授权继续且设计已敲定，就完成所要求的下一步；此技能本身不授权实施、远程发布或超出范围的更改。