Elysia Tools
导航
Utilities
输入 2–6 个城市的参与者及其工作时间,自动计算所有人都醒着且在工作时间的交集时段,按合理性排序,可导出 .ics 日历。
详情
找出 2 到 6 个时区里所有人都醒着且在上班的开会时段。
做什么。 列出每个参与者的城市(或 IANA 时区,如 America/Sao_Paulo)和本地工作时间。工具把每个人的工作窗口换算成 UTC,找出所有人同时在岗的交集,扣除午休,按共同工作日过滤,再按"对每个人本地时间是否友好"排序(不该让谁在 23:00 开会)。
怎么排序。 每个交集窗口有一个舒适度分数:落在每个人本地 09:00–17:00 的越多,排名越高。把任何人推到本地 20:00 之后或 07:00 之前的时段标 ⚠️。
处理夏令时。 用 Intl.DateTimeFormat 的 IANA 时区库,夏令时切换会正确处理。选你要分析那周的周一——分析从该日起 7 天。
导出日历。 .ics 文件里每个交集窗口每天一个事件,可直接导入 Google 日历/Outlook/Apple 日历。参与者在事件描述里列出。
小贴士。
Asia/Kolkata、Europe/Berlin、America/New_York)。执行
填写表单、运行工具，并在同一页面查看结果。
案例
相关内容
等待运行
工具使用指南
多时区可开会时段查找器是一款专为分布式团队设计的在线工具，支持输入 2 至 6 个城市的参与者及其本地工作时间，自动计算并过滤出所有人同时在岗的重叠时段，按时间舒适度进行智能排序，并支持一键导出 .ics 日历文件，帮助您轻松规划跨国会议。
背景
团队成员分布在伦敦、柏林和孟买，需要安排每日站会。
问题
手动换算时区容易出错，且需要避开各地的午休时间。
如何使用
在参与者框中输入三人的名字和城市，设置工作时间为 09:00 至 18:00，午休为 12:00-13:00，选择工作日并指定分析日期。
participants: Alice, London
Bruno, Berlin
Priya, Mumbai
workStart: 09:00
workEnd: 18:00
lunch: 12:00-13:00
workingDays: weekdays结果
成功找出约 4 小时的黄金重叠时段（主要在 UTC 早晨），全员均处于舒适的工作时间内，并导出了日历事件。
背景
纽约、洛杉矶和伦敦的负责人需要在下周一进行一次紧急对齐。
问题
三地时差较大，重叠窗口非常窄，需要精确找出不占用任何人深夜时间的 1 小时。
如何使用
输入三地参与者，将工作时间设为 09:00 至 18:00，不设午休以最大化寻找可能性，分析日期设为下周一。
participants: Dana, New York
Eli, Los Angeles
Finn, London
workStart: 09:00
workEnd: 18:00
lunch:
workingDays: weekdays结果
快速定位到唯一的 1 小时重叠窗口（约 UTC 16:00），此时洛杉矶为上午，伦敦为傍晚，全员均在工作时间内。
如果系统无法识别您输入的城市，可以直接使用标准的 IANA 时区名称，例如 Asia/Kolkata 或 Europe/Berlin。
工具使用 Intl.DateTimeFormat 的 IANA 时区库，会根据您选择的分析周自动且准确地处理夏令时切换。
建议尝试将某些成员的工作时间延长 1 小时，或者将工作日设置从“工作日（周一至周五）”调整为“周一至周六”或“全周”。
导出的 .ics 文件是标准日历格式，可以直接导入 Google Calendar、Microsoft Outlook 以及 Apple Calendar。
系统会根据重叠时段落在各成员本地 09:00–17:00 的比例进行打分。若时段落在某人本地 20:00 之后或 07:00 之前，则会标记警告符号。