OpenAI 要把 Codex 从“代码工具”变成“企业工作台”：6 大角色插件 + 可共享 Sites + 局部精修等，AI 工具的边界正在被重写！

公众号名称：AI 启蒙小伙伴

作者名称：邵猛

发布时间：2026-06-04 07:40

OpenAI Codex 正在从“开发者工具”变成“企业知识工作平台”

OpenAI 官方博客「Codex for every role, tool, and workflow」

https://openai.com/index/codex-for-every-role-tool-workflow/

主题： 角色化插件、Sites、Annotations
一句话结论： Codex 的产品逻辑已经从“帮开发者写代码”，转向“帮各类角色把工具和上下文变成可直接交付、可共享、可精修的工作成果”。

先看一组数字

每周使用 Codex 的人数已超过 500 万。
非开发者约占整体用户的 20%。
非开发者的用户增速，是开发者用户的 3 倍以上。

数字背后的含义很清楚：Codex 的增长引擎，已经不再只是软件工程场景。

为什么方向会变？

OpenAI 内部的非技术团队已经在用 Codex 做内部应用、准备高管材料、搭建数据看板、把创意 brief 变成带有品牌约束的设计输出。

外部公司也在做同样的事：

Zapier：把 Slack、Google Docs、Coda 里的信息汇总后，直接生成事后分析、事故响应计划、功能需求。
NVIDIA：研究人员用 Codex 加快实验流程，从寻找研究思路，到为机器学习基础设施编写脚本。

这些案例说明一件事：Codex 的最大价值，已经不在“生成代码”，而在把分散在不同工具里的上下文，整合成可交付、可迭代的工作成果。

这次更新，做了三件事

一、角色插件：先理解你的岗位，再理解你的工具

OpenAI 一次性推出了 6 个面向不同岗位的插件。每个插件不是单一的 API 连接，而是一套包含工具、技能、指令和工作流的完整包。首批 6 个插件，共覆盖 62 个常用应用 和 110 个技能。

数据分析插件面向分析师和业务团队。可以探索产品和业务数据、解释指标变化、生成报告和看板。工具支持包括 Snowflake、Databricks Genie、Hex、Tableau。

创意生产插件面向市场和创意团队。可以围绕 brief 生成可评审的素材：活动看板、广告变体、产品生活场景图、电商图集。工具支持包括 Figma、Canva、Shutterstock、Picsart、Fal。

销售插件面向销售团队。可以识别高优先级账户和信号、准备客户会议、完成跟进、更新客户记录、制作 close plan、复盘风险交易。工具支持包括 Salesforce、HubSpot、Slack、Outreach、Clay、Rox、Actively。

产品设计插件面向产品和设计团队。可以探索产品方向、审计用户流程、从现有 URL 生成原型、把静态截图转化为可交互内容。工具支持包括 Figma、Canva。

公开股票投资插件面向投资者。可以解读财报、比较公司、跟踪信号、判断投资 thesis 是在增强还是弱化。数据源包括 Moody’s、Daloopa、Datasite、FactSet、LSEG、S&P、PitchBook、Hebbia。

投资银行插件面向投行人员。可以把研究和尽调资料转化为面向客户的交付物，包括 pitch 材料、可比公司分析、交易分析、尽调建议。

这些插件的共同特点是：开箱即用，不需要写代码；同时支持团队自定义工作流，未来也支持企业和伙伴创建并分发自己的插件。后续还计划推出 Corporate Finance、Private Equity、Marketing Strategy、Strategy Consulting、Legal 等插件。

二、Sites：产出不再被限制在“文档或文件”里

Sites 目前面向 Business 和 Enterprise 客户预览。它的本质是：让 Codex 生成并托管一个可交互的网页或轻量应用，再通过 URL 在工作区内共享。

这意味着，原来你只能在 doc、slide、spreadsheet 里表达的东西，现在可以变成一个更贴合任务形态的界面。

比如：

请 Codex 为一次客户 review 建一个页面，它会生成一个交互式网页，把该客户的产品更新、开放问题、使用趋势和下一步汇总在一起。
请 Codex 基于财务模型做一个场景规划工具，管理层可以直接调整假设并即时比较，而不是在 Excel 的多个 tab 之间来回切换。
请 Codex 把上线材料变成一个持续更新的信息中心，里面包含最新口径、里程碑、负责人和决策记录。

更值得注意的是，Sites 不是静态页面。项目进度追踪、客服指引、团队创意 brief 库，都可以成为它的实际用途。

OpenAI 目前已经和 Vercel、Wix、Base44、Replit、Lovable、Figma、Webflow、Emergent 等伙伴合作，说明他们在生成、托管和前端生态建设上，选择的是“互补共建”而非“全栈自研”。

三、Annotations：让“首稿”变成“可精修的半成品”

Annotations 原本是开发者用来优化代码、Markdown 和网站的能力。现在，这个能力被扩展到了文档、表格和幻灯片。

工作方式非常直接：选中你想要修改的具体部分，然后告诉 Codex 要改什么。

比如：

选中站点导航栏，要求调整字体。
高亮投资论点里的某个判断，追问它的来源。
标记幻灯片上的图表，要求改成更清晰的标签。

Codex 只会针对你选中的区域做修改，不需要重写整篇内容。

这对企业场景很关键。现实中，AI 生成通常只解决了“从零到初稿”的问题；真正的瓶颈往往发生在“如何低成本地把初稿改成可用版本”。Annotations 把交互粒度从整篇文档降到局部区域，让迭代更接近真实工作中的 review 和修正流程。

怎么看这件事

第一，Codex 的竞争力正在从“模型能力”转向“集成深度”。

插件的价值，取决于它能多自然地接入企业已经在用的系统，而不是单纯看模型本身多强。深度接入 Salesforce、Snowflake、Figma 这类工具，本质是在建立工作流依赖。

第二，“按岗位打包”是一种降低使用门槛的产品策略。

不是每个销售、分析师或设计师都会写提示词。把岗位、工具和常用工作流预先封装成插件，本质是在把“需要用户适应 AI”的产品逻辑，转成“AI 先适配用户”的产品逻辑。

第三，Sites 描述的是一种新的交付形态。

在 Notion、Google Docs、Slides、BI 仪表盘并存的企业环境里， Sites 并不直接替代任何一个现有工具，但它提供了一种更自由的“按任务生成界面”的方式。它是否能在企业协作中站稳位置，关键取决于：团队是否愿意把面向客户的页面、内部决策面板、项目追踪板这类场景迁移过来。

第四，开放生态和合规能力，决定了企业级市场能否跑通。

首批插件由 OpenAI 主导，未来计划开放给伙伴和客户自建插件。同时，Business 和 Enterprise 管理员可以控制底层应用权限。对企业客户而言，开放生态是吸引力，权限管控则是准入门槛。

总结

这篇文章表达的核心是：Codex 不再只是一款面向开发者的 AI 编程工具。

它正在通过插件理解岗位和工具，通过 Sites 改变工作产出的形态，通过 Annotations 降低精修和协作的成本。三者共同指向同一个方向——让不同类型的使用者，都能在更少适配的情况下，把已有的工具和知识，转化成可以直接交付和共享的工作成果。

它不是一次单纯的“新功能发布”，而是一次从“开发助手”到“企业知识工作平台”的产品扩张。