选择参与方（最多 6 个城市）
重叠时段可视化（每个色块 = 半小时）
绿色 = 所有参与方都在工作时间；黄色 = 一方在下班时段；灰色 = 工作时段外。
推荐会议时段
各城市当前本地时间
怎么用这个工具
- 选参与方：默认加入「北京/纽约/伦敦」三个常用对比城市，可以增删到最多 6 个城市。
- 设定会议参数：会议时长、工作日范围、是否避免深夜影响对方作息。
- 看色块找重叠：工具以半小时为单位，展示 24 小时内任意时段每个城市的工作状态。绿色=都可以，黄色=勉强，红色=不让对方工作。
- 看右侧推荐：推荐窗口按对各方的「最优度」排序，并区分是否跨日、最长连续工作时段等约束。
- 把推荐时间发出去：确认好后，把这页直接发给所有参与方——他们各自看到的是当地本地时间，避免「你 14:00 我 14:00」的时区误会。
使用注意事项
- 「工作时段」的定义因国家不同：欧美人 8-17 工作、午休 1 小时不带回家；东南亚普遍 9-19 弹性大；中东地区工作日可能是周日至周四。在挑选前确认每个参与方的工作时段文化。
- 夏令时切换期间会差 1 小时：欧美夏令时从 3 月最后一个周日到 11 月第一个周日，工具基于 IANA 时区会自动处理，但发邀请时务必注明时间语义（「Beijing time 14:00」而不是「14:00 北京」）。
- 「避免深夜」是文明会议前提：欧美尤其重视 work-life balance。即使为了紧急会议，尽量不要让对方早上 7 点前开会。
- 节假日很关键：跨国的节假日不同（如中国春节 vs 美国 Thanksgiving）。工具不分节假日，应在发起会议前主动查日历。
- 会议时长影响对方工作负荷：90 分钟的会议效果不如 60 分钟 + 5 分钟休息。推荐窗口的「连续强度」也会被工具记录。
常见问题
绿色就有重叠？为什么不直接推荐？
绿色只代表「所有参与方都在工作时段」，但不一定有最佳体验。比如某方在 17:00 即将下班只是「勉强」可以，但容易请假提前离会。推荐窗口会按「最不被骚扰」原则排序，即选各方工作时间中部时段。
推荐窗口是不是每个人都看到同一个？
是同一个时间点，但显示在当地本地时区。每个参与方收到的邀请应换算为本地表达，避免误读。建议邮件内容里「主参考方本地时间 + 其他方本地时间」都写出。
为什么有些组合完全没绿色？
完全跨半球的两个时区（如美西 + 北京），同时在工作时段的两人都要熬夜。本工具会在右侧提示「建议考虑异步沟通」，并提示个别替代方案，比如「美方早上接 + 邮件异步沟通」。
某些时区有夏令时/节假日，怎么处理？
夏令时本工具按 IANA 时区自动适配（如 America/New_York 会跟随夏冬切换）。节假日需另查，本工具不内置。建议在发送会议前查各方重要节日列表。
推荐时段为什么有时 3 个有时 1 个？
根据可用时段数量与各方偏好质量排序输出。只剩 1 个时段说明其他时段都勉强，宁可不推荐也不「硬选」。1 个时段代表「最优解」，由用户决定是否采用。
「跨时区会议时间」的结果应该怎么看？
先看最后给出的那个数值，再回到这一段解释里对照：选多个城市，显示各自时区时间并标注重叠工作时间，自动推荐最佳时段。 看的时候把「数值本身」和「数值成立的前提」分开看，前者是你填进去的东西算出来的，后者决定了它在什么情况下才算数。数值变大或变小分别代表什么，页面在这一节里已经写清楚了。拿到「跨时区会议时间」的结果后可以直接照着做吗？
把它当成做决定前的一份对照材料，比当成答案更稳妥：「工作时段」的定义因国家不同 ：欧美人 8-17 工作、午休 1 小时不带回家；东南亚普遍 9-19 弹性大；中东地区工作日可能是周日至周四。在挑选前确认每个参与方的工作时段文化。 夏令时切换期间会差 1 小时 ：欧美夏令时从 3 月最后一个周日到 11 月第一个周日，工具基于 IANA 时区会自动处理，但发邀请时务必注明时间语义（「Beijing time 14:00」而不是「14:00 北京」）。 「避免深夜」是文明会议前提 ：欧美尤其重视 work-life balance。 这一页给出的是在当前输入下算出来的一个量级，它并不包含你的实际执行成本、突发情况和对方可能的变化。真正落地之前，再把结果和实际条件对一遍，看看哪些假设在现实里不成立。相关工具推荐
工具局限声明：本工具按 IANA 时区数据库计算，未接入实时节假日数据。建议在跨境重要会议前，邮件确认各方节假日与本地作息文化。