邮件里有人写上午九点,有人写北京时间周二,还有人只回复了“下午都行”。当会议跨过午夜或遇到夏令时,靠心算很容易把同一个时刻写成两个日期。
AI找空档前要先把每个人的时区、工作时间和不可用时段转成同一基准。候选时间确认后,再按参会者本地时区展示,创建邀请仍需人工确认。

双时区会议邀请先准备哪些资料
先为双时区会议邀请建一份资料清单。原始位置、时间范围、负责人和版本必须跟着内容走,缺件就明确列出,旧文件不能悄悄顶替新材料。
- 参会者时区
- 可用时间段
- 工作时间边界
- 会议时长
双时区会议邀请的四步处理顺序
| 步骤 | 具体做法 |
|---|---|
| 确认时区而不是城市简称 | 记录标准时区标识,并确认会议日期是否处于夏令时切换附近。 |
| 收集硬边界和偏好 | 午休、接送、固定会议属于硬边界,早晚偏好不要误当成绝对不可用。 |
| 在同一时间轴找交集 | 先转成统一时刻,再比较会议时长和前后缓冲,避免只看开始时间。 |
| 邀请里并列显示本地时间 | 标题不塞时区,正文写清两个主要时区的日期、时间和会议链接。 |

双时区会议邀请出现这些情况怎样分流
| 情况 | 判断依据 | 处理 |
|---|---|---|
| 可直接候选 | 所有人都在工作时间 | 列为首选 |
| 需确认 | 一人落在偏好边缘 | 说明影响并征求同意 |
| 不可用 | 落入休息或已有日程 | 排除 |
| 跨日 | 不同地区日期不一致 | 邀请中并列日期 |
跨时区候选一旦触碰休息边界,就保留各地换算结果并请参会者确认,不用平均时差替任何人作决定。
先用小样校准双时区会议邀请
用三位参会者和两个候选日期试排,其中一个日期跨越夏令时变化。先生成对照表,不创建日历事件。
时区试排要保留每位参会者的本地日期。换算正确、日历无冲突且完整容纳会议时长,才算样本通过。
给AI处理双时区会议邀请的操作要求
你正在协助协调异地同事或客户会议的项目助理。当前情况是参会者分布在多个时区,邮件里给出的时间写法不一致。
只读取这些资料:参会者时区、可用时间段、工作时间边界、会议时长。
需要判断:哪个共同空档不会落入休息时间,邀请里应怎样展示本地时间。
输出:候选时间对照表和确认后的双时区会议邀请。每条结论写明来源、未知项和需要谁确认,不执行发送、移动、删除或写回。
先输出候选时间对照,不创建日历事件。组织者确认参会者和本地日期后,再生成正式邀请。
双时区会议邀请交付前逐项检查
- 每位参会者时区已确认
- 夏令时按会议日期计算
- 候选包含完整时长
- 邀请发送前由组织者预览
若继续处理可能导致会议被安排在错误日期或非工作时间,造成缺席和重复协调,就停止自动操作,写明阻塞项、接管人和需要回复的时间。日历查询需要明确授权。AI不能替参会者接受非工作时间,也不能在未确认时直接发送邀请。
相关Skill放在双时区会议邀请的哪一步
Gog Skill负责查询参会者日历并生成候选空档,接收日历范围、时区和会议时长并交付共同空档对照及待确认邀请。它只处理已授权的资料,并保留人工确认点。
需要Google OAuth,发送邮件和创建日历事件前确认

技能提升网