关于本文
本文是通过利用生成式 AI 的自动生成流程创建的。我们根据微软官方信息,整理了使用 Outlook 的 Copilot Chat 设置小型内部会议的验证步骤。验证状态:已确认微软官方信息,实际租户未验证
信息确认日期:2026年10月28日
安排会议最耗费时间的往往不是编写邀请信,而是协调与会者的空闲时间、会议室、所需时长以及议题。在 Outlook 的 Copilot Chat 中,如果在支持的环境下,你可以发出“安排一个 30 分钟的会议”这样的请求,并从与会者的日历中寻找候选时间。
然而,Copilot 生成候选时间并不等于证明与会者、日期时间以及房间是正确的,也不代表可以直接发送。本文使用虚拟用户和测试会议室,制定了一个测试计划:先创建一个 30 分钟的候选时间并在发送前进行确认,然后仅将所需时长更改为 45 分钟。屏幕显示的结果为预期值,并非由作者在实际租户中执行的结果。
首先确认的使用条件
| 项目 | 本次前提 | 确认要点 |
|---|---|---|
| 产品 | Outlook for Microsoft 365 的 Copilot Chat | 与面向个人的 Copilot 以及仅支持网页搜索的聊天进行区分 |
| 账户 | Microsoft Entra ID 的工作或学校账户 | 目标用户本人登录 Outlook |
| 基础合同 | 适用于 Copilot Chat 的 Microsoft 365 合同 | 区分无需追加 Copilot 许可证即可使用的操作与付费功能 |
| 附加订阅 | Microsoft Copilot (Work) 视功能而定 | 从邮件会话使用 Schedule with Copilot 等功能时请确认附加订阅 |
| 邮件基础架构 | Exchange Online 邮箱 | 体验邮件和日历功能所必需 |
| 入口 | 从 Outlook 的 Copilot 按钮进行聊天 | 确认新 Outlook、网页版和经典版 Outlook 的部署差异 |
| 人数 | 以本人外最多 2 人的会议为对象 | 3 人及以上或复杂的协调请使用其他方法 |
| 操作边界 | 人工确认内容后再发送 | 确定参与者、日期和时间、时区、会议室和议题 |
Microsoft 的当前支持文档说明,可以通过 Outlook 的 Copilot Chat 设置会议和日程。对于没有附加 Copilot 许可证的目标用户,也有“与上司设置会议”的操作示例;如果拥有附加许可证,则可以使用邮件、日历、会议和聊天等更广泛的组织数据。因此,不能仅凭“Outlook 中是否能看到 Copilot”来断定订阅情况。
另一方面,打开邮件会话并通过 Schedule with Copilot 创建包含主题、议题和参与者的邀请草稿的功能,需要 Microsoft Copilot (Work) 许可证。即使名称相似,入口和订阅条件也不同。
区分两个入口
从 Copilot Chat 设置会议
从Outlook上方的Copilot按钮打开聊天,并用自然语言指定参与者、时间和会议名称。Copilot将查看与会者的日程表并建议合适的时间段。当前的官方FAQ表明,此功能适用于除您之外最多与另外2人安排会议。
从邮件会话中安排Copilot日程
在新版Outlook中打开邮件会话,选择“使用Copilot安排”,它会从邮件中建议会议标题、议题和参与者,并创建附带原始邮件的邀请草稿。这是从邮件上下文中创建邀请的功能,将作为与本文中的空闲时间比较不同的测试进行。
如果屏幕上没有入口,请不要盲目断定是权限不足。请依次检查是新版Outlook、网页版还是经典版Outlook、应用更新、附加许可证、组织策略以及分阶段推出。微软的发布说明中也有针对经典版Outlook的推出记录,但可用性应通过您所在租户的“消息中心”和实际界面来判断。
虚拟验证数据
请勿使用真实的客户名称或机密案件,仅使用以下数值。
| 项目 | 虚拟值 |
|---|---|
| 组织者 | Copilot Test Organizer |
| 参与者1 | Test User A |
| 参与者2 | Test User B |
| 会议室 | Test-Room-01 |
| 会议名称 | 月度报告项目确认 |
| 候选时间范围 | 验证日起5个工作日内,13:00至17:00 |
| 所需时间 | 第1次30分钟,第2次45分钟 |
| 议题 | 指标定义、负责人、下次截止日期 |
在日程表中,设置候选时间范围内的空闲时间以及故意的重叠日程。会议室也分为可预约和不可预约的时段。不要只看成功界面,而要先制定正确的条件,以确认是否避开了不应选择的时间。
屏幕上的操作
使用测试用的工作账户登录Outlook。
选择Copilot按钮并打开聊天。
粘贴以下提示词。
当显示候选时间后,请勿立即发送,先将参与者的电子邮件地址和候选时间与正确答案表进行核对。
即使输入了会议室名称,也需在发送后的响应中确认是否已通过资源邮箱获得批准。
如果没有问题,则由人工选择发送。本文的验证中不会实际发送。
Test User AとTest User Bを参加者として、30分のTeams会議を設定する候補を探してください。 期間は検証日から5営業日以内、時間帯は13:00〜17:00です。 利用可能なら会議室Test-Room-01を候補にしてください。 会議名は「月次レポート項目確認」です。 議題は次の3点に限定してください。 1. 指標定義の確認 2. 担当者の確認 3. 次回期限の確認 参加者のメールアドレス、日付、タイムゾーン、開始・終了時刻、会議室、 Teams会議の有無、議題を表示してください。 私が確認するまで招待は送信しないでください。
用自然语言写下“不发送”并不能替代组织的发送控制或审批功能。请务必确认屏幕处于草稿、候选提示还是已发送状态。
期望的观察结果
| 观察项目 | 通过条件 | 若不一致需检查的内容 |
|---|---|---|
| 参与者 | 仅A和B,正确的电子邮件地址 | 同名同姓、外部联系人、候选选择 |
| 日期时间 | 5个工作日内,13:00至17:00 | 时区、工作时间和全天日程 |
| 所需时间 | 从开始到结束共30分钟 | 显示的时间差 |
| 空闲时间 | 避免日程冲突 | 空闲/忙碌可见性与权限 |
| 会议室 | 仅在可用时使用 Test-Room-01 | 资源预订策略与审批回复 |
| Teams 会议 | 按指示启用 | Teams 会议设置与组织策略 |
| 议题 | 仅指定的3项 | 删除无根据的决定和截止日期 |
| 发送状态 | 人工确认前为未发送 | 区分候选、草稿和已发送 |
会议室进入候选状态与预约被受理是两回事。Exchange 的会议室邮箱具有使用时间、容量、自动批准、可预约期限等规则。即使能看到房间名称,也不一定代表已经批准。
只更改一个条件
记录初始结果后,请保持参与者、期限、时间段、会议室和主题不变,仅将所需时间从 30 分钟更改为 45 分钟。
他の条件は変えず、会議時間だけを30分から45分に変更してください。 候補時間とTest-Room-01の利用可否がどう変わったかを示してください。 まだ招待は送信しないでください。
预期的结果是:原本在 30 分钟内可选的连续时段在 45 分钟时无法选择,或者转移到了其他候选。如果同时更改参与者或时间段,将无法分清是哪个条件改变了结果。
失败时的故障排除
找不到 Copilot Chat
请确认是否为工作或学校账户、Exchange Online 邮箱、适用的 Microsoft 365 订阅以及支持的客户端。随后,检查附加许可证、更新状态、组织策略以及信息中心(Message center)的部署信息。不要将不显示的原因单纯归咎于缺少附加许可证。
找不到 Schedule with Copilot
请勿将其与 Copilot Chat 的会议设置混淆,并确认是否位于新版 Outlook 的邮件线程中、是否拥有 Microsoft Copilot (Work) 许可证,以及它是否在“自定义操作”中被隐藏。
找不到空闲时间
请检查工作时间、时区、暂定日程的显示状态以及对方的忙闲(free/busy)权限。如果在日程安排助手(Scheduling Assistant)中对比能否看到相同参与者的空闲时间,就能确定应该排查 Copilot 还是日历数据。
无法预定会议室
请检查房间名称、容量、可用时间、可预约期限、审批人以及同一时间的预约。在推测其他房间之前,请先检查 Test-Room-01 的预约回复和资源设置。
加入了错误的人员
发送前请确认电子邮件地址和所属部门,而不是显示名称。弄错人会将会议名称或议题泄露给错误的对象,这不仅是操作失误,更是信息泄露。
议题为空或包含猜测
在使用通过邮件调用的 Schedule with Copilot 时,如果缺少未来的操作信息,或者由于机密分类等原因,可能会导致无法生成议题。如果为空,请由人工补充;如果添加了毫无根据的决定或期限,请将其删除。
隐私与权限
Microsoft Copilot 会通过 Microsoft Graph 引用用户拥有查看权限的邮件、日历、会议和联系人等。它不是一项扩大现有权限的功能,但也不是一项能安全修复过度共享设置的功能。
在验证中,仅使用虚构名称和测试会议室,切勿输入客户名称、人事信息或未公开的项目。会议名称和议题是受邀者可见的信息。在确认参会者之前,请勿编写机密议题,若混入外部参会者,则应停止发送。
微软声明,微软不会将从 Microsoft Graph 引用的组织数据、提示词和响应用于训练基础模型。即便如此,组织的保留、审计、敏感度标签和共享规则仍需单独适用。
实务应用判断
此方法适用于除组织者外还有最多两名参会者的内部会议,前提是能够唯一指定参会者和会议室,且人员能够在发送前进行检查。
对于满三人以上、有外部参会者、涉及多个时区、高管日程、需要口译、设备或候选投票的会议,请结合使用调度助手(Scheduling Assistant)、排期投票(Scheduling Poll)和协调专员。“Copilot 生成了候选时间”与“相关人员达成一致”是两码事。
在十个左右的虚构会议中,记录候选生成时间、参会者错误、时间范围违规、会议室拒绝、议题修改量以及是否存在误发送。如果即使速度快但也需要每次都进行修改,则应将对象缩小到例行的小型会议。
总结
Outlook 中的 Copilot Chat 可以在受支持的环境中缩短为小型会议寻找候选时间的工作。但是,额外的 Copilot 许可证并非统一的前提条件,具体条件因入口和功能而异。来自邮件主题的“使用 Copilot 安排”(Schedule with Copilot)需与通过 Chat 进行的日程设置分开确认。
在一个虚构的 30 分钟会议中确认参会者、时区、房间、议题以及未发送状态,接下来仅将所需时长变更为 45 分钟。最后由人工确认电子邮件地址和发送状态。通过设定这些边界,可以将 Copilot 作为可确认的协调助手,而不是全自动的会议负责人。
