关于本文
本文是通过利用生成式 AI 的自动化工作流创建的。我们于 2026 年 11 月 3 日重新核实了微软官方文档,并将其整理成了使用虚拟参与者通过 Outlook 的 Copilot Chat 检查日程安排的步骤。并未在实际租户中获取候选时间、预订会议室或发送邀请。验证状态:📘 已确认官方信息·未在实机上验证
支持的环境、订阅、入口和限制
| 项目 | 本文的对象与条件 |
|---|---|
| 产品 | 在工作或学校账户中使用的 Outlook 内的 Copilot Chat |
| 入口 | 通过 Outlook 顶部的 Copilot 按钮打开 Chat,并请求进行会议设置 |
| 无附加许可证 | 微软官方指导用户向受限的收件箱和日历数据提问,并引导进行诸如“设置与上司的会议”等操作示例 |
| 拥有 Microsoft 365 Copilot | 可以跨收件箱、日历、会议、聊天和企业数据进行高级请求。经典版 Outlook 的会议设置功能面向此类许可证推出 |
| 参与者人数 | Outlook 常见问题解答指出,通过聊天进行的会议设置除了自己以外最多支持 2 人 |
| 日历 | 利用组织的 Exchange Online 日历、参与者的空闲/忙碌状态以及会议室资源 |
| 刦劘考 | 在攰版Outlook中从邮件线程创建邀请和议题的––Schedule with Copilot是另一个入口 |
| 未验证 | 实际的许可证显示、候选项获取、会议室、Teams会议、退送邀请、审计、WordPress显示 |
先试为快:发送前确认三件事
在工作/学校账户的Outlook中打开Copilot Chat,仅在可用的情况下,输入以下虚构会议提示词。
在会议创建界面中打开提供的候选项,核对参会人员A、B、日期和时区。
核实会议室、Teams链接以及议题,不要发送退送邀请记录结果。如果未显示该功能,则通过后半部的––”许可证与入口”进行劒析。
这是操作设计,并未在实际租户中进行过运行验证。
过去人们往往会一刀切地解释称“若无Microsoft 365 Copilot额外许可证则无法设置会议”。然而,现行的Microsoft Support指出,即使是无额外许可证的工作/学校账户,也可以通过Outlook内的Copilot Chat使用日历的限定数据来进行会议设置等。另一方面,需要斑验大范围组合组织数据的高级请求,以及2026年推出的经典Outlook日程体验,则以Microsoft 365 Copilot许可证为前提。请勿主观单方面认为可用,请先确认屏幕上显示的功能及管理员分配的许可证后再试。提供候选、草草送出退送邀请、保存到日历以及发送给参会者分别处于不同的阶段。切勿仅凭“已为您设好”的回复而认为已经成功。
用虚构的30分钟会议来试验
请勿使用实际的客户、高管和案件名。如果可以使用测试账户,请使用以下条件。
| 条件 | 虚构设置 |
|---|---|
| 参会人员 | 测试用户A、测试用户B |
| 候选范围 | 2026年11月10日 13:00 至 17:00 |
| 所需时间 | 30分钟 |
| 形式 | Teams会议 |
| 会议室 | 如有可用则使用测试会议室 |
| 标题 | Copilot日程安排验证 |
| 议题 | 确认目的、确认结果、下一个条件 |
| 发送 | 请务必在确认界面停止 |
日程主题中也不要写入机密信息。如果没有验证用会议室,最初只尝试在线会议。
粘贴用提示词
テストユーザーAとテストユーザーBを参加者として、 2026年11月10日の13:00から17:00までの間で、 全員が参加できる30分の候補を探してください。 タイトルは「Copilot日程調整検証」。 Teams会議として作成し、利用可能ならテスト用会議室も候補にしてください。 議題は「検証目的」「日程調整結果」「次に試す条件」の3項目です。 招待は送信せず、参加者、日時、タイムゾーン、会議室、 Teams会議設定、議題を確認できる状態で止めてください。
避免使用相对日期,请明确指定日期和时间段。如果使用“下周找个时间”之类的请求,即使选到了意料之外的星期或工作时间外,也很难解释原因。
屏幕确认顺序
在会议创建界面中打开 Copilot Chat 的候选时间,核对参与者 A 和 B、开始与结束时间、时区以及所需时间。
使用“调度助手”(Scheduling Assistant)查看组织者、A 和 B 的空闲/忙碌状态,并确认会议室的所在地、容纳人数、设备和预订状态。
确认 Teams 会议链接和议题,不发送记录结果。
| 确认项目 | 期望值 | 不合格示例 |
|---|---|---|
| 参与者 | 仅 A 和 B | 添加同姓同名其他人、往期参与者 |
| 时间 | 指定范围内的 30 分钟 | 12:30 开始,60 分钟会议 |
| 时区 | 组织者预期的地区 | 弄错海外分支机构的显示 |
| 空闲/忙碌 | 三方均有空 | 已有安排、工作时间之外 |
| 会议室 | 可用的测试室 | 其他分支、容量不足、拒绝预定 |
| Teams 会议 | 线上会议有效 | 仅限面对面会议 |
| 议题 | 指定的3个项目 | 添加虚拟的决定与截止日期 |
| 发送 | 在确认前暂停 | 已自动发送 |
只更改一个条件
固定参与者、日期、会议形式和议题,仅将所需时间从30分钟更改为60分钟。
同じ参加者、同じ日付範囲、同じ会議形式のまま、 所要時間だけ60分に変更して候補を探してください。 まだ招待は送信しないでください。
期望的变化应仅限于候选时间和结束时间。如果连参与者或议题也发生了变化,则不采用该输出,并在新的对话中重新明确条件。接下来如果要更改会议室的有无,也需要将所需时间恢复原状,每次只比较一个条件。
无法给出候选时间时的排查方法
参与者人数
官方常见问题解答指出,通过聊天进行设置时,除自己外最多可包含2人。如果3人或以上时失败,请恢复为2人,对于人数较多的情况,请使用Scheduling Assistant或其他协调方法。
许可证与入口
请勿混淆无需附加许可证的Copilot Chat中可用的限定操作,以及Microsoft 365 Copilot跨企业数据的检索。在经典Outlook、新版Outlook、网页版、Mac端和移动端上,显示和入口可能会有所不同。请检查管理员分配、当前登录的账户、更新通道以及连接体验。
空闲/忙碌状态与时区
“空闲”并不意味着可以工作。请检查工作时间、时区、全天日程、暂定日程以及外出状态。如果有海外参与者,请同时显示并确认当地时间。
会议室
在人员有空但没有候选时间的情况下,请检查会议室的容量、地点、设备、预订权限以及自动批准条件。尝试取消会议室条件,对比仅通过线上会议是否能给出候选时间。由于会议室被拒绝后的自动重新预订存在支持的客户端或由主持人添加的房间等其他条件,请不要将其混入初次测试的成功条件中。
与从邮件会话创建功能的不同点
在新的 Outlook 中,你可以通过邮件会话中的“Schedule with Copilot”来推荐参与者、主题和议题,并创建附带该会话的邀请。这与在聊天中请求空闲时间本文的区别在于入口和输入数据不同。
当会话信息较少或内容被判定为机密或有害时,可能无法生成议题。同时需要确认是否可以将邮件正文附加到会议邀请中。请不要将其他功能的限制直接套用到聊天中,并记录实际使用的入口。
隐私与防止误发送
Copilot 使用用户可访问的日程表数据,但这并不保证候选时间的正确性或共享的适当性。在测试中,请勿使用实名、客户名称、机密事项、医疗或人事信息,并在发送前仔细检查参与者和正文。
日程表的忙碌/空闲状态可见,与是否可以共享日程的主题或正文是两回事。为了解释候选时间,请确认邀请信中是否写入了其他参与者的日程名称或会议内容。即使在传达候选时间的依据时,也应仅限于“由于有其他会议”等最少限度的说明,切勿转抄他人的日程内容。
会议室有时会作为 Exchange 的资源邮箱进行管理。即使是 Copilot 放入候选名单的会议室,也不一定意味着预订请求已获批准。运营中需要确认的不仅是邀请草稿中的会议室名称,还有发送后收到的批准或拒绝通知。不过,由于首次测试在发送前停止,因此预约成功状态将记录为未验证。
在需要审计的组织中,切勿仅将 Copilot 的回复作为审计凭证。应根据组织的审计和保留策略,确认最终的日程表项目、参与者、发送日期时间和更改历史记录。将可删除的聊天记录与保存在 Exchange 中的会议邀请视为相同的审计凭证同样非常重要。
试点结果应分别记录:创建候选所需的时间、人工确认时间、修正次数以及未采用候选的原因。即使 Copilot 用 1 分钟创建了候选,如果确认参与者花费了 10 分钟,总时间也是 11 分钟。与使用调度助手(Scheduling Assistant)进行相同会议的手动结果相比,不仅要看速度,还要将错误和返工考虑在内来判断是否可以继续使用。
还需确定误发送时的撤消、更正和重新发送程序。外部参与者、高管会议和机密会议在内部测试通过前应作为单独的情况处理。自动化的价值不应通过创建候选的速度来衡量,而应通过包含更正和确认在内的总时间来衡量。
实务中的采用标准
能够稳定地提示指定范围内的候选时间
不会弄错参与者、所需时间和时区
人工能够确认会议室的预订结果
议题中不会添加输入内容之外的决定或期限
能够遵守发送前确认的规定
包含确认和更正在内的总时间比手动调整更少
误发送时的撤消和重新发送程序明确
即使候选创建速度很快,如果纠正同名同姓的其他人或工作时间外的时间增加了,也不会采用。比较现实的分工是:让 Copilot 负责候选和草稿,而人来确认参与者、时间、地点、目的和发送。
官方信息与一手资料
官方文档用于确认合同差异、入口、参会人数、会议室和邮件线程功能。虚拟数据、提示词、期望值和录用标准是本文的测试设计,并非执行结果。
