会议调度器

安排一次跨团队会议往往需要多次往返沟通：确认各方时区、手动查询日历空闲窗口、撰写邮件并附上议程和视频会议链接，最后还要持续追踪参会者的 RSVP 状态。一旦出现关键人员时间冲突，整个流程又要重来。会议调度器 把这个流程交给 AI 代理处理，让发起者只需一句自然语言。

核心能力与工作流

代理接收请求后先解析出结构化数据：参会人、会议主题、预计时长，以及像 "下周三下午" 或 "冲刺结束前" 这类时间约束。如果信息有歧义，代理会先要求澄清而不是猜测执行。

随后进入时区解析和可用性计算阶段。代理通过 Google Calendar API、Microsoft Graph API 或 Calendly 的可用性接口查询每个参会者的日历，提取忙闲块并计算空闲窗口交集。默认在相邻会议间保留 10 分钟缓冲，同时尊重每位参与者设置的工作时间和免打扰时段。建议时段按评分启发式排序：优先所有人的正常工作时段，减少清晨或深夜安排，紧急情况下偏好更早日期。

确认时段后，代理通过对应 API 创建日历事件，附带议程、视频会议链接（Zoom、Google Meet 或 Teams）和相关文档。没有日历集成的外部参会者会收到带 .ics 附件的独立邮件。此后代理持续监控 RSVP 响应，向发起者汇报接受、暂定或拒绝状态；若关键人员拒绝，则自动从剩余可用窗口中提议替代方案并启动重新预订流程。

适用边界与工程实践

该技能适合团队内部会议和有日历集成的自由职业者协作场景。对于完全不使用主流日历服务的参会者，代理只能退化到邮件轮询或手动导入 .ics，无法做到实时可用性同步。

代理明确要求发起者在发送邀请前确认建议时段和参会人列表，自动化发送是可选行为。全天事件在未明确标记为 "busy" 时按暂定处理；focus time 块默认不可用，但允许发起者覆盖。日历 API 失败时会以指数退避重试最多三次，服务持续不可用则告知发起者并提供降级选项。

需要区分的是，这类代理解决的是日程协调层面的逻辑问题，不涉及会议内容的自动生成或决策跟踪，会议纪要仍需要其他工具或人工处理。