决策日志模板：十个字段、完整填写案例与变更记录

选对记录：决策日志、会议纪要、任务清单与 ADR

决策日志把不同会议和流程中的决定组织起来，保留以后解释决定所需的背景。会议纪要围绕一次讨论，任务清单围绕待完成工作，架构决策记录 ADR 则围绕重要设计选择。几类记录可以相互引用，但不能彼此替代。

微软的 ADR 指南讨论保存架构选择的理由，以及建立新旧记录之间的替代关系。本页借鉴这种保留历史理由的方法，用于一个运营案例，并额外区分决定时间、确认记录时间和生效时间。这是本文的设计建议，不表示所有 ADR 模板都有同样的时间字段。

并非每项日常工作都值得写长记录。改变范围、分配稀缺资源、设定工作规则、接受重要取舍，或者以后很可能被追问的选择，更适合进入日志。“发送会议议程”通常是一项任务；“在指定复核之前，只允许处理内部书面笔记”才是一项决定。如果一条记录同时讨论客户录音政策和内部笔记格式，应拆成两个问题，分别明确审批路径。

填模板之前，先准备能支持决定的资料

收集问题来源、实际决定表述、权限依据，以及当时考虑过的方案和约束。聊天消息可以成为资料，但消息所在频道、语气有多肯定，都不能证明发言人有相关权限。来源含糊时，写“提案，等待确认”，不要替别人补上批准结论。

区分三个时刻：决定何时作出，记录何时得到确认，决定何时开始适用。周日批准的决定可以周一才生效；周二补写日志，也不应把周二当成决定日期。跨地区交接要标明时区，不知道具体时间就保留未知，不要为了填满单元格虚构一个零点。

Atlassian 的决策文档模板按背景、角色、方案、任务和结果组织信息。DACI 方法则区分推动流程的人、批准者、提供意见的人和需要知情的人。这有助于找对确认对象；如果公司实际要求委员会决定或多人共同批准，应记录真实规则，而不是强行改成一个人拍板。

来源还必须能够被正确解释。条件允许时，记录文档编号、版本、日期、相关段落及访问权限负责人。今天能打开的链接，明天可能已经换了内容。不要为了让日志“自成一体”，把受限原文复制到所有人可见的位置；可以保留受控引用，并向无法访问原文的读者说明核查限制。

十个决策日志字段，分别应该怎样填写

1. 稳定编号、状态与不同时间字段

为一项决定分配固定编号，普通文字更正不应反复换号。按需保存提出时间、正式决定时间、记录确认时间、生效时间、复核时间和版本。决策状态要与任务状态分开：一项决定可以已批准但尚未生效，也可以已经生效但仍有任务未完成，还可以被替代但保留历史任务记录。

例如，D078-03 在 8 月 30 日 16:00 UTC 获批，8 月 31 日 09:00 UTC 才生效。到达这个时点之前，要同时显示两个事实。只写一个“已批准”，读者就不知道当晚该遵循哪条指令。审批字段为空，表示没有记录到批准，不是可以根据最近一次编辑推断已经获批。

2. 一个范围明确的决策问题

把问题写成可以作出选择的句子，包含受影响团队、活动和时间范围。“改善知识共享”是目标；“是否允许 OPS-A 和 OPS-B 在试点期间，用获准的内部书面会议笔记进行辅助起草”才是决策问题。

不要用宽泛标题掩盖较窄的授权。案例中的内部起草试点不涵盖客户通话、录音许可或人事讨论。新提案涉及不同受众或数据类别时，应另建问题，不能直接扩大旧标题，让后来的扩展看起来从一开始就包含在原授权里。

3. 有权决策者、协调人及征询对象

说明谁有权决定这个问题，权限依据是什么。另列谁负责维护记录、谁提供专业意见、谁需要知道结果。真实记录中，可在适当受限的位置使用姓名；如果组织流程支持角色授权，也可以使用明确、实际已分配的角色。

案例的运营负责人能批准内部试点，却不能根据现有权限说明批准处理客户会议。“运营部门看过了”因此不等于扩展获批。需要的额外审批应明确标为未完成。有人表示反对时，不能把对方参加过讨论，或者后来没有继续回复，改写成同意。角色模型帮助组织工作，不会自动授予权限。

4. 当时的背景、约束与维持现状的影响

按决定作出时的认识描述问题。列出可能改变选择的条件，例如允许处理的输入、审阅能力、依赖项和可接受的备用方式。把观察到的情况与预期收益分开：“希望减少准备笔记的工作量”，不是已经节省时间的证据。

本案例中，人工笔记始终可行。团队是在探索一种更窄的起草方法，并不是没有 AI 就无法继续运营。这会影响后续问题出现时的选择：回到人工记录是一条可执行路径，不意味着所有会议记录工作都必须停下。不要为维护原选择，事后把当初的问题写得比资料显示的更严重。

