Codex 正在变成工作空间，而不只是写代码的代理
· 1 min read · Filippo Spinella · AI, Codex, Developer Tools, Productivity
这次 Codex 新公告里，最让我在意的不是 plugin 这个词，而是 Codex 正在尝试成为一个“工作落地”的地方。
OpenAI 在 2026 年 6 月 2 日发布了 Codex for every role, tool, and workflow。表面上的新功能是角色插件、Sites 和批注。但真正值得问的是：一个代理能不能把分散在公司里的上下文，变成团队可以打开、讨论、修改的东西？
真正的变化
过去很长一段时间，Codex 很容易解释：它帮助开发者改代码。现在这个说法不够了。新的插件面向 analytics、sales、product design、creative production、public equity investing 和 investment banking。
这意味着 Codex 不只是读一个代码仓库。它可能读仪表盘、CRM 记录、文档、表格、设计 brief 或金融数据，然后产出一个工作用的成果。
这里才有意思。大多数团队并不缺一条新的聊天回复。他们缺的是一个页面、发布作战室、review board、planner、小型内部应用，或者大家都能打开的 dashboard。
Sites 是我会重点看的部分
Sites 很实际。聊天回复会被滚动条吞掉。一个 site 有 URL，可以分享、评论、几天后再打开，也可以让 Codex 只更新已经变化的部分。
我能想象它用于产品发布、客户 review、每周业务复盘、投资人 memo 和内部工具。不是因为第一版会完美。它不会。价值在于团队终于有了一个共同对象，而不是又多了一长串聊天。
批注让反馈更像真实编辑
批注也比听起来重要。如果我只说“让它更清楚”，代理可能改得太多。如果我指向某张图、某段文字或某个区域，任务就小很多，也更容易控制。
真实编辑就是这样。你很少想重写全部内容。你只是想让这句话更利落，让那张图不那么乱，让那页 slide 更轻一点，让表格排序更合理。
我会怎样试点
我不会第一天就接上所有工具。我会选一个无聊但边界清楚的流程，比如每周业务复盘：几组指标、几条备注、一个共享输出，在任何外发动作之前先人工 review。
我的检查清单很短：
- 明确 Codex 可以读哪些来源；
- 明确它可以写什么；
- 重要结论必须链接回来源；
- 每个生成物都要有 owner；
- 不再使用的页面要归档或删除。
风险不是第一版写得差。团队本来就经常处理差的初稿。真正的风险是失控扩张：十个生成的 site，没有负责人，没有来源记录，也没人知道哪一版是真的。
我的看法
这个发布说明代理正在离开 demo 阶段。真正有用的代理不会是声音最大的，而是能进入团队节奏的：收集上下文，做出草稿，保留痕迹，接受精确反馈，并待在清楚的边界里。
对开发者来说，工程并没有变得不重要。恰恰相反。仍然需要有人设计权限、默认值、review 点，以及什么叫做完成。