插件不是装饰，而是角色包装

Codex 的新插件不是普通插件市场里的小工具。OpenAI 把它们按角色打包：数据分析、创意生产、销售、产品设计、公开股票投资、投行业务。每一类都对应一组应用、skills、说明和工作流。

这种包装方式很重要。企业用户并不会先问“我能装多少插件”，而会问“这个岗位今天哪些工作能交给它”。角色插件把抽象 agent 能力翻译成岗位语言。

它也减少了非工程用户的心理门槛。一个销售不需要理解 MCP、API 或脚本执行，只需要知道这个插件能帮他找账户信号、准备会前材料、更新客户记录和写 follow-up。

Sites 把输出从文档推向可互动交付物

很多 agent 产品仍停在文本输出：摘要、计划、代码片段、报告草稿。Codex Sites 的方向是让 agent 创建交互式网站和应用，并通过 URL 在 workspace 里分享。

这会改变交付物的形态。一个分析结果可以变成 dashboard，一个产品想法可以变成 prototype，一个内部流程可以变成轻量工具，而不是停在一页说明里。

当输出变成可操作界面，审阅方式也会变化。用户不只读结论，还能点击、标注、修改、继续让 agent 迭代。

Annotations 解决的是人机协作的最后一米

生成初稿之后，最耗时的是改。传统聊天式修改需要用户用语言描述“这里不对”，agent 再猜位置和意图。Annotations 把反馈落到具体结果上，让用户在成品上指出要改哪里。

这类能力看起来小，但会决定非工程场景能不能高频使用。设计稿、报告、演示、网页、图表，都需要局部反馈。没有局部反馈，用户只能不断重写 prompt。

OpenAI 把 annotations 和 role plugins 放在同一批更新里，说明它在补的不只是生成能力，而是反复打磨的工作流。

这条路线会和 SaaS 入口发生正面竞争

如果 Codex 能在一个前台里读取 Slack、Docs、CRM、数据仓库、设计工具和投研数据，再产出可分享工作物，它就会进入传统 SaaS 的工作表面。

短期看，它可能是这些工具的增强层；长期看，它会截走一部分轻量任务入口。用户不再先打开十个 SaaS，而是先告诉 Codex 要完成什么，再由插件去调用工具。

这就是 OpenAI 这次更新的战略含义：Codex 不只是 coding agent，而是在争知识工作交付入口。