5. 真实备选方案与统一比较标准

列出确实考虑过的选项，用同一套相关标准比较。例如：输入权限是否满足、人工审阅负担如何、能否撤回、能否核查来源。维持现状或暂缓决定如果确实可行，也应列出。不要编造一个很差的第三选项，衬托预选方案必然正确。

D078-01 的可行选择是继续人工笔记，或开始有限的内部起草试点。客户会议扩展超出现有权限，因此应列为暂不具备条件的选项，而不是可以立即上线、只是得分较低的方案。后来有人正式提出扩展，再为它建立单独记录。预测收益、已知成本和实测表现也要清楚区分。

6. 证据、假设与缺失信息

把引用放到它实际支持的判断旁边。说明哪份资料证明权限，哪份报告问题，哪份确认最终决定。逐字稿可以证明有人说过一个建议，却未必证明该建议已经被采纳。对未经支持的假设保留标记，并为重要缺口指定解决责任人。

例如，S06 只报告某位审阅者无法打开一份草稿引用的来源。它足以支持复核这个访问问题，却不能证明全系统故障率、数据泄露事件或客户影响。合适的记录应保留观察范围和不确定性，不能为了让日志显得完整，就补写一个尚未调查的根因。

7. 决定结果、理由与接受的取舍

先直接写明选择，再解释为什么没有采用其他可行方案。记录当时接受的重要成本和限制。好的理由能帮助后来的人理解选择，即使对方掌握新信息后会作出不同判断。

D078-01 批准的是有人审阅的有限起草，不是宣告草稿无需检查就可靠。D078-03 随后暂停试点，因为来源访问问题影响了原先设想的审阅方法。这两段历史可以同时成立，不应删掉旧理由来消除表面上的不同。D078-02 只是提案，其结果字段应写“尚未记录正式决定”，而不是把它希望实现的扩展当成结果。

8. 不同意见、未解决风险与适用条件

用中性语言保留重要异议，写清依据，以及决策者接受、暂缓还是采取了行动。对选择持不同意见，与对某个事实没有把握，是两种情况。文档发给所有人，并不意味着它们自然消失。

案例没有建立节省工时的结果，这仍然是未知，不应写成既得收益。来源访问问题触发一项有负责人、有期限的复核要求；除非规则明确规定，否则触发复核不等于自动撤销旧决定。如果某个条件确实阻止决定生效，要明确写出条件和满足条件所需证据，不能藏在一长段提示语里。

9. 后续任务、通知与完成证据

每项任务都应有交付物、明确负责人、截止时间及可验证的完成条件，并链接到产生它的决定。“通知两个团队暂停试点”和“调查来源访问问题”应分成两项，因为结果与期限不同。

决定已经批准，通知仍可能逾期。这是需要暴露的执行问题，不是修改决定日期的理由。同样，后来不再需要的任务应标为取消，而不是成功完成。统计完成比例时，如果分母排除了取消项，必须说明口径，并保留这些行供核对。

10. 复核触发条件、替代关系与更正历史

说明何时重新审视决定，以及什么新证据应触发复核。指定复核者和期望的响应。新旧记录要双向链接：新记录指出替代对象，旧记录指出后续记录和替代生效时点。

不要改写已经确认的理由，让后来出现的信息看起来当初就已知晓。抄录错误可通过注明日期的更正处理；指令发生变化则建立新决定。如果受限信息或个人信息需要更正、遮盖或移除，应遵循组织授权的处理流程。保留决策历史并不等于永久保留所有原始资料；对变更留下合适说明，也不应重新披露已被移除的内容。

完整案例：一个试点、三条记录与不同时间口径

把三条决定放在一起阅读

下面全部是虚构教学内容。资料包包含八份完整的简短来源文档、三条按十字段填写的记录、事件时间线和五项任务清单。观察时点是 2026 年 8 月 31 日 12:00 UTC。没有真实客户数据，也没有 OpenMax 的执行观测。

D078-01 的理由是进行可撤回的试验，并在内部发送前由人审阅。范围限于两个团队和获准的书面笔记，另设复核时间；最初结束时间为 9 月 9 日 09:00 UTC。D078-03 提前替代了它。D078-02 即使在时间顺序上夹在两条记录中间，也不会因此成为授权。

D078-03 选择暂停，而不是照常继续或扩大范围。访问问题尚未调查，案例没有确认技术根因；人工笔记提供了可行的过渡方式。完成调查任务也不等于允许重启，仍需另一项有权作出的决定，说明依据与生效时间。

还原某个时刻究竟适用哪条指令

