OpenAI 刚刚发布了 Codex 插件：
"Codex 现在能和 Gmail、Notion、Slack、Figma 无缝工作。不是夸张——你的编程助手刚刚获得了你经理能读到的所有权限。希望你的提交信息一直都很专业。"
从写代码到能"翻你邮箱"
3 月 26 号，OpenAI 扔出一颗不大不小的炸弹：Codex 开始支持插件了。
官方说，现在 Codex 能直接操作 Slack、Figma、Notion、Gmail，还有 Google Drive 全家桶。
什么意思？
以前你的 AI 编程助手是个"代码机器"：你给它需求，它给你代码，完事。你们之间的交互是封闭的，像在两个孤岛上喊话。
现在不一样了。它能拉取 Slack 频道里的讨论，能读 Notion 里的项目文档，能看 Figma 的设计稿，还能翻你的 Gmail 确认需求邮件。
Codex 从一个"写代码的"，变成了一个"能看懂你整个工作流程的"。
OpenAI 自己说了大实话：插件让 Codex 能支持更多"真实工作"，包括写代码之前的"规划、研究、协调"，以及写代码之后的"工作流"。
说人话就是——它不只是你的程序员，它想当你的工作搭档。
评论区比新闻好看系列
但凡有科技公司发新品，评论区总是比官方稿精彩，这次也不例外。
第一条评论很冲，但很真实：
"Cool，但 Claude Code 几个月前就有 MCP 了。OpenAI 这不是创新，是在追赶，然后把发布叫成 launch。PR 机器战无不胜。"
这话对也不对。
对的是，MCP（Model Context Protocol）确实是 Anthropic 先搞出来的，Claude Code 早就支持开发者自定义工具链。OpenAI 确实是"后来者"。
但不完全对的是，OpenAI 这波的思路有微妙差异。
MingtaKaivo 说得更中肯：
"把 Codex 变成平台而不是工具，是正确的一步。长期能赢的 AI 代理，是那些能和你真实技术栈对话的，不是在沙盒里自己玩自己的。"
平台这个词，用得很准。
插件到底是什么？拆开给你看
官方文档写得很细，我帮你们翻译成人话。
一个 Codex 插件，本质上是一个"可复用的工作流包"。它能把三样东西打包在一起：
技能（Skills）：就是告诉 Codex 怎么干活的提示词，可以被代理逐步发现和学习。
应用（Apps）：可选的应用集成或连接器映射。比如连 Slack，连 Figma，连 Notion。
MCP 服务器：远程工具或共享上下文，插件运行需要的外部资源。
一个插件可以很简单——比如就包含一个"帮我写测试用例"的技能。也可以很复杂——同时绑定多个应用的认证信息、好几个工作流脚本、一堆上下文配置。
关键是"一次安装，到处使用"。你在一个项目里调好的工作流，可以打包成插件，分享给团队，跨项目复用。
这让我想起 VS Code 的扩展市场。如果 Codex 能把这件事做成，它的生态想象力就打开了。
真正的问题：认证和权限
但有件事让我有点好奇，评论区也有人问了——认证怎么办？
你让 Codex 去读你 Gmail，它怎么证明是你？你让它去改 Slack 频道设置，它该有什么权限？不同插件之间的认证是各自为政，还是能统一管理？
官方文档提了一句"bundle apps and skills for seamless authentication"，但没展开说。
考虑到企业安全要求，这可能是比"支持多少个 App"更关键的问题。
一个能访问你全部工作数据的 AI 助手，如果认证机制稀碎，那不是效率工具，是定时炸弹。
范式转移：从工具到平台
回头看这件事，意义可能不在于"OpenAI 又发了什么新功能"，而在于 AI 编程助手的范式正在变化。
WaveTheoryAI 说得挺好：
"从 Slack、Figma、Notion 拉取实时上下文，把 Codex 从代码工具变成了更接近完整工作流协作伙伴的东西。"
以前我们说"AI 编程"，默认是"AI 帮我写代码"。
以后可能会变成"AI 帮我搞定整个开发流程"——从理解需求（读文档、翻邮件），到设计方案（看 Figma、对 Notion），到写代码，到提交代码，到通知相关人员（发 Slack）。
一条龙服务。
OpenAI 在官方帖里说"这只是开始"，后续会出更多插件，持续扩充技能库。
如果他们真能做成，这波追赶就不只是"抄作业"，而是"用生态后来居上"。
参考链接：
https://x.com/OpenAIDevs/status/2037296316104282119