先设置排期条件
选择 2–6 个不同城市和组织者,日期属于组织者所在时区。会议时长可选 30 至 240 分钟。各地默认工作时段为 09:00–18:00,展开工作时段设置后可分别修改。第一版工作时段需在同一个当地自然日内开始和结束,夜班可先比较合适的单日分段。
默认把周末视为工作时段外,主动勾选后才纳入比较。本工具没有节假日、休假或个人日历数据。
候选时间如何计算?
候选开始时间沿组织者实际日期每 30 分钟生成。春季跳时可能使一天只有 23 小时,秋季回拨可能形成 25 小时。时间轴每列是同一个绝对时刻,各行按城市当地规则显示。浅蓝色时间格表示完整的 30 分钟段落处在该城市的工作时段内。
只有整个会议时长都落入所有城市的工作时段,才会算共同候选。例如 17:30 开始、时长 60 分钟的会议,不能算完全适合 18:00 下班的城市。
共同窗口与明确的折中方案
| 条件 | 应如何理解 |
|---|---|
| 纽约与伦敦,2026-10-13,09:00–18:00 | 存在完整的 60 分钟共同工作窗口 |
| 相同条件加入东京 | 三地没有完整共同窗口,需比较折中候选 |
| 不计周末的周末日期 | 当地为周末的城市处在工作时段外 |
有共同窗口时优先列出。没有时,排序先减少受影响城市数,再比较总超出分钟数、单一城市最大不便和距离工作时段中心的差距。同分采用更早的绝对开始时间。每个城市会标注过早、过晚、跨日或周末问题,但仍应向参会人确认是否接受,不能据此声称所有人有空。
复制、分享与导出日历
先选择一个候选。复制文本包含各城市起止日期、钟点、IANA 时区和偏移。分享链接可还原条件,任何持有链接的人都能查看,所以不要加入私密信息。
.ics 文件仅包含一个 VEVENT,DTSTART 与 DTEND 使用 UTC;日历软件会按自身时区显示同一个时刻。导出不等于发送邀请,也不会占用别人的日历。可先阅读夏令时指南,再用单次时间转换核对不熟悉的钟点。