1-3-1 决策框架

要解决什么问题

技术选型、架构取舍或迁移路线往往不止一条路：每条都有成本、风险和团队习惯上的差异。若只罗列观点而不收敛，读者仍难拍板；若直接给一个答案却不交代备选，又难以对内汇报或让同事质疑。这个技能把 Agent 的输出固定成 1-3-1 沟通结构：一句话界定决策本身，三个真正不同的方案及利弊，再给出带理由的推荐，并落到可验收的完成标准与实施步骤。

技能如何工作

当用户明确要求 「1-3-1」、要 选项/choices，或任务存在有意义的多路径权衡时，Agent 按五步执行：

1. Problem：用一句话说清「要决定什么 / 期望结果」，只写 what，不写具体技术栈或实现细节。
2. Options：恰好三个方案（A/B/C），各自简述策略，并列出 Pros / Cons；选项应是不同策略，而非同一思路的微调。
3. Recommendation：明确推荐其一，并基于用户上下文说明理由，不模棱两可。
4. Definition of Done：针对推荐方案列出可验证的成功标准（具体、可检查）。
5. Implementation Plan：可执行的步骤，必要时包含命令、工具或改动点。

若用户改选 B 或 C，Recommendation、DoD、Implementation Plan 应同步改写成对应方案，而不是只改推荐语。

适用边界

• 适合：需要对内转发提案、和 stakeholder 对齐、或在架构/工具/迁移等多方案间做专业判断的场景。
• 不适合：只有一个显然答案的简单问答、纯调试排错、或用户已选定路线且只需实现细节时——此时不必强行套 1-3-1。

校验上，回应应满足：Problem 仅一句；Options 恰好三个且含利弊；Recommendation 唯一且与后续 DoD、计划一致。