OpenAI 更新 ChatGPT Work 定时任务：可响应 Gmail、Slack 与 GitHub 事件

OpenAI 在 2026 年 8 月 25 日的 ChatGPT 发布说明中介绍，ChatGPT Work 的定时任务可以响应部分已连接应用的更新：收到新的 Gmail 邮件、Slack 频道出现消息、GitHub 拉取请求发生变化时，任务可以开始运行。任务也可以被分享，供他人查看、调整并建立自己的独立副本。官方同时说明，涉及外部操作的步骤会停下来等待用户确认。

这项更新把“每天定时跑一次”的自动化，扩展到“某件事发生后再处理”。对内容团队、产品团队和开发协作来说，事件触发可以减少盯消息、复制上下文和漏跟进的时间；关键判断仍由负责人完成。是否可以使用仍取决于账号套餐、地区、工作区设置和应用连接权限；中国大陆读者应先在自己的产品界面确认功能入口与可连接服务，不要仅凭新闻标题判断可用。

官方更新包含什么

发布说明列出的触发来源包括新 Gmail 邮件、指定 Slack 频道的新消息，以及 GitHub 拉取请求的状态变化。触发后，任务可以根据预先设定的要求汇总信息、提出下一步建议或准备草稿。任务的分享能力则适合把一套已验证的流程交给同事参考，例如“客户反馈归类”“日报整理”或“代码评审提醒”。每个人建立的副本仍应重新检查自己的连接、权限和通知设置。

事件触发只负责启动流程，权限仍应按任务边界设置。官方说明中保留了审批环节：当任务要执行需要批准的动作时，会暂停等待用户复核。这一点很关键。自动化适合把信息整理到人面前，不适合在缺少上下文时直接发送邮件、修改工单、合并代码或对外承诺。

内容和运营团队可以怎样理解

一个稳妥的起点是把自动化放在信息分流环节。比如收到合作方邮件后，让任务先提取主题、截止日期、附件名称和待回答问题，生成一份中文待办；编辑在检查原邮件后，决定是否回复。Slack 中出现选题建议时，可以先按栏目、时效性、是否需要核验和是否涉及版权风险做初步标签，再由编辑选择是否立项。

如果团队管理网站内容，自动化也可以只负责提示，而不直接发布：当 GitHub 中与站点相关的拉取请求改变状态时，生成变更摘要、潜在影响页面和回归检查清单，交给开发或运营确认。这样既能缩短信息传递路径，又不会把“事件触发”误当成“自动上线”。

一套可复用的低风险流程

1. 限定触发范围。只选择一个明确邮箱标签、一个受控 Slack 频道或一个仓库，先别接入所有消息。
2. 要求输出事实，不要求替人判断。提示词可以写成“列出原始消息中的日期、负责人、链接和未解决问题；不补充未出现的事实”。
3. 给结果指定去处。让任务生成一份待办草稿、周报候选或风险提示，而不是直接向客户、群组或代码库写入内容。
4. 保留审批节点。发送、删除、支付、改权限、合并代码等动作必须由具备权限的人确认。
5. 每周回看一次误报。检查哪些消息不该触发、哪些摘要遗漏了原始上下文，据此缩小条件或调整提示词。

开始前要核对的四件事

第一，确认产品界面是否支持该功能及相应应用连接。官方发布说明提到的可用套餐、平台和工作区条件可能随时间调整。第二，核对连接后能读取哪些数据，避免把私人邮箱、客户资料或未公开仓库一次性开放给不需要的流程。第三，给任务写出清楚的停止条件，例如“遇到付款、合同、个人信息或医疗法律内容时，只提示人工处理”。第四，找一条无敏感信息的测试消息跑完整流程，查看它是否保留了原链接、是否误解了日期和是否越过审批步骤。

对国内读者的实际提醒

海外产品的功能上线不等于所有地区均可访问，也不等于第三方应用在每个网络环境下都能稳定连接。若团队需要把类似流程用于国内常用的邮箱、协作工具或代码平台，应先确认服务条款、数据存储地点、账号归属和企业内部规则。需要处理个人信息时，还应按单位的隐私和数据管理制度执行。新闻中提到的功能可以作为工作流设计参考，但不应替代合规判断。

读者现在可以做什么

如果你的工作总被“新消息来了以后该谁处理”打断，不妨先列出一件最重复、最低风险的事：例如把指定频道的选题消息整理成待办，或把代码评审变化汇总给负责人。把触发条件、输入范围、输出格式、人工确认点写在一页纸上，再选择合适的平台试跑。先把流程做小、做清楚，再考虑连接更多应用，通常比直接搭一套复杂自动化更可靠。

原始发布说明：ChatGPT Release Notes。需要把 AI 整理出的内容发布到网站或公众号时，可按AI 生成内容发布前检查清单核查事实、权限和表达。