Codex 三件套：6 职位插件 + Sites + Annotations¶

Ch01.233 Codex 三件套：6 职位插件 + Sites + Annotations¶

📊 Level ⭐⭐ | 15.4KB | entities/codex-role-plugins-sites-annotations.md

Codex 三件套：6 职位插件 + Sites + Annotations¶

Codex 正在从"软件开发工具"演变为覆盖所有职位的工作台，且 Codex 团队已官宣未来几周并入 ChatGPT。

Codex 三件套 = (1) 6 个职位插件（62 应用 + 110 技能） + (2) Sites 网站生成 + 托管 + (3) Annotations 精准批注。

→ 原文存档

关键数据¶

• 每周 500 万+ 人在用 Codex
• 非开发者用户已占 20%，增速超开发者 3 倍
• 未来几周 Codex 合并进 ChatGPT
• OpenAI 内部：切换到 Codex 后 Claude Code 使用大幅下降

6 个职位插件（62 应用 + 110 技能）¶

后续将推出¶

企业财务 / 私募股权投资 / 市场策略 / 战略咨询 / 法律 —— 长期目标：开放生态让合作方在 Codex/ChatGPT 内创建和部署自己的插件。

Sites：Codex 生成可交互网站 + 直接托管¶

• 状态：Business / Enterprise 预览
• 核心能力：Codex 生成交互式网站 + 应用 + 直接托管（带 URL 可分享）
• 典型场景：
• 客户评审交互网页（产品更新 + 待解决问题 + 使用趋势 + 下一步）
• 财务模型 → 情景规划器
• 产品发布 → 活跃信息中心（Codex 同步更新）
• 应用类别：营收预测 / 活动运营 / 产品发布
• 不是静态页面：可追踪项目进展 / 客服操作引导 / 团队创意简报
• 合作伙伴生态：Wix / Base44 / Replit / Lovable / Figma / Webflow / Emergent

Annotations：精准批注，不动其余¶

• 核心能力：精准指向内容某一部分，告诉 Codex 需要改什么
• 覆盖范围：代码/Markdown/Codex 生成的网站 → 扩展到 文档/表格/PPT
• 示例：
• 选中网站导航栏 → 修改字体
• 高亮投资论断 → 说明来源
• 标记 PPT 图表 → 更清晰标注
• 关键设计：只更新被选中部分，已满意内容不动 —— Codex 在初稿之后依然有价值

范式判断¶

1. Codex 从开发工具 → 工作台¶

• 起家：软件开发
• 现在：覆盖 6 大职位（分析师/创意/销售/产品/投资/投行）
• 后续：企业财务/PE/市场策略/战略咨询/法律

2. 职位插件 = Skill 2.0 具象化¶

• 不是 1 个 Skill 干 1 件事
• 是 1 插件 = N 原子 Skill × M 应用集成
• 符合 Meta Skill 抽象层

3. "会写代码" → "会组织工具"¶

"这类 Agent 会成为每个打工人的必备工具，就像旧时代的 office 一样，简历上要写熟练使用 Codex, CC 等。"

4. Sites 挑战独立建站工具¶

• 不是替代，而是生态合作：与 Wix/Base44/Replit/Lovable/Figma/Webflow/Emergent 共建

5. Annotations = "局部编辑"范式¶

• 与 Embabel 的"完全可解释可审计"思路呼应
• 局部修改 vs 全局重生成 = 节省用户心智 + 减少幻觉累积

启示¶

1. 职位插件是 Agent 商业化最佳路径 —— 6 个职位 = 6 个 GTM
2. 集成应用数量是护城河 —— 62 款应用是 OpenAI 商务 BD 成果
3. Sites 把"输出物"标准化 —— 仪表盘/规划器/信息中心 = 通用结构
4. Annotations 解决"反复调整"痛点 —— AI 在草稿阶段最有用
5. Codex 并入 ChatGPT = 边界模糊 —— Agent 能力 + Chat 界面 = 一体化产品

相关对照¶

• Codex Goal Agent Runtime
• Codex Goal 实现拆解
• Codex Computer Use
• Codex 自主赚钱
• Claude Code vs Codex 上下文架构
• Meta Skill（Skill 2.0 抽象）
• 扣子 3.0 协作系统（同类协作产品）
• Embabel（可解释+类型系统集成）

深度分析¶

1. 职位插件是 Agent 商业化的结构性突破¶

6 个职位插件覆盖了从分析师到投行的核心知识工作者，这意味着 Codex 的 GTM 策略已经从"工具销售"转向"职位解决方案"。每个插件本质上是一个垂直场景的技能编排：110 项技能 × 62 款应用集成，构成了一个难以复制的生态壁垒 ^。

2. 非开发者增速超开发者 3 倍，标志产品进入主流采用期¶

当一项技术产品的使用者结构从专业向普及转变，通常意味着：(1) 学习曲线已降至可接受范围；(2) 使用场景已超越早期采用者的核心需求，触达更广泛的痛点。Codex 非开发者增速 3 倍于开发者，证明 AI coding agent 的价值已外溢到"会组织工具"而非"会写代码"这一层级 ^。

3. Sites 托管能力将 AI 输出物从"文件"升级为"活的产品"¶

传统 AI 生成内容的终点是文件（报告/代码/文档），Codex 通过 Sites 实现了生成→托管→分享的一体化。这意味着 AI 的输出从静态制品变成了可交互的活产品，用户可以在生成的网站上继续操作、更新、追踪。这不仅改变了工作流，也改变了 Codex 作为"平台"的定位 —— 它不再只是工具，而是输出物的宿主和分发渠道 ^。

