日期、时间与计划
海外团队会议在本地是几点？
使用工具
沿用上月时差，会议却偏一小时。时差不仅取决于城市，也取决于日期。不要记固定东京纽约差值，应问活动当天同一瞬间各地显示几点。
工具可把已知瞬间显示到多地，也可把当地钟表时间解析为瞬间。前者确定，后者在偏移切换时可能没有或有两个答案，应按输入含义选模式。
比较冬夏的东京 21 点
2024-01-15T12:00:00Z
2024-07-15T12:00:00Z选择 Asia/Tokyo 与 America/New_York。一月为东京 21 点、纽约 7 点；七月为东京 21 点、纽约 8 点。纽约偏移由 -05:00 变 -04:00，安排时应查活动日期而非今天。
固定过去日期用于可复现实验，不保证未来政策。时区规则会更新，远期安排受设备和预约系统数据更新影响。重要活动临近时应再核对参加者日历。
-05:00 与 America/New_York 信息不同
-05:00 是某时刻相对 UTC 的偏移，America/New_York 是随日期变化的地区规则。单一瞬间可用偏移日期，每月当地九点则需地区规则，不能全年用固定偏移代替时区。
缩写未必唯一确定地区。应分享 IANA 名、日期和当地时刻，必要时附 UTC，说明九点是哪只钟的九点，减少猜测。
2024 年 3 月 10 日 2:30 不存在的地方
2024-03-10T02:30:00纽约当天拨快时钟，2:30 不存在。工具报错，不猜测用户想要 3:30。预约服务需让用户另选或明确调整规则。
相同文字在另一地区可能有效，单查格式无法发现。有效性取决于日期和时区，语法正确的当地时间不保证对应一个瞬间。
2024 年 11 月 3 日 1:30 出现两次
2024-11-03T01:30:00earlier: 2024-11-03T05:30:00Z / -04:00
later: 2024-11-03T06:30:00Z / -05:00时钟拨回时，同一 1:30 对应相隔一小时的两个瞬间。默认拒绝歧义会列候选而不自动选。可选较早或较晚，但应由用户或业务规则决定；日志预约保留偏移便于区分。
每天九点不等于每二十四小时
重复活动需决定固定当地钟表时间还是经过间隔。偏移变化时，每天九点未必相隔二十四小时。转换一个瞬间不等于创建注册重复计划，可另用 Cron 候选或日期加算检查规则。
目标地可能前一天或次日，应保留日期星期而非只抄时刻。东京周一早晨在别处可能仍周日，是否方便与算术正确不同。工具不知道参加者假期或工时。
回到 UTC，确认选的是同一瞬间
确认各当地表示都回到同一 UTC，开始结束都转换，尤其跨日活动。带日期的对应表比只记时差更可靠。
测试冬夏、缺失时刻、重复时刻和跨日例，普通日期一例会漏掉切换问题。工具不提交预约或任务，应用结果时还需确认目标系统同样的时区和歧义策略。
只发送钟表时间，可能漏掉跨日
东京 2024 年 1 月 2 日 09:00 是 UTC 当日 00:00、纽约 1 月 1 日 19:00。只说周二九点会丢掉日期和星期上下文。输入完整源日期时间，并读目标日期；接近午夜尤其不能省日期，对方可能仍在前一天，工作日假设也不同。
一次会议可共享 UTC 瞬间，重复会议还需决定固定东京 21 点还是纽约某个早晨时刻，夏令时后结果不同。不要把一次转换当全年时差表，应使用实际日期与 IANA 名。未来计算也依赖执行环境的时区数据。
分享时两边都写完整日期和地区，例如 2024-01-02 09:00 Asia/Tokyo 与 2024-01-01 19:00 America/New_York。工具不发邀请，日历仍需另核。相同瞬间不代表所有人都方便；转换解决时间等价，安排还需协商。