关于本文
本文是由利用生成式 AI 的自动化生成流程创建的。我们于 2026 年 11 月 3 日确认了 Microsoft Learn 和 Microsoft Support 的官方信息，并将其整理为使用虚拟会议数据将 Copilot Chat 的回答转移到 Copilot Pages 并进行共同编辑的步骤。我们未在 Microsoft 365 租户中进行实际操作、共享和权限确认。验证状态：📘 于 2026 年 11 月 3 日重新确认了 4 份微软官方资料。实际租户、共享和 WordPress 渲染未经验证。
支持环境、许可证、入口、限制（官方确认时间：2026年11月3日）
| 项目 | 本文的目标与条件 |
|---|---|
| 产品/功能 | Microsoft Copilot Chat 与 Microsoft Copilot Pages |
| 账户 | 工作或学校的 Microsoft Entra ID 账户 |
| 许可证及存储条件 | 需要 SharePoint 或 OneDrive 存储。即使没有 Microsoft Copilot 附加许可证也可能符合条件（本文仅针对工作或学校账户） |
| 入口 | copilot.cloud.microsoft的 Copilot Chat。从回答菜单中选择“Edit in Pages”、 |
| 共享 | 以 Page 链接或 Loop 组件的形式共享。共享对象可以共同编辑 Page，但无法访问原本的 Copilot Chat 会话 |
| 主要限制 | 显示内容以及可用的 AI 工具和数据源会因组织设置而异。没有附加许可证的 Copilot Chat 不会自动跨广泛的 Microsoft 365 组织数据进行检索 |
| 本文未验证 | 实际租户中的按钮显示、页面创建、协同编辑、链接权限、保留与删除、WordPress 显示 |
首先通过 3 个操作了解流程。① 将虚拟备忘录粘贴到 Copilot Chat 中，② 在回答的“Edit in Pages”中将其转移到页面，③ 确认未决事项，在共享前暂停一次。由于本文未执行页面创建或共享，以下是基于官方步骤的确认用操作方案。
直接将 Copilot Chat 的回答作为会议资料发送是很危险的。因为回答中可能会煞有介事地补充输入中没有的负责人或期限，或者将未决事项与已决事项混淆。如果将 Copilot Pages 视为“AI 留下回答、由人工修正依据、权限和责任的协同编辑界面”，而不是“AI 制作成品的场所”，其使用场景就会变得清晰。以次周项目会议的准备备忘录为例。目的不是快速撰写文章。而是在会议前以相同的格式梳理出需要决定的事情、未决事项、确认问题和风险，并在共享前让所有者能够进行事实核对。
准备虚拟数据
请勿输入真实的客户名、员工名、合同金额或故障信息。仅使用以下虚拟备忘录。
| 项目 | 虚拟内容 |
|---|---|
| 案件 | Project Maple |
| 会议日期和时间 | 2026年11月10日 10:00〜10:45 |
| 目的 | 决定内部 FAQ 网站的测试公开条件 |
| 参与角色 | 项目负责人、运维负责人、安全负责人 |
| 已知信息 | FAQ 候选 30 条，测试用户 20 名，公开候选日为 11 月 20 日 |
| 未决 | 咨询窗口、查阅范围、公开与否的审批人 |
| 约束条件 | 不得包含个人信息。正式公开需在人工审批后进行 |
在此阶段，区分“已知内容”与“未决事项”非常重要。如果让Copilot随意补充，虽然看起来不错，但会增加核对成本。
步骤1：使用Copilot Chat制作草稿
打开Copilot Chat，并粘贴以下提示词。明确写出不引用组织文件、仅以提示词中的虚构数据作为依据的条件。
あなたは会議準備の補助者です。以下の架空データだけを根拠に、 45分の意思決定会議で使う準備メモを作成してください。 案件: Project Maple 目的: 社内FAQサイトの試験公開条件を決める 日時: 2026年11月10日 10:00〜10:45 参加役割: プロジェクト責任者、運用担当、セキュリティ担当 既知: FAQ候補30件、試験利用者20名、公開候補日は11月20日 未決: 問い合わせ窓口、閲覧範囲、公開可否の承認者 制約: 個人情報を載せない。正式公開は人の承認後 出力は次の順にしてください。 1. 会議で決めること（最大3件） 2. 既知の事実 3. 未決事項 4. 会議で確認する質問 5. リスクと軽減策 6. 45分の時間配分 入力にない担当者名、期限、承認済みという表現を作らないでください。 推測が必要な箇所は「要確認」と明記してください。
预期的结果是：6个标题按顺序出现，没有擅自添加实名或新的截止日期，审批人保持“待确认”状态。即使此时内容不够完善，也无需通过多次追加Chat来完成。一旦获得了值得共同编辑的结构，就转移到Pages中。
步骤2：将回答转移到Page中，并明确标注草稿状态
从回答下方的菜单中选择“Edit in Pages”，创建一个新的Page。根据具体部署情况，界面和名称可能会有所不同。如果找不到按钮，请与管理员确认是否已登录工作或学校账号、是否可以使用SharePoint或OneDrive存储空间、或者组织设置是否限制了该功能。
Page的标题应采用能让人一眼看出项目、用途、日期和草稿状态的名称，例如“Project Maple 会议准备备忘录 2026-11-10（草稿）”。在开头由人工追加以下4行。
状態: 下書き 根拠: このPage内の「既知の事実」と会議主催者の確認 最終確認者: 未定 正式記録: 会議後に別途作成
这4行虽然不起眼，但却能防止AI生成的内容被误认为是已定文件的防波堤。由于Pages可以永久进行编辑和共享，因此需要将“保留的内容”与“已审批的内容”分开显示。
步骤3：人工进行审阅修改
在共享Page之前，创建者应按以下顺序进行确认：
已知事实是否与输入内容一致
未决事项是否被改写为了已决事项
人名、日期、数量以及权限范围是否被凭空捏造
风险缓解措施是否需要明确执行责任人
是否存在应转记到正式文件或工单中的内容
在进行修改时，与其让Copilot重写整个Page，不如选中目标区域进行小幅修改，这样更容易追踪差异。微软支持部门（Microsoft Support）提醒称，要求Copilot Chat更新Page可能会导致部分源自先前对话的内容被删除，因此更新后请务必进行检查。对于重要的决策候选内容，不要一次性全面改稿，而应由人工比对原文与更新后的内容。
例如，仅选中“风险与缓解措施”，并提出如下要求：
選択範囲だけを修正してください。 各リスクを「兆候」「影響」「会議で決める予防策」の3列にしてください。 入力にない担当者、期限、承認状態は追加せず、必要な箇所は「要確認」としてください。 他の見出しは変更しないでください。
所期望的观察结果是，只有选定的范围变为表格格式，而其他标题和数值保持不变。如果其他段落消失、已知数值发生变化或添加了负责人姓名，则不要采用该输出，而是恢复到修改前的内容，并进一步缩小目标范围。
步骤 4：更改单一条件进行对比
在提示词改进中，如果一次性更改多个条件，将无法分清是什么起到了作用。本次我们将“会议时间”从 45 分钟更改为 30 分钟，并固定其他输入。
現在のPageの内容を基に、会議時間だけを45分から30分へ変更してください。 「会議で決めること」「既知の事実」「未決事項」「リスク」は変更せず、 時間配分だけを合計30分に再計算してください。 変更した行の末尾に「（30分版）」と付けてください。
所期望的观察结果是，时间分配的总计变为 30 分钟，且决策事项和已知事实得以保留。如果在这次测试中连其他段落也发生了变化，则可判断针对整个 Page 的指令波动较大，此时应仅选择时间分配的范围并重新操作。比起速度，我们应优先确保能够解释修改范围。
步骤 5：确认共享范围与共同编辑
确认内容后，通过右上角的共享操作创建链接或组件。通过链接共享时，对方会打开该 Page；通过组件共享时，粘贴到 Teams、Outlook、OneNote 等工具中的内容更改将同步到 Page。共享对象可以共同编辑 Page 的内容，但无法访问原始的 Copilot Chat 会话。
在共享之前，至少确认以下几点：
能够打开链接的对象是否仅为预期的内部成员
Page 内是否存在从原始资料中不必要转录的信息
是否能看到“草稿”、“待确认”、“最终确认人”
是否明确了通过评论确认的部分以及直接修改正文的部分
是否确定了将内容转移到会议后正式会议纪要或决策台账的负责人
Copilot Pages 的共享在不泄露整个原始 Chat 这一点上很方便。但是，移至 Page 的文章本身是共享对象。不能因为“Chat 是私密的所以安全”，而是需要分别检查“在 Page 中写了什么”以及“共享给了谁”。
失败案例与原因
此外，尽管微软官方在面向个人的付费 Microsoft 365 订阅中也提供了 Pages 的使用条件，但本文所说明的组织内权限和共享确认是针对工作或学校账户的。
失败 1：不显示 Pages 的入口
可能的原因包括：登录账户与本文所述对象不同、不满足 SharePoint 或 OneDrive 存储条件、组织对可用的 AI 工具或数据源进行了控制、由于分阶段推出导致界面有所不同等。切勿盲目决定购买额外许可证，而应首先确认账户类型、存储条件、管理设置以及官方当前界面。
失败 2：认为只要创建了 Page 就能自动跨多个组织数据进行检索
Pages 的可用性与 Copilot Chat 可以引用的组织数据范围是两个不同的问题。没有附加许可证的 Copilot Chat 主要面向网络、用户明确提供的内容以及相应的应用程序上下文，这与广泛推导整个 Microsoft 365 的体验有所不同。请确认是否输入了必要的依据或明确指定了文件。
失败 3：Copilot 的全面更新导致重要项目消失
原因在于，重新生成并非必定能保留现有语句的差异化编辑。对于重要的小节，应缩小选定范围，并在更新后核对标题、数字和待办事项。应对措施是，不要用“使其更易读”这样宽泛的指令把全文都交给 AI 处理。
失败四：将协同编辑备忘录当作正式会议纪要
Pages 是一个不断变化的协同编辑界面。如果需要一份确切记录谁在何时批准了什么的正式记录，请转移到组织的文档管理、工单或会议纪要流程中去。在 Page 中保留正式记录的链接以及已转录的标记，以免两份文档发生冲突。
实际业务中的通过与否判定
在试用阶段，不要仅仅把“30秒内写好初稿”作为成果。应当针对单次会议的准备工作，衡量 Chat 生成时间、移动到 Page 的时间、人工编辑时间、审查时间以及分享后的返工量。
采纳的标准如下：
输入内容中没有的事实添加为 0 件
待办事项转变为已决定事项的数量为 0 件
全数执行分享前的各项检查
更改某一条件时，指定范围之外的小节不会发生变化，或者人工能够发现差异并将其恢复
与传统文档编写相比，总耗时或会议中的遗漏情况有所改善
相反，如果编辑和核对时间比以往更长、每次都会大范围重写、无法确认权限，或者与正式记录的双重管理不断增加，那么在该业务中不使用 Pages 是合理的判断。Copilot Pages 的价值不取决于文章的生成量，而应通过“人工能否修正 AI 的初稿，并在同一地点完成分享前的确认”来评估。
总结
Copilot Pages 是一项能够将 Copilot Chat 的回答转移至可编辑、可分享的成果候选中的功能。然而，能够保存、能够协同编辑、内容正确以及获得批准，并不意味着是同一回事。
如果在会议准备中使用，请先用虚拟数据测试模板，将已知事项与待办事项区分开，在 Page 的开头显示状态和确认人，并仅让 Copilot 更新一小部分范围。在分享前请分别确认权限和内容，并确定好会后转移至正式记录的运维流程。通过这套步骤，可以将 Copilot 视为“制作可确认初稿的助手”，而不是“做决定的人”。
