Codex进化：从代码助手到通用工作系统
TL;DR · AI 摘要
Codex更新聚焦通用工作系统，通过角色插件、Sites和批注三大能力，将开发工具扩展至企业协作场景。
核心要点
- Codex每周用户超500万，非开发者占比20%。
- 推出6个角色插件覆盖62个应用和110个技能。
- Sites功能可将分析成果转化为协作页面。
结构提纲
按章节快速跳转。
Codex用户中非开发者占比达20%，增长迅速，表明其正从代码助手向通用工作系统演进。
推出6个面向角色的插件，覆盖62个应用和110个技能，解决不同岗位的特定需求。
Sites可将分析成果转化为可协作的交互式页面，提升团队协作效率。
批注功能支持对文档、表格、幻灯片等内容进行局部修改，提升协作效率。
内部团队和客户案例显示Codex在处理带上下文的工作流中表现突出。
思维导图
用一张图看清主题之间的关系。
查看大纲文本（无障碍 / 无 JS 友好）
- Codex通用工作系统
- 角色插件
- 数据分析
- 创意生产
- 销售
- 产品设计
- 公开股票投资
- 投行业务
- Sites功能
- 交互式页面
- 协作空间
- 数据承载
- 批注功能
- 局部修改
- 反馈循环
- 协作效率
金句 / Highlights
值得收藏与分享的关键句。
Codex每周用户超过500万，非开发者占比已达20%，增长速度是开发者的3倍多。
推出6个角色插件，覆盖62个热门应用和110个技能，解决不同岗位的特定需求。
Sites功能可将分析成果转化为可协作的交互式页面，提升团队协作效率。
很多公司已经遇到一个尴尬场景。
AI 帮员工写完一段代码很容易。
可一旦任务变成整理 Slack 里的上下文、翻 Google Docs、拉 CRM、做一份高管材料、把数据变成仪表盘，事情马上变复杂。
OpenAI 这次给 Codex 的更新，重点就在这里：把一个开发工具，继续往通用工作系统推。
OpenAI 披露，Codex 每周用户已经超过 500 万。
非开发者，包括分析师、市场、运营、设计师、研究员、投资人和银行从业者，已经约占整体用户 20%，增长速度是开发者的 3 倍多。
这个数字有意思。
Codex 正在从“会写代码的助手”，变成“懂岗位交付的工作台”。
这次最硬的变化，是角色插件。
OpenAI 一口气推出了 6 个面向角色的插件：数据分析、创意生产、销售、产品设计、公开股票投资、投行业务。
每个插件不只是多接几个应用。
更关键的是，它把相关应用、技能、指令和工作流打包在一起。
OpenAI 给出的数字是：这些插件合计覆盖 62 个热门应用和 110 个技能。
这背后的产品思路很清楚。
分析师需要追问指标为什么变了，销售需要把客户信号变成跟进动作，投行团队需要把研究和尽调变成客户能看的材料。
岗位不同，默认上下文不同，交付标准也不同。
如果 Codex 想进入这些岗位，就不能只等用户一句一句教它“怎么做”。
它要提前知道这个角色的常见材料、常见工具和常见判断方式。
下面是原文展示的插件生态图标墙（部分）
这堆图标看起来像一张合作名单，但它真正透露的是另一件事：OpenAI 不想让 Codex 只待在自己的产品边界里。
它要进企业已有的工具链。
第二个关键能力叫 Sites。
这是面向 Business 和 Enterprise 客户的预览功能。
Codex 可以把想法、分析和计划做成可分享的交互式网站或小应用，同一个 workspace 里的成员可以通过 URL 访问。
这件事比“生成一个网页”更重要。
很多知识工作的问题，从来不缺一段文字总结。
缺的是一个可以反复查看、协作更新、聚合判断的地方。
比如客户复盘、财务场景规划、产品发布中心、项目看板、创意简报库。
这些东西如果散在文档、表格、聊天记录里，团队就会反复追问同一个问题：最新版本在哪里？谁负责下一步？哪个假设已经改了？
Sites 想把这类一次性输出，变成持续协作的页面。
图中是原文展示的收益预测规划器示例。
它说明 Sites 的定位已经越过静态文章，更像能承载数据、状态和决策的轻量工作界面。
OpenAI 还提到，Wix、Base44、Replit、Lovable、Figma、Webflow 和 Emergent 等早期伙伴会参与 Sites 生态建设。
这很关键。
一旦 AI 生成的页面可以被分享、更新、协作，它就开始碰到传统 SaaS 的地盘。
第三个变化是 annotations，批注。
开发者已经在 Codex 里用批注改代码、Markdown 和网站。
现在这个能力扩展到了文档、表格、幻灯片等内容。
用户可以选中网站里的导航栏，让 Codex 改字体；高亮投资论点里的某个判断，让 Codex 查来源；圈出幻灯片上的图表，让它改成更清楚的标签。
这个能力的价值，在于它把“重新生成一遍”变成了“局部修改”。
AI 做第一稿不难，难的是第二轮、第三轮。
人类反馈往往不是抽象的。
“这一句太硬”“这张图看不清”“这个指标口径哪里来的”“这个按钮不像我们品牌”。
批注把反馈固定到具体位置，AI 才更容易只改该改的地方。
从工作流角度看，这比一次性生成更接近真实协作。
OpenAI 还给了几个内部和客户案例。
OpenAI 内部的非技术团队用 Codex 做内部应用、高管材料、仪表盘，也把创意简报变成符合品牌和设计约束的工作。
Zapier 团队用 Codex 从 Slack、Google Docs、Coda 等工具里提取知识，再整理成事故复盘、响应计划和功能票据。
NVIDIA 研究员用 Codex 加速实验流程，从找研究想法到写机器学习基础设施脚本。
这些案例都有同一个特点：Codex 处理的是一串带上下文的工作，孤立任务只是其中一小段。
这也是角色插件、Sites、批注三件事放在一起的原因。
插件负责接入岗位上下文，Sites 负责把输出变成协作空间，批注负责把反馈循环接起来。
如果说早期 Codex 的问题是“能不能帮开发者写代码”，这次更新的问题变成了“能不能帮一个团队完成工作”。
可用性方面，角色插件会在支持地区逐步向 Codex 用户开放。
管理员可以在 workspace 设置里控制底层应用权限。
Sites 目前面向 Business 和 Enterprise 团队在 Codex app 中预览，Enterprise 管理员可以在后台启用。
OpenAI 还提到，后续会推出更多角色插件，包括企业财务、私募投资、营销策略、战略咨询和法律。
这不是一个小功能更新。
它更像是 OpenAI 在说：AI 工具的下一站，会从更聪明的聊天窗口，走向更懂组织分工的工作系统。
代码只是第一块拼图。
下一块，是那些没人想手动整理、但每家公司都离不开的工作。
原文：