先收集条件，不急着挑一个钟点
向每位参与者确认实际城市、工作时间与不能参会的日期，再打开会议排期。工具支持 2–6 个城市、组织者日期、30–240 分钟会议，以及各城独立工作时段。默认 09:00–18:00 只是起点，不能代替你向参与者确认。
组织者城市决定搜索哪一个日历日。纽约某一天的部分时段，在东京可能已是下一天；改选组织者会改变搜索范围的日期边界，不只是换一个显示名称。应先约定活动以谁的当地日期为准，再比较结果。
开始时间合适，不代表整场会议合适
90 分钟会议在 17:30 开始，会到 19:00 才结束。如果某地工作时段止于 18:00，就有 60 分钟在工作时段之外。工具检查完整区间，不仅判断开场那一分钟。
以 2026 年 10 月 13 日、各地工作时段 09:00–18:00 为例：
| 纽约定义的会议 | 纽约 | 伦敦 | 东京 |
|---|---|---|---|
| 09:00–10:00 | 工作时段内 | 14:00–15:00，工作时段内 | 22:00–23:00，工作时段外 |
| 10:00–11:00 | 工作时段内 | 15:00–16:00，工作时段内 | 23:00–次日 00:00，工作时段外 |
纽约与伦敦存在共同候选，加入东京后则没有完整的全员共同窗口。表中的时差只适用于这一日期，不能当作全年固定关系。参与者提出某个当地钟点时，可先用时间转换器核对。
没有共同窗口时，认真看折中原因
无全员共同工作时段时，工具不会编造“最佳共同时间”。折中排序先比较受影响城市数，再比较总越界分钟、最大单城不便、距离工作时段中心的程度，最后选择较早的绝对时刻。
逐城查看提前、延后、周末或跨日提示。排第一的候选仍可能不适合某位参与者；应询问对方是否接受，长期协作可轮换不便时段，也可考虑异步讨论。不要把一条算法推荐写成“大家都空闲”。
用时间表解释推荐依据
每一列表示同一个真实时刻，每一行按对应城市的当地规则显示钟点。浅蓝色表示该完整 30 分钟片段处在配置的工作时段内，浅灰色表示不在。选中候选后，蓝色范围框覆盖相同的会议区间，方便同时比较各城。
悬停、聚焦或点击格子可查看完整日期、当地时间、IANA 时区、偏移和工作状态。某城跨过午夜时，日期会变，而组织者可能仍处在原来那一天。夏令时切换日可能有 23 或 25 个真实小时，时间轴不会强行压成固定 24 小时。
发送前确认，而不是直接发出邀请
周末是否纳入比较应明确设置；工具不知道各地节假日、休假或日历冲突。工作时段目前必须在同一个当地日期内结束，夜班可选合适的同日片段比较，不要输入工具尚不支持的跨午夜范围。
确认每人的起止日期、会议时长和是否同意，再选择候选进行复制或下载。日历文件与分享指南说明导出与分享的边界。重复会议还应约定固定哪座城市的当地钟点，并逐次复核季节性时差；本站导出的是单次事件，不自动建立重复系列。
参考：IANA 地区时区规则。