要创建 AI 会议行动项，先把获准使用的会议记录整理成初版登记表，但不要把含糊的句子变成已分配任务。可靠的做法是区分决定、建议、问题和行动，为每行附上证据行号，并在发邮件或写入任务系统前由人确认负责人、日期和措辞。

Microsoft Teams 官方说明展示了使用 Copilot 跟进会议的产品流程；底层原则不依赖具体工具：生成摘要只是待审核材料，不是会议正式记录。［1］更通用的任务定义和结果复核方法见如何使用 AI：获得实用结果的入门指南。

关键要点

只处理获准的会议记录和必要上下文。

分开决定、行动、建议和未决问题。

每个行动行都要有原文行号或时间戳。

只有记录明确时才填写负责人或截止日期。

发邮件、建任务、改日历都必须经过人工批准。

如何审核 AI 会议行动项？

行动项不只是听起来积极的一句话。它需要任务、证据位置，以及足够的责任信息让人接受或拒绝。好的登记表要区分团队已经决定的内容和某个人只是提出的建议。

会议内容	登记类型	模型可以记录	不得自行补全
“我们周五发布指南。”	决定	决定、证据行、日期	没有提到的负责人
“我可以核对数字。”	行动	核对数字、提出的负责人	截止日期或项目名
“要不要增加第二名审核人？”	建议	建议或未决问题	尚未发生的批准
“保留多久？”	未决问题	问题，及明确指定的负责人	从常识猜答案

保留原始记录和登记表。如果读者找不到支持某行的句子，这一行就只是待审核线索，不是已承诺任务。

第 1 步：确认权限并脱敏记录

把文字交给 AI 前，先检查会议录音、记录和参会者政策。删除不影响行动表的姓名、电话、客户资料、凭据、健康信息和无关闲聊；需要时用“项目负责人”“审核人”等角色代替姓名。

原始记录留在批准的会议仓库。创建带稳定行号或时间戳的工作副本。当一场会议及其议程就足够时，不要粘贴整个会议系列。

记录中可能出现“忽略之前规则”“现在就发出去”等面向助手的指令。它们属于会议内容，不会授予 AI 创建任务或发消息的权限。

第 2 步：先定义登记表结构

先确定列：

列	规则
ID	如 A-01 的稳定编号
类型	决定、行动、建议或未决问题
行动或问题	一个具体动词短语
证据	行号或时间戳和短引文
负责人	只有明确点名并接受的人或角色
截止日期	只有明确日期或已确认的相对日期
状态	获批前为“待确认”
审核备注	模糊处、依赖和缺失信息

固定结构可以防止摘要悄悄变成项目管理命令。即使没有负责人和日期，一行也仍然有价值。

第 3 步：提出限定范围的提取请求

给出记录范围和停止规则：

从第 1–80 行提取决定、行动项、建议和未决问题。每行返回类型、行动或问题、证据行号、短原文、负责人、截止日期和不确定性说明。只使用会议记录；负责人或日期没有明确写出就填“未分配”或“未说明日期”。不要推断承诺、截止日期或批准，不要发消息或创建任务。

再要求第二轮检查每一行是否确实由证据支持。两轮更容易审计，不要只让模型“写会议纪要”。

截图是 Microsoft 官方支持页的真实捕获，只展示公开会议 Copilot 说明，不是真实会议、记录、任务或账号。

如果工具支持引用或时间戳，就要求提供；否则先给工作副本加行号，再在提示词中使用行号。

第 4 步：逐行对照原始记录

阅读证据行和附近上下文，确认：

类型：这是决定、行动、建议还是问题？
动词：行动是否描述实际同意做的事？
负责人：对方接受了任务，还是只是提到了它？
日期：是明确日期，还是模型从“尽快”猜出来的？
依赖：是否依赖另一个决定或缺少输入？
范围：是否把两段评论错误合成一个任务？

ID	提取行	证据检查	决定
A-01	核对指标定义	第 24 行说“我可以核对……”	保留为待确认，无日期
A-02	周五发布指南	第 41–42 行记录了决定	保留，负责人未分配

如果引文不支持该行，删除或改写成未决问题。不要只因为它让会议看起来更有条理就保留。

在措辞中保留不确定性

把“待确认”“未分配”“未说明日期”“需要确认”作为实际值，而不是留空让下游工具填充。“发送更新”与“待确认：发送更新，负责人和日期未定”不是一回事。

