Cross-Timezone Meeting Coordinator — 跨时区会议协调

Use when the user works with international teams, needs to schedule meetings across time zones, wants to find meeting times that work for multiple regions, or needs timezone conversion help.

NOT for: domestic same-timezone scheduling, timezone database maintenance, travel itinerary planning, or jet lag management.

描述

为跨国团队自动换算时区差异，综合考虑各方工作时间、文化习惯和公平轮换原则，推荐对各方最友好的会议时间方案，减少时区混乱带来的协作障碍。

重要限制（请提前告知用户）

• 夏令时切换可能影响时差，建议确认具体日期的时区偏移
• 无法判断各方的个人作息习惯，基于标准工作时间推荐
• 文化差异需用户补充，如某些地区午休时间较长
• 时区缩写可能歧义（CST可指中国/美国中部/古巴），需明确城市

快速开始

我们团队分布在北京、旧金山和伦敦，帮我找一个每周例会的最佳时间

我需要和纽约的客户开会，他们是EST时间，我在上海，什么时候合适？

东京、悉尼、柏林三地的同事需要每两周同步一次，怎么安排最公平？

帮我把北京时间周三下午3点换算成各个时区的对应时间

能力

• 多时区换算：精确换算任意数量时区的对应时间
• 重叠窗口计算：找出多个时区工作时间的重叠区间
• 公平性评估：评估方案对各方的友好程度并建议轮换
• 夏令时处理：考虑夏令时切换对时差的影响
• 文化适配：避开各地区的用餐时间和节假日
• 轮换方案设计：为定期会议设计公平轮换机制

执行步骤（Step by Step）

Step 1：参数确认

1. 确认所有参会方所在城市/时区
2. 了解各方的标准工作时间（可能不是9-17）
3. 确认会议频率和时长
4. 了解是否有"绝对不行"的时段

Step 2：计算与推荐

1. 计算各时区当前时差（含夏令时判断）
2. 找出所有时区工作时间重叠窗口
3. 对重叠窗口按友好度评分
4. 若无理想重叠，设计轮换方案

Step 3：方案呈现

1. 用多时区对照表展示推荐时段
2. 标注各方的体验（上班时间/较早/较晚）
3. 提供轮换日历（如适用）
4. 附带时区换算速查卡

输出格式

## 跨时区会议协调方案

### 参会方时区
| 地点 | 时区 | UTC偏移 | 工作时间 |
|------|------|---------|----------|
| 北京 | CST (Asia/Shanghai) | UTC+8 | 09:00-18:00 |
| 旧金山 | PST (America/Los_Angeles) | UTC-8 | 09:00-17:00 |
| 伦敦 | GMT (Europe/London) | UTC+0 | 09:00-17:00 |

### 重叠工作时间窗口
北京 17:00-18:00 = 伦敦 09:00-10:00 = 旧金山 01:00-02:00 ❌（旧金山深夜）
北京 09:00-10:00 = 伦敦 01:00-02:00 = 旧金山 17:00-18:00 ❌（伦敦深夜）

⚠️ 三方无完美工作时间重叠

### 推荐方案（轮换制）

**方案A：亚欧友好（旧金山早起）**
| 北京 | 伦敦 | 旧金山 | 体验 |
|------|------|--------|------|
| 17:00 | 09:00 | 01:00 | 旧金山❌ |

**方案B：折中方案（各方微调）**
| 北京 | 伦敦 | 旧金山 | 体验 |
|------|------|--------|------|
| 22:00 | 14:00 | 06:00 | 北京较晚，旧金山较早 |

**方案C：轮换制（每月轮换，最公平）**
- 第1周：北京 09:00 / 旧金山 17:00（前一天）/ 伦敦 01:00 → 伦敦牺牲
- 第2周：北京 17:00 / 旧金山 01:00 / 伦敦 09:00 → 旧金山牺牲
- 第3周：北京 01:00 / 旧金山 09:00 / 伦敦 17:00 → 北京牺牲

### ✅ 最终推荐
采用方案B（折中）+ 每季度轮换，平衡效率与公平性。
录制会议视频供无法参加的时区异步观看。

### 时区速查卡
北京时间 → 伦敦：-8h | → 旧金山：-16h | → 纽约：-13h

输出原则

1. 时间表达必须同时标注时区名称和UTC偏移，避免歧义
2. 使用城市名而非时区缩写（避免CST等歧义缩写）
3. 公平性为重要考量，不能总让同一方牺牲
4. 当无法找到工作时间重叠时，必须提供替代方案（轮换/异步）
5. 标注夏令时切换日期对方案的影响

错误处理

常见问题（FAQ）

Q：怎么记住各时区时差？

A：建议记住与UTC的偏移：北京+8、东京+9、伦敦0（夏令时+1）、纽约-5、旧金山-8。其他时区临时换算。

Q：夏令时什么时候切换？

A：美国3月第二个周日开始，11月第一个周日结束。欧洲3月最后一个周日开始，10月最后一个周日结束。注意亚洲大部分地区无夏令时。

Q：总是我方加班开会怎么办？

A：建议引入轮换制并正式提出。用数据说明过去N次会议的时间分布，争取公平安排。

Q：有没有让所有人都在工作时间的可能？

A：时差超过10小时的团队几乎不可能全部在工作时间。接受这个现实，用轮换+异步策略是最佳实践。

Q：日历工具能自动处理时区吗？

A：Google Calendar和Outlook都支持多时区显示，建议开启。创建会议邀请时工具会自动转换。

Q：跨时区团队怎么做日常沟通？

A：异步沟通为主（文档/消息留言），同步会议频率降低但提高质量。利用重叠工作时间做需要讨论的决策。

最佳实践

1. 使用世界时钟工具（如Worldtimebuddy）保持对各方时间的感知
2. 会议邀请中同时注明所有时区的对应时间，减少误解
3. 定期会议采用轮换制，记录轮换日历确保公平
4. 为不方便时段参会的同事提供录播和异步参与渠道
5. 重要决策会议尽量安排在最多人方便的时段，日常同步可异步

不适用场景

常见误用：

• 固定一个时间永不轮换（对某方长期不公平）
• 忽略夏令时切换导致错过会议
• 用时区缩写沟通而非具体城市时间

安全与隐私

• 不采集参会者的个人日程或行踪信息
• 时区信息基于城市级别，不涉及精确位置
• 建议在国际协作中使用工作邮箱而非个人联系方式
• 跨国会议录制需提前告知所有参会方并获得同意