如果在 8 月 30 日 18:00 回答“试点已经暂停”，就超出了这份记录支持的结论。暂停已获批，但要到次日早晨才生效。到 8 月 31 日 10:00，暂停是当前指令，日志却仍不能证明所有人已经收到通知并实际执行。

两条已批准决定从作出决定到确认记录，分别间隔 90 分钟和 60 分钟，中位数为 75 分钟。这只是虚构资料中的记录确认延迟，不是决策耗时、提速结果或 AI 基准。未获批提案没有“批准至确认”的时间间隔，应排除，不能算成零。负责人在问题报告后四小时作出新决定，处于案例设定的 24 小时复核期限内。

核查执行，别把取消和逾期藏起来

排除取消项后，四项任务完成两项，为 50%；保留全部五行，则为 40%。两种计算都不能证明暂停已经落实，尤其 A04 仍未完成。准确的状态描述是“暂停决定已生效，通知逾期”，不是“试点已安全暂停，相关人员均已知悉”。

用五个步骤维护日志

1. 先定义范围，再收集资料。选择一个项目或固定决策场景，明确哪些重要选择需要记录、实际审批路径是什么、权威记录放在哪里。预期结果是贡献者知道什么该入库，权限不明时该找谁。
2. 依据可识别的材料起草。填写十个字段，只附核对所需的来源。区分提议结果、正式结果和缺失证据，让审阅者不用翻遍聊天记录也能追溯表述。权限或决定本身不清楚时，应停下来确认。
3. 确认记录，但不制造共识。由有权决策者确认结果，由协调人核对时间和任务。保留重要异议，单独记录确认时刻。预期结果是有依据的决定，而不是记录人的个人理解。
4. 通知相关人员，核查生效与执行。明确谁应在何时收到指令。到生效时点，核对明确的前提条件和任务证据，把当前指令与落实缺口分开。通知错过期限时应升级处理，不能悄悄改成完成。
5. 按计划复核并建立变更链接。检查日期和触发条件；即使结论是维持原决定，也记录复核结果。指令变化时创建替代记录，在生效时点核对双向链接，让新同事能还原变更前后的规则。

先选一项团队有权记录、范围适中的真实决定试用。请没参加会议的同事，仅凭日志找出当前指令、来源、适用限制和下一项未完成任务。如果仍需口头解释，先补齐字段，再扩大使用范围。

根据工作量选择维护方式

人工表格或文档。数量少的记录通常不需要复杂系统。使用稳定编号；一行放不下理由时，链接详情文档。主要问题是摘要和详情发生偏差，因此每次变更都要有人核对两处内容。模板有十个字段，并不构成购买自动化工具的理由。

现有知识库或代码仓库流程。先核实实际权限和审阅设置，再利用团队已经维护的协作及历史功能。MADR提供基于 Markdown 的决策记录方式，适合习惯文件与审阅流程的团队。但文件历史只能显示改动，不能单独证明编辑者有权改变业务规则。

无代码或脚本自动化。经过配置的流程可以搬运已确认字段，或提醒负责人复核。应测试重复事件、写入失败、来源编号变化和时区边界。提醒发出不等于复核完成；目标记录更新失败时，应先对账，再信任从目标系统汇总出的摘要。

智能体辅助起草。当来源较散、反复提取候选决定耗时，辅助起草才更有价值。要求候选字段附带来源，找不到就明确返回未找到。关键风险是把讨论自信地提升为批准。接受最终记录仍要有人负责，权威存放位置也应与草稿区分。

带监测和人工批准的规模化运行。跨团队使用可能需要访问规则、变更队列、同步核对和异常处理负责人。这些是需要实施、验证的运营要求，不是选用 AI 就自动获得的能力。如果逾期复核和互相冲突的指令无人处理，增加资料导入量只会让积压更难检查。

OpenMax 的适用位置：为人工负责的日志准备草稿

从官方提示词示例出发

OpenMax 运营文档提供整理所给会议笔记、汇总每周决定的提示词示例，要求输出决定、任务和待解问题。这支持把它作为辅助起草的起点，却不能证明你的工作区已经配置了审批系统、自动状态更新或不可修改的记录存储。

本页位于 OpenMax 自有品牌网站，不是独立推荐或测评。本文没有声称完成实际产品测试，也没有把营销示例中的效果数字搬过来。只有几条清楚的决定时，人工填写可能比增加一个处理步骤更简单。

要求提供有来源的候选记录，不要补造批准

只提交组织允许用于这一目的的材料。除笔记外，提供权限依据和已有决定编号。可以使用下面这段原创请求：