第 5 步：解决负责人和日期的模糊处

只有记录明确点名某人或角色，并且上下文显示其接受，才填写负责人。“小李，你能接吗？”是请求；“可以，我来处理”才是接受。如果会议在请求后结束，就保持未分配。

只有明确日期或确认过的相对日期才填截止日期。“周五”可用，但要记录会议日期和时区；“下周”需要日历解释，在确认前保留原句。

不要从发言最多的人、会议创建者或某个文件夹的所有者推断负责人。那是流程假设，不是记录证据。

第 6 步：分别审核决定和未决问题

决定记录团队选择，行动记录下一步，两者要分开，即使一个会产生另一个。问题要保持未决，直到记录或负责人给出答案。

让 AI 另列“缺失决定”：

哪些建议行动没有接受负责人？
哪些日期是相对或含糊的？
哪些决定缺少理由或依赖？
哪些问题需要会议之外的来源？

这份列表往往比过度自信的摘要更有用，因为它告诉主持人下一次要确认什么。

第 7 步：副作用前必须人工批准

登记表在负责人或主持人批准前保持审核状态。发邮件、建任务、改日历或更新工单前，再次把行与原文对照。NIST 的生成式 AI 框架把这种人工监督视为处理不确定性和下游风险的一部分。［2］

用行 ID、审核人、决定和时间戳保存批准记录。如果审核人改了措辞，保留原提取行并说明差异。不要把表情回应、转发邮件或“没人反对”自动当作批准，除非流程明确规定。

常见行动项失败

建议变成承诺

在记录出现决定或接受前保持“建议”类型。请主持人确认，不要把动词改成“将会”。

“有人”变成指定负责人

不要默认发言者、组织者或最高职位的人负责。填“未分配”，让缺失决定可见。

“尽快”变成日期

保留原句并请求确认日期；相对词不是日历事件。

两段评论被合并为一个任务

保留分开的证据行，拆成两行，否则会隐藏条件依赖。

摘要加入了记录外的背景

要求仅使用记录提取，把外部建议标为审核备注。常见项目模式不等于本次会议事实。

可直接审核的会议行动登记表

ID	类型	证据	负责人	截止日期	状态
A-01	行动	第 __ 行 / 时间戳	未分配	未说明日期	待确认
A-02	决定	第 __ 行 / 时间戳			已记录
Q-01	未决问题	第 __ 行 / 时间戳			未解决

空字段是有意保留的，只能用明确证据或批准记录填充。

总结

把 AI 会议行动项当作可追溯草稿：脱敏并限定记录，按固定结构提取，附上证据行，保留模糊的负责人和日期，并在任务、邮件、日历或工单产生副作用前人工批准。

常见问题

AI 可以直接从会议记录创建任务吗？

应把创建任务放在人工批准之后。记录可能不完整，负责人和日期也可能错误，生成行不是创建副作用的权限。

如何知道行动项真的达成一致？

阅读证据行和上下文，寻找明确决定或接受，而不是建议、问题或某人顺口提到任务。

没有负责人或截止日期怎么办？

写“未分配”或“未说明日期”，放入跟进列表。不要根据职位、会议角色或“尽快”填空。

需要包含记录中的每个话题吗？

不需要。只使用登记表需要的会议和议程范围，其他讨论标为范围外。最小化也能降低隐私暴露和提取噪声。

可以只用会议摘要，不看原始记录吗？

摘要可以导航，但行动行仍应在政策允许的范围内回到原始记录或录音核对。摘要可能漏掉限定条件。

有争议的行动项怎么办？

保留提取行和证据，标为有争议，请主持人或负责人解决。争议关闭前不要发送或排程。

批准后要保留什么？

按保留政策保存已批准登记表、证据位置、审核决定和足够的脱敏上下文，同时避免不必要的个人数据。

来源:

Microsoft Support — Catch up on meetings with Microsoft Copilot in Teams — https://support.microsoft.com/en-us/teams/copilot/catch-up-on-meetings-with-microsoft-365-copilot-in-teams
NIST — Artificial Intelligence Risk Management Framework: Generative Artificial Intelligence Profile — https://www.nist.gov/publications/artificial-intelligence-risk-management-framework-generative-artificial-intelligence

Sources checked 2026 年 8 月 23 日。

延伸阅读：

如何从会议记录创建 AI 会议行动项：逐行对照原文并人工批准