跨时区开会，先找到公平时间。

时区工具把基准时区的一个具体时刻，转换成其他城市在同一时刻的当地时间。转换依赖 IANA 时区数据库中的偏移量与夏令时规则；同一城市在冬夏两季可能相差一小时，因此结果会随所选日期变化。

它不会替你加上路程，也不会自动选出「公平」时段。你在基准城市选定当地日期和时间，其他列都是同一个 UTC 瞬间。把日期改到三月或十一月附近，可以看到例会会不会在某地进入或退出夏令时后整体平移。

假设你在上海安排 9:00 的会议，同时要顾及伦敦的同事。冬季伦敦使用 UTC+0，当地时间是 1:00；夏季实行夏令时（UTC+1），则是 2:00。工具先按基准城市把时刻换算为 UTC，再按目标城市当日的偏移量换算，即可得到正确结果。

再核一次：七月某个周二纽约 09:00，伦敦是 14:00（BST），上海是 21:00。一月英美都在标准时，伦敦钟面可能看起来没变，上海仍差 13 小时。印度是 UTC+5:30，不要按整点去减。发出邀请前把候选时刻贴进规划器。

适合远程团队约会议、确认跨境航班与直播活动的时刻，也适合在订机票时核对到达地的当地时间。

某地即将切换夏令时的那一周、以及邀请里出现半小时时区（印度、尼泊尔）时，再算一遍。本站跨时区会议指南讲重叠窗口和公平；本页只做换算。

最容易出错的是忽略夏令时：用固定偏移量换算，会在春季和秋季出现一小时偏差。另一个常见错误是混淆“到达地当地时间”与“起飞地时间”，以及忘记部分城市（如上海）全年不实行夏令时。

邀请只写「周二 09:00」却不写时区，或出差后手机系统时区已换成东京、邀请仍按上海展开。跨日界时要写明日历日。半小时偏移四舍五入到整点会差 30 分钟。

时区偏移与夏令时规则来自 IANA 时区数据库，并按所选日期套用。工具假设城市遵守数据库当前公布的规则；个别地区临时调整时区或取消夏令时，结果可能在一段时间内不准确。

城市列表是规划用集合，不是全部 IANA 时区。工具不读航司时刻表或签证日历。重要场次在网格里选出候选后，仍要对方口头确认。