跨时区团队协调会议时，常遇到这样的困扰：Google Calendar 上看似安排周全的时间，却在最后一刻发现两场会议撞车——问题往往出在时区换算环节，或是手动核对时遗漏了某个重叠时段。如何让系统自动抓取不同时区的日程，并精准标记出超过5分钟的冲突？下面这套扣子（Coze）工作流将完美解决这一痛点。

搭建扣子工作流基础环境

登录扣子（coze.com），进入 Bot → 创建 Bot → 选择「空白 Bot」→ 命名为「跨时区会议冲突检测器」。

在 Bot 设置中开启「访问用户日历权限」，否则后续无法读取 Google Calendar 中的事件详情。这一步为关键前置条件，【权限未开启将导致所有日程读取失败，请务必确认已完成】。

点击「插件」→「添加插件」→ 搜索并启用「Google Calendar」官方插件，通过 OAuth 授权绑定你的 Google 账号。

配置多时区日程自动提取逻辑

进入「工作流」→「新建工作流」→ 命名为「提取三时区日程数据」。

拖入「Google Calendar：列出事件」节点，设置时间范围为「未来7天」；在「时区」字段分别为纽约（America/New_York）、伦敦（Europe/London）、新加坡（Asia/Singapore）配置三个独立节点；每个节点输出结果需打上对应时区标签。

注意：不能只用一个节点查询一次再本地转换时间——Google Calendar API 返回的 start.dateTime 字段含有时区偏移量，直接转换极易出错；必须让每个节点在请求时就指定 targetTimeZone，才能确保事件起止时间按当地日历准确呈现。

执行冲突检测：两种实用方法

方法一：时间轴归一化比对

添加「代码」节点（Python），输入以下逻辑：将三个时区事件统一转换为 UTC 时间戳，生成 (start_utc, end_utc, timezone_tag) 元组列表；遍历所有组合，若任意两个事件的时间区间交集长度超过 300 秒（即5分钟），则判定为冲突。

方法二：扣子内置「条件判断」链式处理

使用「合并」节点将三路事件数据汇入→「循环」节点逐条取出A事件→嵌套「循环」取出B事件→添加「条件判断」：当 A.timezone ≠ B.timezone 且 max(A.start, B.start) < min(A.end, B.end) → 触发「发送消息」动作，内容包含双方时区、本地时间以及冲突时长。

此方法操作简便，直接拖入「条件判断」模块并填写表达式即可，无需编写代码。

生成带时区标注的冲突报告卡片与通知

第一步：创建「格式化文本」节点，模板如下：

⚠️ 检测到冲突：{event_a_timezone} {event_a_local_start} ↔ {event_b_timezone} {event_b_local_start}
⏱ 重叠时长：{overlap_minutes} 分钟