ChatGPT Work 深度解析：云与本地双形态揭秘

Understanding ChatGPT Work

▲ 346gmays194 HN 评论区
ChatGPT Work 深度解析：云与本地双形态揭秘

OpenAI 推出的 ChatGPT Work 实际上包含 Work Cloud 和 Work Local 两个产品，目前仅对付费用户开放。Work Cloud 相比普通 Chat 模式，新增了代码联网执行、无头 Chrome 浏览器、持久化文件系统以及 ChatGPT Sites 部署等强大功能。它支持在 Sol、Luna 和 Terra 模型间切换，并允许运行子代理和定时自动化任务。虽然功能强大，但将私有数据、未受信任内容和通信能力结合，也引发了关于安全性的担忧。OpenAI 在解释产品定位和隐藏系统提示词方面仍有改进空间。

ChatGPT Work 结合了所有这三项风险：访问私有数据、接触未受信任的内容，以及将窃取的信息传回攻击者的途径。
阅读原文 →HN 评论区RSS

HN 评论区

194
  1. EagleEdge

    有人会在 ChatGPT 桌面版左上角的下拉菜单中，为了编程任务特意选择 Codex 吗？还是说大家直接用 ChatGPT Work 处理从编程到非编程的所有工作？这点真的让我很困惑。

  2. tristanj

    我觉得大多数人都在低估 ChatGPT Work/Codex 的电脑操作功能。它极其有用。我可以从应用里远程接入，用语音下达指令，然后让它在后台自动工作。当我告诉它“起草一封回复这封邮件的草稿（它可以通过 Gmail 连接器访问）并附上最新文档”，或者“用保存在文件夹里的护照文件填写这个多步骤的移民电子旅行授权表”时，它只会索要相关信息，其余的都能搞定。它会打开内部网页浏览器并自动填写表单。

    整个任务 5 到 10 分钟就能完成。因为我没额外付费开极速模式，所以速度有点慢，但活儿确实能干完。这能解放大脑去处理其他任务。

    这就像是为电脑任务打造的 vibe coding。

  3. noname120

    房间里的大象是：ChatGPT Work/Codex 消耗的是代理（agentic）配额，而 Chat 不消耗（在 Plus 和 Pro 计划上几乎是无限的）。

    基于这个原理，我开发了 Codexify[1]，这是一个连接器，为 ChatGPT Chat 提供 Codex 环境。这使得 Plus 和 Pro 计划用户能够无限使用 5.6 Sol high/xhigh 模型，还能访问 5.6 Sol Pro 模型（官方 Codex 里并没有这个模型）。

    [1] https://github.com/devnoname120/codexify

  4. simonjgreen

    这里缺少的视角是市场定位。今年早些时候，Claude 凭借 Claude Cowork 在商业/企业领域迅速崛起。它太成功了，以至于微软直接 licensing 了 Claude Cowork 的知识产权，将其白标为 Copilot Cowork（这种事以前发生过吗？！）。在我看来，ChatGPT Work 的推出很大程度上是因为 OpenAI 感到恐慌，担心他们在市场关注度、LinkedIn 舆论风向和心智占有率上正被 Anthropic 大量蚕食。ChatGPT 曾是事实上的标准，几乎成了商业领域的通用商标，他们因此变得自满。而 Claude Cowork 正在抢他们的饭碗。Anthropic 针对财务团队、法务团队、销售团队进行的定位策略，绝对是产品营销的天才之作。

    ChatGPT Work 正试图夺回一部分 Claude Cowork 为用户带来的那种魔力，那种很难用简练语言解释清楚的东西。

  5. gruntled-worker

    > 我的致命三要素模型警告说，任何结合了“访问私有数据”、“接触不可信内容”以及“将窃取的信息回传给攻击者”的代理系统都 inherent 风险。

    > ChatGPT Work 三者兼备！

    如果他们在管理容器的代理（浏览器操作者/VM 管理器/代码运行器等）和聊天机器人代理之间建立一道隐私边界，ChatGPT Work 模型对我来说会感觉更安全。这样我就不必为了不让敏感信息出现在历史记录中而避免对聊天机器人输入隐私内容；相反，聊天机器人可以将历史记录对容器代理保密，仅在必要时共享。这将消除容器三要素中的“访问私有数据”这一项。

    当然不是绝对安全，只是更安全。特别是如果我能审查这两个代理之间的日志的话。

  6. simonw

    我刚更新了文章，链接到了这个站点：https://codex-tool-reference.simonw.chatgpt.site/

    我是用这个提示词在一个全新的 Work 会话中创建的：

    > 构建一个网站，列出你的所有工具——尽量按类别分组——并逐一解释每个工具的功能。尽可能精确地复制参数和工具描述。设计风格应为技术文档，极简主义。

    更新：我让它把所有可用的技能也加进去了。这解决了一个谜团：我没看到控制无头浏览器的工具。原来这是由一个技能处理的，该技能告诉它如何通过 Node.js REPL 工具运行浏览器：https://codex-tool-reference.simonw.chatgpt.site/skills/cont...

  7. agentdev001

    ChatGPT 桌面版里的 Codex 加上 5.6Sol 是我处理非编程任务的日常主力，效果很棒。顺便说一句，我还没深入探究 Codex 模式和 Work 模式的区别——Simon 提到 Work“感觉像是重新换皮的常规 Codex”。OpenAI 似乎表示它们分别针对软件开发和通用知识工作进行了“优化”，但字里行间我怀疑，是的，这归根结底就是换皮。

    过去 6 个月我一直认为，这个产品类别*将会站稳脚跟。我真的觉得 OpenAI 和 Anthropic 在将各自的桌面版应用清晰地推向企业用户方面彻底搞砸了。两者都起步过早，随后试图通过将 MVP（Work, Cowork）合并到现有应用中 retroactively 修复这一跳跃。

    到现在，我怀疑企业用户脑子里已经固化了这样的想法：“那个 Claude 东西就是个让我复制粘贴内容的聊天应用，有点烦人”。OAI 和 Ant 真的需要重置，并厚着脸皮将 ChatGPT/Claude 桌面版作为新产品重新发布——然后把它作为解决一切问题的闪亮新方案疯狂营销。

    我还要说，MCP（考虑到现在的无状态特性）是一个巨大的失误。不是说 MCP 没有它的 niche，但它完全主导了企业 AI 的舆论。人们觉得它很困惑，而且大厂并没有以低摩擦的方式采纳它。我清楚地记得去年年底，双方都没有支持本地 MCP 服务器的客户端——尽管当时 buzz […]

  8. tornikeo

    除了我在 Hetzner 上的主用机外，我还把 ChatGPT Work 的 VM 当作 CI/CD 运行器。那是一台配置强劲的 20GB 内存、9 核 CPU 的机器，何必浪费那些宝贵的 RAM 呢？:)

同日更多故事

2026-08-31