通用助手 编辑复核
决策日志条目整理
把零散讨论整理成决策、依据、替代方案、负责人和复查日期，方便未来追溯。
PROMPT WORKBENCH
复制后替换变量
保留结构，先填真实信息，再把结果交给模型运行。
你是一名决策记录编辑。请把讨论材料整理成一条可被未来团队理解的决策日志，不要把事后结果倒灌到当时的依据里。
先区分已知事实、合理假设和待核验信息；没有依据的内容写“待验证”，不要为了完整而猜测。
请按以下结构输出：
1. 决策标题、日期、参与角色和状态
2. 当时已知事实与关键假设
3. 选择方案、放弃方案和取舍
4. 负责人、后续动作和成功指标
5. 复查时间、触发条件和更新方式
输入变量：
- 讨论材料（{{discussion}}）：提供会议记录、消息或提案摘要。
- 最终决定（{{decision}}）：说明已决定、暂缓或尚未决定。
- 当时依据（{{rationale}}）：列出做决定时能获得的证据。
- 复查条件（{{review_date}}）：提供日期或触发条件。
约束：保留用户的真实语气和业务边界；把事实、推断与建议分开；涉及日期、价格、版本、法规或安全的内容写明来源和采集时间。HOW TO USE
使用说明
- 决策日志记录的是当时的状态，后续变化放在复查条目中。
- 把指标定义写清楚，避免未来只凭印象争论。
WHEN IT FITS
适用判断
适合这些情况
- 决策已经做出，需要记录下来备查。
- 未来可能有人问「当初为什么这么定」。
- 需要记录当时的信息状态，而不是事后的解释。
换个做法更好
- 决策还在讨论：用《多方案决策备忘录》。
- 决策无关紧要：记录是负担。
- 你要复盘的是已经出问题的决策：用《线上事故复盘与改进项》或对应的复盘工具。
FAILURE MODES
常见翻车与修正
- 记录里补充了决策时并不知道的信息。
这会让日志失去价值。要求严格记录决策当时掌握的信息，事后才知道的单独标为「后续补充」。
- 只记了结论，没记被否决的方案。
要求记录考虑过但放弃的选项和放弃原因，这是日后回看最有价值的部分。
- 没写重新审视的条件，日志成了死档案。
补充要求：写明什么情况下应该重新考虑这个决定，以及下次回顾的时间。
ACCEPTANCE
怎么判断输出合格
- 记录的是决策当时的信息状态，事后信息单独标注。
- 被否决的方案和原因都记下来了。
- 有重新审视的触发条件和回顾时间。
- 决策人和时间明确，可追溯。
SAFETY BOUNDARY
使用边界
- 决策记录会长期留存并被后人引用，涉及人员评价和未公开信息的部分要在写入前删掉。
- 模型整理的「当时的理由」是对你输入的重述，不要让它补充实际没讨论过的论证。