六巨头同一张桌子定插件标准，唯独少了Anthropic——AI Agent的”地基”有人修了，但真正的战场不在盒子里

六巨头同一张桌子定插件标准，唯独少了Anthropic——AI Agent的”地基”有人修了，但真正的战场不在盒子里

周六凌晨，AI圈六家巨头——OpenAI、微软、GitHub、AWS、Vercel、Anysphere（Cursor母公司）——一起发了一份叫 Agent Plugins 1.0.0 的开放规范。谷歌当天下午也追加入局。

这事干得挺实在：给AI智能体的插件定一个统一的”包装盒”格式，从此一份包走天下，不用再为每个客户端重复打包。

但真正有意思的不是标准本身——是谁在桌上，谁不在，以及为什么。

统一的是”包装盒”，不是智能体

先看标准到底做了什么。

一个AI插件，内核里通常装两样东西：Agent Skills（给模型用的指令和资源）和 MCP Server（连外部工具和服务的桥梁）。这两样本来就可以跨客户端复用。真正卡住的地方是”包装盒”——Cursor、Codex、Copilot、VS Code每家目录结构不同、清单格式不同、MCP配置写法不同，同一个组件换个客户端就得重新打一份包。

Agent Plugins把外面那层箱子统一了：根目录放一份 `plugin.json`，技能丢 `skills/`，MCP配置写 `mcp.json`。清单只有 `$schema` 和 `name` 两个必填字段，版本号都可不写。各家想夹带的”私货”——自己的钩子、命令、界面——放进一个反向域名命名的目录，别的客户端不认识就略过。

管得很少，管得正好。1.0 只认两类可移植组件：`skills/` 和 `mcp.json`。hooks、斜杠命令、custom agents 这些，还是各家的地盘，没动。

用规范原文的话说：“安装、分发、权限、沙箱、认证、信任验证、用户体验，一样都不管。” 这些全留给各家客户端自己决定。

换句话说，巨头们统一的是他们最不介意放手的那一层。真正值钱的——应用市场、权限体系、用户入口、专有功能——一个都没交。

这套结构怎么这么眼熟

熟悉 Claude Code 的人看到 `plugin.json` + `skills/` + `mcp.json` 这个结构，大概率要愣一下。

因为这就是 Claude Code 一直在用的那套。

Anthropic 是最早把”插件 = 技能 + MCP + 清单”这个思路跑通的公司之一。Claude Code的 `plugin.json` 系统，根目录一份清单，配上 `skills`、`mcp.json`、`commands`、`agents`，还开了两个官方插件市场。而且它那套更全：技能、钩子、MCP、子智能体、斜杠命令，一整包全打进去。

新标准只收了能通用的两块——技能和MCP——其他更花哨的没进来。但骨架几乎是照着 Claude Code 长的。最直接的证据：Claude Code 有一个指向插件目录的根变量，新标准原样搬了过来，只改了名字。微软VS Code官方文档里，默认插件市场就列着 `anthropics/claude-code`——一边支持新开放格式，一边继续认 `.claude-plugin/plugin.json`。

OpenAI 的 Codex 更干脆，连 Claude 原来的变量名都专门留着，就为了兼容已有的 Claude 插件。

大家凑在一起，统一了一套”很像Claude Code”的格式，而Claude Code的创造者Anthropic，全程不在桌上。

“我被抄了作业，但没被邀请参加讨论”

这不是 Anthropic 第一次在”大家一起来”的场合里成为最显眼的缺席者。

熟悉这家公司的人知道，它做事一贯先把自己那套打磨到极致，再谈要不要跟别人对齐。产品自成体系、体验统一是好处，代价是每次行业级的握手，它都容易不在场。

但这次情况有点微妙。

以前说 Anthropic 缺席，可以说是它主动选择。但这次——当六巨头加谷歌都在，选用的格式框架几乎直接借鉴（或者说”致敬”）了它的设计——缺席就从”选择”变成了”被晾在一边”。

Anthropic 当然没被关在门外。兼容层已经给它留好了位置，它现有的插件可以直接在新标准下工作。但”兼容”和”共建”是两码事。标准桌上有你的一把椅子，和你只能在自己家里贴着”本店支持外部标准”的告示，决定的是你在未来生态中的话语权。

标准一旦落定，竞争就上移一层

这才是整个事件最有意思的地方。

Agent Plugins 1.0.0 的潜台词是：底层标准一旦谈拢，竞争就会上移一层。 地基几家一起打，但地基落定之后，要拼的就是楼上的铺面和货架。

现在盒子的规格定了。但盒子里装什么、谁能让开发者第一个想到用它来装、谁的生态最大、谁的分发渠道最广——这些才是决定胜负的东西。

所以你会发现，Agent Plugins 只管到最薄的统一层就停了。不是管不了更多，是不想管更多。各家热刺刺的核心资产，还要留着当护城河。标准只解决”最低共识”——安装什么样的结构能让一个插件被识别——剩下的全交给市场博弈。

这意味着什么？意味着从今天起，AI 插件的竞争不再是”谁有格式”，而是：谁的生态更大，谁能靠盒子里的智能体把开发者留在自己身边。

实际影响：开发者可以省一点心，但别指望太多

说回实操层面。

如果你在写 AI 插件——不管是 Skill 还是 MCP Server——这件事最大的实际好处是：不用再为每家的格式分别打包了。 一份 `plugin.json` + `skills/` + `mcp.json` 的结构，兼容这套标准的客户端都能识别。

但别高兴太早。”一次打包”不等于”到处运行”。各家对传输方式（stdio、Streamable HTTP、旧版HTTP+SSE）的支持不一致，认证方式不同，权限模型各异。换一个客户端，插件能不能顺利跑起来，还要看运气。OpenAI 自家的打包文档目前用的还是 `.codex-plugin/plugin.json` 那套，跟开放规范的根目录 `plugin.json` 还不是一回事。

标准只保证客户端能”发现”你支持的可移植组件。真跑起来，中间还隔着一整条工程链。

Kate 的总结

这件事我给三个判断：

第一，标准是好标准，但它是”最薄的那层共识”。 巨头们都在自己管得着的地方握紧拳头，在管不着或者不想管的地方才松开五指。这本身没问题——过于厚重的标准从来活不长。但别把它当成什么大一统的福音。 第二，Anthropic 的缺席不是意外，但值得警惕。 如果你因为产品做得好就觉得自己可以不管行业标准，最终结果就是别人把你的设计”标准化”了，而你不在决策桌上。每次握手都不在场，总有一天你会发现别人握完手已经把门带上了。 第三，真正决定胜负的，从来不是盒子的规格。 Agent Plugins 让插件格式变得统一，但一个统一的包装盒解决不了生态断层。谁能用里面的智能体把开发者的工作流真正绑住，谁才是赢家。

AI 插件从”各玩各的”走向”有个共同格式”，是好事。但标准是起点，不是终点。半年后回头看，房间里真正的博弈不在这个 `plugin.json` 里——在谁的市场上架最快、谁的 SDK 写得最顺手、谁的开发者最离不开那个引擎。

格式问题解决了，生态战争才刚开始。