OpenAI 为 Gmail、Slack 和 GitHub 版 ChatGPT 增加了事件触发任务。现在,只要匹配的电子邮件到达、Slack 帖子出现或发生拉取请求(pull-request)事件,模型就会立即启动工作流。这消除了每小时一次的轮询机制,并为我们日常使用的工具提供了即时且具备上下文感知能力的自动化功能。

这一转变为何意义重大

此前,ChatGPT 的自动化工具每小时仅检查一次新数据。用户往往需要等待邮件草稿、Slack 摘要或代码审查。通过直接监听平台事件,OpenAI 将 ChatGPT 转变为一个响应式助手,能够在触发器触发的瞬间起草回复、总结讨论或创建变更日志(changelogs)。

功能运作原理

新任务会出现在 ChatGPT 的网页界面和移动应用中;它们不会在桌面客户端、Codex 命令行工具或任何 IDE 扩展中运行。一个任务包含以下几个字段:

  • Source (来源) – 发出事件的 Gmail 账号、Slack 频道或 GitHub 仓库。
  • Event (事件) – 需要监听的操作,例如新电子邮件、指定频道中的 Slack 消息,或拉取请求的审查、评论或合并。
  • Filter (过滤器) – 用于缩小触发范围的可选标准,例如发件人地址、邮件主题、Slack 作者、线程 ID 或 GitHub 标签。
  • Output (输出) – 结果格式,例如简洁的摘要或等待人工审批的草稿。
  • Forbidden action (禁止的操作) – 明确告知模型不要执行高风险操作的指令,例如合并代码、推送提交(commits)或发送消息。
  • Dedup key (去重键) – 用于防止重复运行的唯一标识符。

单个任务可以监听多个触发器,但不能将事件触发器与定时调度混合使用。当多个匹配的事件在短时间内连续到达时,系统可能会将它们合并为一次运行;单个事件并不总是保证会触发一次独立的执行。

设置触发器

  • Gmail – 选择“新消息”作为事件,并添加发件人或主题过滤器,以保持自动化的针对性。
  • Slack – 在特定频道中选择“新消息”;过滤器可以针对作者或线程。目前不支持将表情回应(Reactions)和私信作为触发器。
  • GitHub – 选择拉取请求活动,如审查、评论或合并。相关的 GitHub 应用必须拥有仓库访问权限,任务才能触发。

安全第一

OpenAI 警告不要让新创建的任务立即修改数据。建议从只读操作开始——让模型生成邮件草稿、摘要评论或提案文档——以便在发送或合并之前进行审核。列出“禁止的操作”可以增加一层额外的防护栏。

在生产环境中依赖任务之前,测试至关重要:

  1. 正向测试 – 触发一个匹配的事件,并验证任务是否启动。
  2. 负向测试 – 发送一个无关的事件,并确认没有任何操作运行。
  3. 合并测试 – 快速连续触发两个事件,观察它们是否能正确合并。
  4. 权限测试 – 撤销任务的访问权限,并确保它能安全失败,而不是在权限不完整的情况下继续运行。

OpenAI 建议在初期运行阶段限制来源或事件类型的数量,仅在自动化证明可靠之后再增加复杂度。

谁受益,谁观望

总结

OpenAI 的事件触发任务将 ChatGPT 从一个周期性助手转变为 Gmail、Slack 和 GitHub 上的实时协作伙伴。对传入数据做出即时响应可以加快处理周期并减少手动整合信息的工作,但这也要求进行细致的过滤、明确的安全约束以及彻底的测试。