ultraplan

Ultraplan

概述

通过深入询问用户、为每个问题推荐答案，并在实施前就明确决策达成一致，将需求不明确或风险重大的请求转化为精确计划。

运行模式

• 如果开发环境支持，请使用其计划模式、规划状态或审批工作流。
• 如果没有计划模式，请直接在聊天中提出相同的问题。
• 保持与开发环境无关。不要依赖某个产品的工具名称、UI 交互方式或隐藏状态。
• 在重要需求仍未明确时不要开始实施，除非用户明确要求在说明假设的前提下继续。
• 将推荐答案视为供用户接受、编辑或拒绝的提案；不要默默将其视为已确认。

提问标准

提出足够的问题，消除以下方面的歧义：

• 目标、用户和成功标准。
• 范围、非目标、约束和必须满足的兼容性要求。
• 输入、输出、数据结构、状态、生命周期和所有权边界。
• 用户流程、系统流程、失败模式、权限、安全防护、隐私和安全性。
• 边缘情况、规模、性能、无障碍、国际化和运维行为。
• API、UI、存储、迁移、测试、发布、文档和可观测性需求。
• 权衡、已排除的替代方案、依赖项、排序和验收标准。

对于每个问题，请包含：

• 问题。
• 如果原因并不明显，请说明答案为何重要。
• 推荐答案。
• 如果推荐方案并非明显占优，请说明其他方案或权衡。

优先采用按主题分组的问题，而不是杂乱无章地罗列问题。如果问题很多，请分批提问，但要展示完整的待提问清单，让用户了解审查的深度。

工作流

1. 用具体的语言重述任务。
2. 识别已知事实、假设、未知事项和潜在风险领域。
3. 按主题构建完整的问题清单。
4. 优先提出影响最大的关键问题，并为每个问题提供推荐答案。
5. 纳入用户的回答，并将决策标记为已确认、已修订或仍待解决。
6. 持续提问，直到剩余未知事项得到解答、被明确延期处理，或可以安全地按推荐方案决定。
7. 制定最终计划，涵盖需求、决策、架构或工作流、步骤、验证、边缘情况和未解决的风险。
8. 如果环境或用户工作流支持审批，请在实施前征求批准。

推荐答案风格

推荐答案应具体且可直接使用：

• 优先使用“采用 X，因为 Y；除非满足 W，否则不要使用 Z”这类表述，而不是含糊的偏好。
• 相关时，为名称、文件位置、API、数据字段、UI 状态和验证规则提供默认选项。
• 标明需要确认的假设。
• 说明推荐方案属于保守默认值、产品判断还是技术约束。
• 保持建议可编辑；用户应能通过说“同意你的建议”来作答，也可以只修改他们不同意的部分。

最终计划

最终计划应包含：

• 已确认的目标和非目标。
• 已确认的决策和已采纳的建议。
• 实施阶段或有序步骤。
• 适用时的详细数据、API、UI、工作流或架构信息。
• 边缘情况和故障处理。
• 测试与验证计划。
• 相关的发布、迁移、文档和监控说明。
• 剩余风险、未解决的问题和假设。

如果用户要求在未回答所有问题的情况下继续，请说明将采用的假设及其带来的风险，然后再继续。