关于本文
本文采用生成式人工智能辅助的自动生成流程制作。我们于 2026 年 10 月 20 日查阅了微软官方资料，并编写了可使用虚拟数据进行测试的提示词及确认步骤。文中未在 Copilot 界面中实际执行。验证状态：📘 已核实官方信息，未执行提示词
支持的环境、功能与限制（官方核实时间：2026年10月20日）
| 项目 | 本例的对象与范围 |
|---|---|
| 产品与入口 | 面向工作场所的 Microsoft Copilot Chat（原名 Microsoft 365 Copilot Chat）。假设使用 Web 版的普通聊天 |
| 账户与协议 | 经组织授权的单位账户。请确认您的协议和管理员设置是否允许使用。个人版 Copilot 不在本文讨论范围内 |
| 附加协议与计费 | 本例不使用 Office 应用内的附加功能或按量付费的代理。请勿将其解释为可使用需要额外付费的功能 |
| 输入与保存位置 | 直接粘贴虚拟文本。不连接本地路径、OneDrive、SharePoint 或收件箱 |
| 测试操作 | 对输入的文本进行参考、整理、比较和草稿创建。内容需由人工与原文进行核对 |
| 不属于本例范围 | 文件搜索、直接编辑/移动/删除文档、发送邮件、在业务系统中注册 |
| 上限与提供状态 | 不以预览功能为前提。输入长度、次数、地区、屏幕差异的数值以及实机构建尚未确认。长输入应分段，是否可用需在界面上确认。 |
| 信息管理 | 起初仅使用虚构数据。如需扩展至业务信息，请确认机构许可与信息分类。切勿仅凭提示词来保证访问控制或停止网页搜索。 |
如果会议记录中混杂了“讨论”、“希望拜托”和“已决定”，越是漂亮的摘要有时反而越危险。因为提议不知不觉间变成了决定事项，而且责任还被分配给了仅仅被提及名字的人。将交托给 Copilot Chat 的工作从“完成会议纪要”缩小到“提取可对照原文的任务候选”，可以减少核对的麻烦。
从简短的记录中提取决定事项与待办事项
以下是一场虚构的备品盘点会议。不包含任何现实中部门或人物的信息。将提示词和记录一起粘贴到 Copilot Chat 的新对话中。这不同于使用 Teams 会议录音或转写的功能，此处仅处理输入的文本。
目的：次回会議で確認できるタスク候補表を作る。 根拠は下のメモだけ。外部検索や別の文書で補わない。 「決定」「提案」「未確定」を区別する。 担当者・期限の記載がなければ「未定」と書く。 列はID／分類／作業・論点／担当／期限／根拠行。 一つの行に複数の担当や作業を詰めない。 表の後に、確認が必要な質問を3件以内で示す。 L1：棚卸し用の一覧表はA係が作成し、10月28日までに共有することで決定。 L2：現物確認は11月上旬を候補とする。実施日はまだ決めない。 L3：B係から、破損品の写真も残してはどうかという提案があった。 L4：写真の保管場所と担当は次回決める。 L5：C係は、予算が確認できるまで追加購入を確約できないと説明した。
本例中能够确定的工作是由 A 负责制作一览表。现物确认的实施日期、照片保存路径以及照片负责人尚未确定。C 的发言并不代表承接采购负责人。在最初的确认中，比起表格的外观，更应该关注是否坚守了这层边界。
将期望的分类与原文进行对照
下表是用于核对正确答案的期望示例，并非 Copilot 的运行结果。即使是相同的提示词，措辞和行划分也可能会变。我们评估的是没有凭空增加约束，而不是文章的逐字一致。
| 对象 | 期望的处理方式 | 作为错误退回的示例 |
|---|---|---|
| 制作一览表 | 已决定，A 负责，10 月 28 日，L1 | 将期限四舍五入到 10 月底 |
| 现物确认 | 候选日期，实施日未定，L2 | 确定为11月1日 |
| 照片保存 | 提议或未确定，L3与L4 | 指定由B科负责 |
| 追加购买 | 有条件/未承诺，L5 | 已请求C科进行购买 |
这个例子的核心在于，不要让AI根据名字的接近程度来猜测负责人。如果将“B科提议”变成“B科实施”，那么即使表格再整齐，其实际业务含义也会完全改变。如果有依据行相伴，就可以当场回到发言处进行修正。
期限也是如此。“11月上旬”是一个时间段的候选，而不是具体的截止日期。如果优先考虑填满日期栏，AI可能会随意给出一个看似自然的日期。我们要将设计定为：不把空白视为失败，而是将“待定”作为有用的信息来对待。
保留依据行可缩小确认的范围
仔细比对备忘录全文和摘要全文，内容越长负担就越大。如果每行都保留原文的行编号，就可以限定需要确认的部位，例如负责人的合理性是L1，照片的处理是L3和L4。行编号不是指向文档的链接，而仅是此输入内容中的标记。
这里制作的表格并不是正式的业务指示。只有经过会议参与者确认、并由负责人作为决定事项批准后，才会转移到执行用的清单中。如果将AI的提取结果直接分发给负责人，可能会导致未经确认的推测被当成指示来接受。
改变一个条件，观察对负责人的推测
接下来，在新的对话中，仅将L3替换为：“决定由B科拍摄破损物品的照片，并在10月30日之前分享”。其他行和指示保持不变。预期的变化是，拍照成为已决定的工作，并且填入了负责人和期限。
另一方面，照片的存放位置仍然保持L4不变。不能因为决定了谁来拍照，就顺便决定了保存位置。通过观察一行的更改所产生的影响范围，可以更容易地发现那种把相关事项一并擅自确定的错误。
分离对话有助于进行比较。如果连续在同一个对话中传入修改后的版本，前后备忘录的内容可能会混淆。在不同的对话中分别测试修改前后的版本，并用相同的评估表进行查看，将更容易区分是由于指示改善带来的差异，还是受到了对话历史的影响。
如何扩展到包含“我会办妥的”这类长篇备忘录
在实际业务对话中，省略主语的发言会增加。如果在“那么，我来办”之前不清楚是谁在说话，就无法确定负责人。应附上发言人标记进行输入，无法还原发言人的地方则转为提问。与其让AI用常识去填补空白，不如让它精炼地提出需要确认的事项，这样更安全。
工作和判断也要区分开。“确认预算”是工作，而“是否可以购买”则是判断。如果将两者合二为一，负责确认预算的人有时会被当作购买审批人对待。在表格中设置分类列，是为了在决定负责人之前先辨别工作的类型。
拆分备忘录时，还要注意决定事项在后来是否被更改。如果前半部分提到“10月28日”，而后半部分提到“重新调整日程”，那么仅靠前半部分的表格就无法反映最新状态。在汇总拆分结果的最后阶段，需要制作一份撤销、更改和条件追加的对照表。
切勿将完成条件遗漏在任务之外
即使是制作一览表的工作，其状态也会根据是“仅制作完成即可”还是“需经某人确认并共享后方算完成”而有所不同。如果原始备忘录中没有完成条件，切勿擅自将其添加到任务说明中，而应留在确认问题中。即使负责人和期限已填写完毕，结束方式不明的工作依然可能滞留。
由于修改原文会导致会议纪要的行号发生错位，因此需要固定用于确认的版本。如果在确认结束后追加备忘录，应将其另存为新版本，并使用相同的版本重新制作表格或核对差异。如果将旧表格与新备忘录结合使用，可能会指向依据行不同的发言。
在细分任务时，也要避免增加输入中没有的工作。虽然可以考虑将“制作一览表”分为设计、录入、评审和审批四个环节的方案，但这并非会议上达成一致的四个任务。关于环节的建议应从提取的决定事项中划分出来，并作为建议提交确认。
试用记录如果将输入版本、使用的指令、输出结果以及修改理由成套保留，便可用于重新利用。下次出现同样错误时，可以对比这究竟是更改指令后的结果，还是输入内容本身不够明确。与其每次都添加冗长的指令，不如一点点完善应对常见错误的条件，这样更容易处理。
减少输入，保留确认所需的信息
首次试用请使用此虚拟数据。在推广到实际会议时，请确认所属单位认可的账户以及信息处理范围，并删除不必要的个人姓名和合同信息。即使将姓名更改为符号，有时仍可根据日期或案件的组合特定出人物，因此不能仅靠替换就认为匿名化已完成。
即使 Copilot 返回了表格，也不等于已经将其注册到了任务管理服务中。若要将其复制并转移到另一个表格中，请确认相关人员可查看的共享范围以及原文备忘录的保存位置。如果摘要的共享对象范围广于原始备忘录，将导致会议内容的非预期扩散。
对试用的评估，应使用修改次数而非提取行数。可略微增加虚拟数据，记录将决定误分类为建议的数量、补充未定负责人的数量以及设定无根据期限的数量。如果在简短的输入中发现了问题，便可在增加实际数据之前修改指令。
最终确认的关键在于阅读表格的人是否能返回到原文。仅凭“请确认”这样的提示文字，让人无从知晓具体该去哪里确认。通过保留依据行、未定显示和确认问题这三项，能够将会议参与者需要回答的要点具体化。
整理会议纪要不仅仅是缩短文章的工作，更是固定已决定事项、并保持未决定事项清晰可见的工作。只要做好了这种区分，在下次会议中便无需朗读表格的所有行，而是能够集中精力处理未定的负责人、期限和条件。
官方信息与第一手信息
产品的范围与输入方法请参考官方资料。虚拟数据、提示词、期望示例以及检查表均为本文的验证方案，并非微软所担保的输出示例。