根据所给材料起草十个决策日志字段。每项结果都注明来源编号和对应段落。区分提案与有明确授权的决定，分别记录决定时间、记录确认时间和生效时间。缺少批准、负责人或时间时，写“未记录”。不要把沉默视为同意。列出与已有决定可能冲突的地方，交给人工处理。不要发送通知、修改任务或更新权威日志。

这是一种建议的工作方式，不表示一段提示词就能强制执行访问或操作限制。使用前需核查实际工具权限及信息处理安排。第一次练习应使用最少量、已获准的书面材料；客户录音、人事信息等需要单独授权的流程及相应专业审核。

对照原文核查，再决定是否采用

用本页虚构资料包测试草稿时，应检查：D078-02 仍是提案；8 月 30 日 18:00 仍适用 D078-01；8 月 31 日 09:00 之后适用 D078-03。A04 必须保持未完成，不能因为暂停已经批准，就推断通知已经发送。S06 也只能是一项访问问题报告，不能被写成编造的事故数量。

这些是教学练习的预期答案，本页没有实际运行 OpenMax 并测量结果。草稿答错时，保留差异，修正来源与字段的对应关系，再次复核。只有承担相关职责的人，才应把确认后的记录转入权威日志。可以先用可编辑模板完成一次练习，再判断 OpenMax 是否适合帮助准备这样的草稿。

常见错误与模板的适用边界

把最新一行当成当前指令。时间顺序不能证明权限和效力。应核对范围、批准依据、生效条件及替代链接。提案即使比当前指令更新，也不一定替代它。

把触发复核当成自动撤销。触发条件可能只要求有人复核，并未规定必须作出什么结果。规则应写清楚。涉及安全的流程应遵循实际获授权的操作规程，这份通用模板不负责设定停工规则。

把历史记录变成所有资料的仓库。追溯决定不意味着复制每份逐字稿和私人评论。应限制访问、减少原始资料，并遵循授权的保存和更正流程。法律、用工、财务、隐私和安全相关决定需要相应专业人员审核。填满模板不等于获得专业批准或合规证明。

补写的记录看起来像当时写的。补录旧决定时，应写明重建日期、现有来源和无法确认的部分。不要倒填记录日期，也不能替参与者编造同意。明确标注缺口的历史，比自信但虚构的完整版本更有用。

用全绿的任务板代替理由审查。任务全部完成，原决定也可能建立在错误假设上；决定合理，也可能有任务逾期。两件事应分别检查。未解决风险可参考项目风险登记表，产品需求可参考 AI 产品需求文档指南。引用相关编号，不要把整份相邻文档复制到决策日志里。

常见问题

这个决策日志模板能放进 Excel 或 Google Sheets 吗？

可以。将十组信息拆成列，或用一行摘要链接详细文档。长理由和来源要保持可读，并测试提案、当前生效和已替代记录的筛选。涉及时间的决定应标明时区。下载文件是可编辑的 Markdown 文本，不是 Excel 工作簿，也不是配置好的 Google Sheets 应用。

决策日志和会议纪要是一回事吗？

不是。纪要围绕一次会议，决策日志便于跨会议和其他授权流程查找决定。可把相关会议记录作为来源链接，但不能把每个讨论过的想法都当成批准，也不能假定决策日志替代组织必须保存的正式纪要。

决定改变之后，要直接修改旧记录吗？

指令变化时，应建立带有独立理由和生效时间的替代记录，让旧理由仍可识别。抄录错误用注明日期的更正处理。受限信息按授权的更正或遮盖流程处理，不应声称保留历史就意味着任何内容永远不能移除。

找不到有权批准的人，该怎样记录？

保留来源和不确定性，根据情况标为未确认或提案，并请负责治理的人明确权限。语气很肯定的消息、抄送高管或 AI 摘要都不能填补这个缺口。不要只为了消除空字段，就把决定标为已批准。

OpenMax 能自动批准决定或维护整份日志吗？

本文引用的官方提示词示例支持基于所给笔记准备草稿。本文没有验证你的工作区是否具备原生审批强制执行、自动替代关系跟踪、提醒或不可修改存储。集成及权限需要另行检查；授权、生效时间核查和最终记录确认仍应由承担责任的人负责。

来源、核实时间与编辑边界

2026 年 9 月 5 日核查的主要文档包括：Atlassian 决策模板、DACI 方法、微软 ADR 指南、MADR 和 OpenMax 运营提示词。这些资料支持对应的记录方法或提示词描述，不支持虚构案例中的时间、比例或业务成果。

本页是 OpenMax 发布的第一方教学指南。十字段安排、资料包和计算均用于教学，没有宣称具名客户、独立审阅者、专业认证或真实工作流已成功运行。应用于重要真实决定前，应由相应授权负责人及专业人员核查范围、权限与信息处理。目标是形成别人能够验证的记录，而不是一份只是显得完整的长文档。