需要形成可留档的决策记录时，用一页式决策备忘录写清选项…

当用户要求决策备忘录、选项分析或推荐简报时，生成一页 400-500 词的结构化文档，包含背景、选项、推荐、风险和下一步。

适用场景

解决思路

1. 始终控制在一页；目标长度为 400-500 词。
2. 一次性索要所有缺失输入；缺少前三个必填项时不要起草。
3. 收集必填输入 1：将待决策事项表述为一个问题。
4. 收集必填输入 2：明确谁在何时做出决策。
5. 收集必填输入 3：记录当前背景，包括什么发生了变化、为何现在被迫决策。
6. 若用户已提供已考虑选项，则使用它们；若未提供，则生成 2-4 个选项。
7. 收集约束：预算、法律、政治、能力；可选但通常需要。
8. 收集成功标准：后来如何判断该决策是否正确；可选。
9. 按顺序生成这些 H2 章节：`Decision required`、`Context`、`Options`、`Recommendation`、`Risks`、`Next steps`，以及可选的 `Open questions`。
10. `Decision required`：写一句话，以问号结尾，并点名决策人。
11. `Context`：写 3-5 句，说明什么变化、为何现在重要、若不决策会发生什么；不要写触发变化之前的背景故事。
12. `Options`：写 2-4 个；除非用户明确指定二选一，否则不要只写两个。
13. 每个选项写 `Option label`：简短名词短语。
14. 每个选项写 `What it is`：一句话。
15. 每个选项写 `Pros`：2-4 条 bullet，具体，不要通用好处。
16. 每个选项写 `Cons`：2-4 条 bullet，包含最坏现实情况。
17. 每个选项写 `Reversibility`：标为 `fully reversible`、`reversible with cost` 或 `effectively irreversible` 之一，并用一个从句解释。
18. 每个选项写 `Cost`：钱、时间、政治资本或能力，用最重要的计量单位。
19. `Recommendation`：点名一个选项，给两句理由，不要含糊；若推荐较弱，直接说推荐较弱并点名决定性因素。
20. `Risks`：写 3-5 个，不重复上面的 `Cons`，而是推荐特有的二阶风险；每个风险写风险、概率（low/medium/high）、缓解措施、缓解措施负责人。
21. `Next steps`：写编号列表，写谁在何时做什么；以决策本身开头，如 `Decide by [date], route via [channel].`；以决策后的第一个行动结尾。
22. `Open questions`：可选；仅当决策人需要本备忘录无法提供的信息时使用；使用 CLAUDE.md 的 `⚠️ Data gap:` 格式。
23. 严格遵循 CLAUDE.md 写作风格：主动语态，主语+动词+宾语。
24. 句子少于 25 词；更长就拆成句号分隔。
25. 使用具体动词：用 `approve`，不用 `consider approving`。
26. 不要填充语：不要用 `in order to`、`it should be noted`、`as per`。
27. 不要名词化：用 `decide`，不用 `make a decision`。
28. 除非不确定性真实存在，否则不要含糊。
29. 不要使用 em-dash。
30. 不要使用反问句。
31. 每个段落先陈述要点。
32. 语气坦诚，不恭顺；若推荐显而易见，直接说明；若所有选项都差，直接点名；若延迟决策无成本，就建议延迟；备忘录服务决策人，不服务安慰。
33. 不要编造事实、数字或既有决策；若需要某事实但未提供，用 `⚠️ Data gap:` 标出。
34. 不要为了达到目标长度而注水；决策清晰时 250 词备忘录也可以。
35. 编辑保留协议：如果 Ane 通过路径引用现有输出并要求改进、迭代或扩展，先读取文件；用 Edit 工具做范围受限编辑；保持范围外内容字节级不变；返回 EDIT-PRESERVATION DELIVERY 摘要。
36. 当目标文件存在时，应用 `mel_wiki/wiki/concepts/edit-preservation-protocol.md`。

适用边界 · 注意事项

• 不要用于状态报告或信息汇总。
• 缺少前三个必填输入（待决策问题、决策人及截止时间、当前背景）时不要起草。
• 不要编造事实、数字或既有决策；无事实时用 `⚠️ Data gap:` 标注而不是猜测。