官方技能 · 运营与行政

决策记录(决策日志)

把一项决策记成简短的日志:决策、背景、考虑过的选项、理由、拍板人、日期、状态和重新讨论的触发条件。

可在 Claude、ChatGPT 和编程智能体中使用。在 Team 和 Business 套餐中,Pod 里的官方技能会在我们改进后自动更新到最新版。

适用场景

你需要提供

你会得到

一条带编号的 Markdown 决策日志,含状态、拍板人、背景、选项、理由、后果和重新讨论的触发条件。

工作方式

  1. 用一句主动语态的话写出决策 Nygard 要求决策部分“用完整的句子、主动语态”来写,通常以“我们将”开头。例如:“我们将从 3 月 1 日起使用 Dealbook 作为 CRM。”
  2. 用 2 到 4 句话写背景 迫使大家做选择的事实和压力:截止日期、成本、某个客户、某项限制。Nygard 说这一部分“是价值中立的,只是在描述事实”。观点放到理由里。
  3. 列出考虑过的选项 每个选项一行,写出主要的取舍。Atlassian 的 DACI 方法会用一张表列出各选项的优点、缺点和成本。如果“维持现状”是真正考虑过的选项,也要列上。只列真正讨论过的选项。
  4. 写出理由 2 到 4 条,回扣背景:为什么这个选项胜过其他选项。然后列出后果,好的坏的都写。Nygard 说:“所有后果都应列在这里,而不只是‘正面’的那些。”
  5. 写明谁拍板、征求了谁的意见 拍板人只有一个(Atlassian 的 DACI 方法称之为 Approver,即“做出决定的那一个人(没错,只有一个!)”),再列出被征求意见的人。英国政府的 ADR 框架也会记录征求过意见的相关方。
  6. 设定重新讨论的触发条件 一个会让这项决策重新打开的具体条件:日期、数字或事件(“销售超过 20 人时”“价格涨到超出预算时”“明年 3 月 1 日复审”)。本技能的默认做法:每条记录都要有触发条件;只有决策确实永久不变时才能写“不会重新讨论”,并说明原因。
  7. 设定状态和编号 提议中、已采纳或已被取代。按顺序编号,编号永不复用,和 Nygard 的格式一致。如果这条取代了旧决策,把旧的那条标为“已被 #[n] 取代”并保留;Nygard 的做法是保留被推翻的决策,“但标记为已被取代”。

与团队共享

把它添加到 AI Skill Pod,团队里的每个人(包括外包人员)都能在自己的 AI 中使用同一个版本。 了解与团队共享 AI 技能的最佳方式

添加到团队的 Pod

更新记录

参考来源

  1. Documenting architecture decisions (Michael Nygard, Cognitect) (2026-11-04 查阅)
  2. Architectural Decision Records (ADRs) (2026-11-04 查阅)
  3. Architectural Decision Record Framework (GOV.UK) (2026-11-04 查阅)
  4. DACI: a decision-making framework (Atlassian Team Playbook) (2026-11-04 查阅)