世界时钟
同时看多个城市的当地时间，排会议时一眼找到共同的工作时段。
使用说明
- 页面默认展示上海、东京、伦敦、纽约、洛杉矶与悉尼六个城市，时间每秒刷新。
- 在「添加城市」里选择其他时区并点击添加，卡片会立刻出现；点卡片上的移除可以删掉。
- 规划会议时先选日期与你的开始时间，下方会列出每个城市的当地时间与是否处在工作时段。
- 「共同工作时段」按你所在时区给出所有人都在 8 点到 21 点之间的可选开始时间，跨三地排会时直接照着选。
- 选好的城市保存在本机浏览器，下次打开还是这一组；换设备需要重新添加。
常见问题
夏令时会自动调整吗？
为什么有的城市相差半小时或四十五分钟？
共同工作时段是怎么算的？
城市列表保存在哪里？
使用步骤
- 看默认六城时间
页面打开就显示上海、东京、伦敦、纽约、洛杉矶与悉尼的当前时间，每秒刷新，每张卡片带 UTC 偏移与今天、明天标记。
- 增删城市
在「添加城市」里选一个时区再点添加，卡片立即出现；点卡片右侧的移除可以删掉，至少保留一个城市。
- 选会议日期与时间
会议规划默认填今天与你所在时区的 10 点，可以改成任意日期与整点开始时间，下方表格会同步换算。
- 读共同工作时段
结果区会列出每个城市的时间与状态，底部给出所有城市都在 8 点到 21 点之间的可选开始时间区间。
- 复制发出去
点「复制会议时间」把日期与各城市当地时间复制成纯文本，直接粘贴到聊天窗口或邮件里。
工具详细介绍
地球自转把一天分成 24 个小时，通信与协作却要求所有人对同一个时刻有共同称呼，时区就是这套约定。北京时间比伦敦快 8 小时，纽约又比伦敦慢 5 小时，一场三方会议的时间在三张日历上会写成三个数字。世界时钟把同一瞬间换算到多个城市，免得每次开会都靠心算加减小时。同一场会议，三个人看到三个钟点，时差算错会议就白开。
本页用浏览器内置的 IANA 时区数据库换算，不写死偏移量，夏令时切换与历史规则都由系统数据决定。默认展示六个城市，卡片每秒刷新，同时标出 UTC 偏移与相对你所在日期的今天、明天。会议规划按你选的日期逐小时试算，找出所有城市都落在 8 点到 21 点之间的开始时间，再把连续小时合并成区间。城市列表存在本机，刷新后仍是同一组。
原理与背景
时区并不完全按经线划分。中国横跨五个地理时区，却统一使用 UTC+8，新疆的日出因此比北京晚两小时。印度取 UTC+5:30 作为全国标准时间，尼泊尔用 UTC+5:45，澳大利亚中部用 UTC+9:30。这些半时区与四十五分钟偏移让心算更容易出错，也让程序必须依赖完整的时区表而不是固定偏移。国际日期变更线附近的国家还会整体跳过或重复一天，旅行时的手表也要跟着改。
排跨时区会议时，「工作时间」本身需要定义。多数团队按当地时间 9 点到 18 点算，工程团队可能接受 8 点到 21 点，客服则要覆盖对方的白天。把所有人塞进同一个窗口往往只剩一两个小时，这时轮流迁就比固定时间更公平。夏令时切换的那一周最容易出错，欧美切换日期不同，同一封日历邀请在两地的显示可能差一小时，发会议前最好在两地日历上各看一遍。
典型使用场景
- 跨三地周会
团队分布在上海、伦敦与旧金山，每周要开一次同步会。把三个城市加入列表，逐个试 8 点到 22 点，很快能看出只有你的清晨与对方的傍晚重叠，于是把周会定在轮换时段，谁也不长期熬夜。
- 远程面试
候选人住在柏林，面试官在东京。先按对方的上午筛出几个候选时段，再用会议规划确认东京那边不落在深夜。把结果复制进邮件，候选人一眼就能看到自己当地的时间，减少来回确认。
- 客服排班
出海产品的客服要覆盖欧美白天，排班表按北京时间排。把纽约、伦敦、洛杉矶加入列表，先看三地的工作时段如何覆盖，再倒推每个班次需要几个人，避免某个时段完全空档。
使用技巧
- 把常合作的三个城市固定下来，其余按需临时添加，卡片区会清爽很多。
- 发会议邀请前先在两个城市的日历上各看一遍，夏令时切换周最容易差一小时。
- 共同工作时段只剩一两个小时时，改成轮流迁就，比长期固定在一个人的深夜更公平。
注意事项
- 只看一个城市的时间
在日历上看到 15:00 就以为是对方下午，实际可能已经是深夜。发邀请前把对方城市加进列表，确认当地钟点与星期，跨日的时候星期也会跟着变，尤其容易看错。
- 忽略夏令时切换
欧美每年切换两次，日期并不相同，切换当周同一封邀请在两地的显示会差一小时。收到确认前在两地日历各核对一次，或者把会议统一写成 UTC 时间。
- 把窗口当铁律
共同工作时段只是筛选工具，不是每个人都必须遵守的规则。有人愿意早起一小时，有人宁可晚上开会，先问偏好再排时间，比按表格硬排更容易长期执行。