本文要点
- Plus 与 Pro 用户可在 ChatGPT Work 的网页、iOS 和 Android 端创建 Gmail、Slack、GitHub 事件触发任务；Free 与 Go 不能创建 webhook 任务。
- Free、Go、Plus、Pro 可以共享定时任务，但接收者创建的是可自行修改、连接自己应用并独立运行的副本，不是接管原任务或原账号权限。
- 普通定时任务按时间或周期运行；事件触发任务等待受支持应用的变化。看到旧帮助页写“不支持 webhook”时，应以 8 月 25 日更新及 Work 资格为准，同时确认自己是否处于对应产品界面。
- 应用连接不等于放开所有动作。读取、写入、管理员策略与需要人工批准的动作仍由应用授权和工作区设置决定。
- 先用无副作用的测试事件验证触发、去重、审批和通知，再接入会改写外部系统的流程；任务反复触发、目标频道错误或审批无人负责时应暂停。
发生了什么：定时正常，应用变化却没有触发
OpenAI 在 2026 年 8 月 25 日宣布，ChatGPT Work 的 Scheduled tasks 可以通过 webhook 响应 Gmail 新邮件、Slack 频道新消息和 GitHub pull request 活动。Plus 与 Pro 用户可在网页、iOS 和 Android 使用；Free 和 Go 只能使用符合其限制的定时或周期任务，不能创建 webhook 触发任务。官方没有在该更新中列出额外地区名单，因此不能把未显示入口直接判断为 IP 或代理问题。
具体场景是：团队希望 PR 更新后自动生成检查清单，但每天九点的任务能运行，PR 变化却毫无反应。可见症状是没有新运行记录，或任务停在应用连接与审批环节；代价是漏掉交付节点和重复人工检查。错误直觉是不断缩短定时间隔，正确第一步是确认它是否在 ChatGPT Work 中被创建为受支持的 webhook 任务，并核对套餐与应用连接。
旧方式与新方式：时间触发、监控和 webhook 不要混用
时间触发适合每天、每周或某个时间窗口执行；监控任务会周期性检查变化；新的 webhook 任务由受支持应用事件启动。三者的触发源不同。若需求是“收到指定邮件立即处理”，用每天轮询会产生延迟；若需求只是晨报，事件触发反而会造成过多运行。
旧版 Scheduled Tasks 帮助内容可能仍描述普通任务不支持 webhook，而 8 月 25 日发布说明把 webhook 明确限定在 ChatGPT Work、Plus/Pro 和受支持应用。排错时同时记录页面入口、计划、客户端和创建时间，不要把两个产品范围拼成一个互相矛盾的规则。
创建前的资格与权限检查
先确认四项：账号是 Plus 或 Pro；当前使用 Work；客户端是网页、iOS 或 Android；Gmail、Slack 或 GitHub 已在该账号可用。Slack 触发还需要在被监控频道加入 @ChatGPT。工作区管理员可能限制应用、角色和动作，即使能看到应用，也不代表能读取目标资源或执行写入。
检查应用自身权限时采用最小授权：先只读一个测试邮箱标签、测试频道或测试仓库。ChatGPT 的应用权限只决定何时询问和允许哪些已连接动作，不会绕过 Gmail、Slack、GitHub 原有权限，也不会因为共享任务把创建者的授权传给接收者。
三类触发的最小验证流程
Gmail：用专门测试主题发送一封新邮件，确认任务只读取预期邮箱范围。Slack：把 @ChatGPT 加入测试频道，再发一条带唯一标记的消息。GitHub：在测试 PR 修改标题或提交一次无风险变更。每次只制造一个事件，记录事件时间、任务运行时间、输入来源和输出位置。
验证至少覆盖成功一次、重复事件一次、无权限一次和需要审批的动作一次。若同一事件产生两次外部写入，先暂停任务并检查幂等键或重复 webhook；若任务看到了不应访问的内容，立即断开应用并交给管理员复核授权范围。
共享任务不是共享账号、连接或运行历史
Free、Go、Plus 和 Pro 用户可以分享定时任务。接收者能够查看和修改指令、在适用时调整日程、连接自己的应用，然后创建独立副本。共享链接不是多人共同操作同一个运行实例，也不会自动获得发送者的邮箱、频道或仓库权限。
接收者若要运行共享的 webhook 任务，仍需拥有 Work 访问权和自己的应用连接。分享前删除指令中的客户名、内部 URL、秘密值和不必要的资源标识；把通用流程与组织专属配置分开，避免把敏感上下文写进可传播的模板。
审批、失败与停手条件
需要批准的动作会暂停，直到用户审核。对发消息、改 issue、提交表单等外部写操作，应明确谁批准、最长等待多久、超时后是否只通知而不执行。不要把“任务没有完成”直接当成网络失败，先查运行记录、连接状态、管理员策略和审批队列。
停手条件包括：触发范围无法限定、同一事件重复执行、审批责任不清、接收者误以为继承了原账号权限、任务写入错误频道或仓库，以及无法确认数据是否可被共享。此时暂停任务、保留事件与运行证据，先改成只读摘要或人工确认流程。
常见误区与排错顺序
常见误区有：Free 能共享任务就等于能创建 webhook；连接应用就等于所有动作都获准；普通 Scheduled 页面没入口就是地区封锁；分享任务会共享原连接；多次触发靠无限重试就能解决。正确顺序是产品界面与套餐、任务类型、应用连接、源系统权限、审批、触发事件、去重，最后才检查 DNS、TLS 或代理认证。
若只有 ChatGPT 无法连接应用，可参考<a href="/resources/proxy-ip-check-before-account-login">登录前 IP 与浏览器检查</a>和<a href="/resources/proxy-connection-troubleshooting-checklist">代理连接排查清单</a>。网络出口只能影响连接路径，不能增加 Work 权限、改变管理员策略或让不受支持的事件变成 webhook。
上线前检查表与复查时间
逐项确认：主账号资格正确；任务在 Work 中创建；应用和最小权限已复核；Slack 频道已加入 @ChatGPT；测试事件只触发一次；写操作需要合适审批；共享副本不含敏感配置；接收者用自己的连接验证；暂停与删除负责人明确。
OpenAI 可能继续调整计划、客户端和应用范围。首次上线后 24 小时复查重复触发与审批积压，一周后再核对官方 Release Notes 和 Scheduled Tasks 帮助页；若两页描述仍不一致，以更新日期更晚且与当前产品范围直接对应的官方说明为事实边界。
资料来源
常见问题
哪些账号能创建 Gmail、Slack、GitHub 事件触发任务？
OpenAI 2026 年 8 月 25 日发布说明写明，Plus 与 Pro 用户可在 ChatGPT Work 的网页、iOS 和 Android 端创建这些 webhook 触发任务。
Free 或 Go 能使用 webhook 任务吗？
不能创建 webhook 触发任务。Free 和 Go 可以共享或接收符合条件的定时任务，但事件触发仍要求接收者拥有 Work 访问权和自己的应用连接。
为什么帮助页说 Scheduled Tasks 不支持 webhook？
普通 Scheduled Tasks 帮助内容可能早于 8 月 25 日更新；新能力限定在 ChatGPT Work 和指定套餐、应用。先核对页面更新时间、产品入口和账号资格。
共享任务会把我的 Gmail 或 GitHub 权限一起给别人吗？
不会。接收者创建独立副本并连接自己的应用，源系统与工作区权限仍然生效。分享前仍应移除指令里的敏感信息。
Slack 消息为什么没有触发任务？
先确认任务类型、套餐和应用连接，再确认 @ChatGPT 已加入目标频道、账号能读取该频道，并检查是否有待审批或管理员限制。
什么时候应该暂停事件触发任务？
出现重复外部写入、错误目标、权限范围不清、审批无人负责或敏感配置被共享时，应立即暂停并改为只读或人工确认，待证据完整后再恢复。