4. Annotations 的"局部编辑"范式解决 AI 协作的核心矛盾¶

全局重生成的问题是：每次迭代都会引入新的不确定性，用户在获得更优版本的同时也承担着"可能改坏已有内容"的风险。Annotations 的设计哲学是信任已满意的部分，只修改被指出的部分，这与 Embabel 的可解释可审计思路在底层逻辑上一致。局部编辑范式将成为 AI 协作工具的设计共识 ^。

5. Codex 并入 ChatGPT 是平台整合的信号，不是功能稀释¶

从用户体验角度看，Codex 并入 ChatGPT 意味着 AI coding agent 的能力将以更低的进入门槛触达十亿级用户。但从市场竞争角度，这意味着 OpenAI 将 Agent 能力（Codex）和消费级界面（ChatGPT）整合为同一产品，竞争对手需要同时在这两个维度竞争才能不被淘汰 ^。

实践启示¶

1. 选插件时优先看集成了哪些应用 —— 插件的价值不在于技能数量，而在于与你日常工作流程中已使用的 62 款应用是否对齐。选择与你工具链重合度最高的插件，实际采用成本最低。

2. 用 Sites 作为 AI 协作的"交付物标准" —— 当你需要与团队或客户共享 AI 生成的分析/规划/报告时，优先考虑用 Sites 生成可交互页面，而非传统的文档或邮件。交互式输出的信息密度和操作效率远高于静态文档。

3. Annotations 的正确用法是"渐进式修正" —— 不要等 AI 输出完全成型后再反馈，而是在初稿阶段就用 Annotations 精准指出需要调整的部分。这样可以最大化利用 Codex 在草稿阶段的高价值窗口，同时避免全局重生成带来的不确定性。

4. 关注企业财务/PE/法律等即将上线的职位插件 —— 如果你处于这些领域，现在是提前准备工作流和数据集的最佳时机。早期接入意味着可以在插件能力扩展时优先获得定制化优势。

5. 技能组织方式从"学工具"转向"编排工作流" —— 未来的核心竞争力不是"会不会用 Codex"，而是"能否高效地将 Codex 与现有工具链（62 款应用）编排成自动化工作流"。这要求思维模式从技能学习转向工作流设计。

关联阅读¶

• Meta Skill —— Skill 2.0 抽象层理论，解释为何"1 插件 = N 原子 Skill × M 应用集成"是技能演进的必然方向。

• Embabel —— 与 Annotations 的"局部编辑"范式在可解释性设计上形成跨产品呼应，两者共同指向"信任用户满意部分，只改被选中部分"的协作哲学。

2nd Source：极客之家译介（2026-06-05）——Sites 落地细节与三层权限¶

来源：极客之家译介 OpenAI 官方（2026-06-05） 关系：与 1st source 同源不同公众号的报道，OpenAI 官方同一天发布 + 极客之家译介（公众号 极客之家 / 2026-06-05 / 字数 1774）。保留独家数据——极客之家版本补充了大量 1st source 未覆盖的工程落地细节。

Sites 工程架构细节（极客之家独家）¶

底层基础设施：

• Cloudflare Worker —— Sites 跑在 Cloudflare Worker 上（不是 Vercel、Netlify 那种 Git 部署模式）
• D1 关系型数据库 —— 存储用户结构化数据（用户记录、游戏分数等）
• R2 对象存储 —— 存储非结构化数据（图片、视频）
• 配置文件 .openai/hosting.json —— 放在项目根目录，指定项目 ID 和存储绑定

这与 Vercel/Netlify 的关键区别： - Vercel/Netlify：先 push 代码到 GitHub → 配置构建命令 → 绑定域名 - Sites：没有 Git 仓库、没有构建配置、没有域名解析——Codex 自己在 OpenAI 基础设施上搞定一切

三层权限控制（极客之家独家）¶

• Enterprise 账号：需要管理员先通过 RBAC 开启 Sites 插件
• Business 账号：默认就是开着的
• Plus / Pro 账号：Preview 阶段，都还得排队（Plus/Pro 不在白名单内）

Save + Deploy 两步发布流程（极客之家独家）¶

关键设计：

• Save（保存版本）→ 检查版本对不对
• Deploy（部署上线）→ URL 是生产环境，不是临时预览链接
• 没有"预览模式有效期 7 天"这种破事——一旦部署就是长期可用

限制与争议（极客之家独家）¶

核心金句（极客之家独家）¶

"会写代码的人永远理解不了'部署'对普通人的杀伤力。 买域名、配 DNS、搞 SSL、选服务器、配环境变量——没碰过终端的人看到这串字已经关了网页。"

"它替掉的不只是'打字'，是整个'把东西递给下一个人'的环节。"

"OpenAI 有张底牌：ChatGPT。近 10 亿周活，接下来 Codex 直接整合进去。不用装新 App，不用注册新账号，打开 ChatGPT 就能用 Sites。"

与 Anthropic 的竞争判断（极客之家独家）¶

"OpenAI 和 Anthropic 的竞争已经到了白热化阶段，三天一小更，五天一大更，这波把程序员的能力普惠更多普通人，人人可建站。"

Anthropic 同步追赶：Claude Code + Cowork 在追相同方向，Codex 这波更新几乎是一对一回应。

极客之家独家数据点¶

Sources 对照¶

两源关系：同源不同公众号（同一 OpenAI 官方发布 + 不同公众号译介）。按"同源不同公众号 = merge"规则，本节作为 2nd source 章节保留极客之家独家数据，与 1st source 互补形成完整产品画像。

相关实体¶

• MOC