ChatGPT Work

ChatGPT Work 是 OpenAI 于 2026 年 7 月发布的 ChatGPT 工作模式，面向跨应用、跨文件且可能持续数小时的知识工作。它把一个目标拆为多个步骤，读取用户授权的上下文，持续生成和修订表格、演示文稿、文档或 Web 应用；用户可以查看进度、改变方向，并在重要动作前审批。

它不是一个通用的“自动化”概念，而是 ChatGPT 内的具体产品能力。其底层使用 GPT-5.6 和 Codex 技术；文章所称的能力与最终可用范围仍取决于订阅计划、管理员策略、已连接的应用以及任务本身。

工作方式

ChatGPT Work 将连接器、浏览器、桌面环境和计划任务组合为一个长程任务的执行面。其典型流程可概括为：

flowchart LR
    U[用户目标与约束] --> P[拆分任务并跟踪进度]
    P --> C[读取已授权的应用、文件与网页上下文]
    C --> A[生成或更新文档、表格、演示文稿或 Sites]
    A --> R[用户审阅、调整方向或审批重要动作]
    R -.需要继续.-> P

这类流程的要点不是一次性回答，而是让同一任务的上下文与中间产物跨多个步骤保留。例如可以从客户研究形成 campaign brief，再由该 brief 生成市场素材并按市场调整；也可以定期读取新消息，更新文档或幻灯片。

能力组成

能力	作用与边界
Plugins	连接 Slack、Teams、Google Drive、SharePoint、邮件、日历、CRM、项目追踪器等应用；ChatGPT 可按提示自动选用，也可由用户用 `@应用名` 指定。连接的是用户或组织明确授权的上下文。
Sites	公测中的交互式站点 / Web 应用产出能力，适合仪表盘、项目追踪器、内部门户、原型和交互报告；可分享 URL，且可随底层信息变化更新。
Scheduled Tasks	一次性、按时间表、按事件或持续监控型任务；可利用连接的应用与浏览器执行例行整理、监测和更新。
Desktop browser 与 Computer Use	桌面端可使用本地文件和应用；内置浏览器可获取网页与在线文件上下文。Computer Use 可在应用、浏览器和工具间执行点击、输入、移动文件等操作。

其中 Plugins 解决的是“哪些外部上下文和工具可用”；OpenAI API Connectors 则是 Responses API 中以 OAuth token 和 connector_id 接入 SaaS 的开发者产品，两者有相似的连接目标，不能视为同一配置接口。

销售团队工作流

OpenAI 的销售团队指南给出了 ChatGPT Work 在非工程知识工作中的一组具体落点。销售上下文通常散落在 CRM 字段、通话笔记、邮件、Slack 讨论、演示文稿、客户文档和账户信号中；Agent 的作用是把这些已授权材料汇集起来，生成团队可以继续审阅和修改的第一版工作产物，而不是替代销售人员的客户关系策略和业务判断。

工作流	主要输入	可审查的产物	人类保留的判断
账户优先级	账户记录、客户沟通、使用和续约信号	排序后的账户清单、优先原因	资源投向与关系策略
预测风险审查	预测快照、商机记录、通话和邮件	commit / upside / 移出预测的建议及风险依据	最终预测分类与承诺
会前准备	日历、Drive、Slack、Gmail 中的已授权资料	客户背景、未决问题、议程和 meeting brief	会谈目标与敏感议题处理
会后跟进	经批准的会议笔记、录音转写或摘要	客户邮件草稿、内部复盘、下一步事项	对外措辞、承诺和发送
战略账户计划	账户与商机记录、近期互动、产品使用信号	更新后的 account plan 和 close plan	客户战略与取舍
停滞商机诊断	阶段历史、已完成活动、通话、邮件和讨论串	阻塞因素、升级路径和下一步候选	原因校准、升级决策与执行

这些工作流共享同一条转换链：分散证据 → 带来源的工作草稿 → 人工校准 → 业务动作。公开用例特别要求把来源支持的事实与模型推断出的机会或风险分开；否则，整合上下文很容易退化为把推测包装成 CRM 事实。Sales plugin 可连接 Salesforce、HubSpot、Slack、Outreach、Clay、Rox 和 Actively 等销售工具，但实际可读写范围仍由组织授权、插件能力和审批策略共同决定。

原始 webinar 录制时这些流程还位于旧 Codex App 中；OpenAI 后续将其迁移到 ChatGPT Work。因此，“销售团队使用 Codex”是材料的历史标题，不应据此把当前销售工作流归入面向软件开发的 Codex 产品边界。

控制面与企业边界

长程任务的风险来自对企业数据和外部系统的连续访问，而非仅来自模型回答。因此产品强调用户控制：用户决定可访问内容、何时要求 check-in，以及哪些动作需要审批。Enterprise 和 Edu 管理员可以集中管理访问者、可用的公司上下文、可连接工具和允许的动作；网页端还可控制插件、云端浏览器与网络访问、以及连接系统中的敏感动作。

桌面端将本地文件、应用、浏览器和工具纳入同一治理面，并支持网络访问策略。Auto-review 会在涉及连接工具或 API 的重要动作发生前让模型复核，降低未经授权共享敏感信息的风险；但这不是替代权限设计的安全保证。实际部署仍应遵守最小权限、敏感动作审批、审计记录与输出复核等 Agent Guardrails（Agent 护栏）原则。

与 Codex 的关系

ChatGPT Work 覆盖的是更广的办公与业务工作流；Codex 仍聚焦开发者和技术人员的编程任务。OpenAI 同日将原 Codex App 合并进新的 ChatGPT 桌面应用：在一个桌面入口中并列 Chat、Work、Codex、Scheduled 和 Sites。Codex 项目仍可在 ChatGPT 移动端访问，开发者可将 Codex 设为桌面应用的默认视图。

这使它成为 Computer-Using Agent 的一种产品化应用场景，也把计划任务与 Durable Execution（持久执行）关注的“长程工作不中断、状态可续接”问题带到最终用户产品中；但发布文没有披露其内部的检查点或恢复实现，不能据此推断二者使用同一套基础设施。

可用性

发布时，ChatGPT Work 先向 Pro、Enterprise、Edu 的 Web 与移动端推出，随后扩展到 Plus 和 Business。新的 ChatGPT 桌面应用同时在 macOS 与 Windows 全球提供；Chat、Work 与 Codex 对所有计划（含 Free）可见，但具体额度随计划和任务复杂度变化。企业与教育版还可在 Admin Console 设置使用与支出控制。