Codex 正在变成工作空间，而不只是写代码的代理

spinny:~/writing $ less codex-role-plugins-sites-workflows.md

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

:Codex 正在变成工作空间，而不只是写代码的代理lines 1-49 (END) — press q to close

2这次 Codex 新公告里，最让我在意的不是 plugin 这个词，而是 Codex 正在尝试成为一个“工作落地”的地方。

4OpenAI 在 2026 年 6 月 2 日发布了 [Codex for every role, tool, and workflow](https://openai.com/index/codex-for-every-role-tool-workflow/)。表面上的新功能是角色插件、Sites 和批注。但真正值得问的是：一个代理能不能把分散在公司里的上下文，变成团队可以打开、讨论、修改的东西？

6## 真正的变化

8过去很长一段时间，Codex 很容易解释：它帮助开发者改代码。现在这个说法不够了。新的插件面向 analytics、sales、product design、creative production、public equity investing 和 investment banking。

10这意味着 Codex 不只是读一个代码仓库。它可能读仪表盘、CRM 记录、文档、表格、设计 brief 或金融数据，然后产出一个工作用的成果。

12这里才有意思。大多数团队并不缺一条新的聊天回复。他们缺的是一个页面、发布作战室、review board、planner、小型内部应用，或者大家都能打开的 dashboard。

14## Sites 是我会重点看的部分

16Sites 很实际。聊天回复会被滚动条吞掉。一个 site 有 URL，可以分享、评论、几天后再打开，也可以让 Codex 只更新已经变化的部分。

18我能想象它用于产品发布、客户 review、每周业务复盘、投资人 memo 和内部工具。不是因为第一版会完美。它不会。价值在于团队终于有了一个共同对象，而不是又多了一长串聊天。

20## 批注让反馈更像真实编辑

22批注也比听起来重要。如果我只说“让它更清楚”，代理可能改得太多。如果我指向某张图、某段文字或某个区域，任务就小很多，也更容易控制。

24真实编辑就是这样。你很少想重写全部内容。你只是想让这句话更利落，让那张图不那么乱，让那页 slide 更轻一点，让表格排序更合理。

26## 我会怎样试点

28我不会第一天就接上所有工具。我会选一个无聊但边界清楚的流程，比如每周业务复盘：几组指标、几条备注、一个共享输出，在任何外发动作之前先人工 review。

30我的检查清单很短：

32- 明确 Codex 可以读哪些来源；

33- 明确它可以写什么；

34- 重要结论必须链接回来源；

35- 每个生成物都要有 owner；

36- 不再使用的页面要归档或删除。

38风险不是第一版写得差。团队本来就经常处理差的初稿。真正的风险是失控扩张：十个生成的 site，没有负责人，没有来源记录，也没人知道哪一版是真的。

40## 我的看法

42这个发布说明代理正在离开 demo 阶段。真正有用的代理不会是声音最大的，而是能进入团队节奏的：收集上下文，做出草稿，保留痕迹，接受精确反馈，并待在清楚的边界里。

44对开发者来说，工程并没有变得不重要。恰恰相反。仍然需要有人设计权限、默认值、review 点，以及什么叫做完成。

46## 来源

48- [OpenAI: Codex for every role, tool, and workflow](https://openai.com/index/codex-for-every-role-tool-workflow/)