上周写稿子那阵子，我干了件挺无聊的事，把自己这大半年攒的几个Skill文件夹翻出来对了一遍。

帮我给公众号文章配图的那个技能，存在Claude的技能目录里，一个纯文本文件，开头一段YAML写着名字和用途。帮我扒小红书后台数据的那个技能，存在Cursor自己的技能目录里，格式跟前面那个长得不太一样。还有几个是专门为这个项目定制的，单独攒在项目自己的文件夹下面，又是另一套写法。

三份东西干的其实是同一类事，写法却各是各的，改一次逻辑，我得挨个文件夹改三遍，稍不留神就漏了一份没同步，上次就因为这个，配图那个技能在项目里跑出来的效果，跟我在别处试的完全不一样，排查了小半天才发现是漏改了。

这毛病我吐槽了小半年，跟朋友聊天提过好几回，说这帮做AI工具的公司，怎么就不能坐下来商量出一个统一格式，非要各搞一套，苦的是我们这些天天在几个工具之间来回倒腾的人。

吐槽归吐槽，我心里其实挺认命的。这几个巨头的地盘意识那么强，谁会为了方便用户，主动让出自己的一块地盘。

结果这两天刷到一条新闻，我当时就愣住了。

Vercel牵头，拉着亚马逊（AWS）、微软旗下的GitHub、微软自己、OpenAI，还有我现在正敲着这篇稿子用的这个工具Cursor（背后公司叫Anysphere），坐一块儿，真把这件事标准化了。8月6号，一个叫Agent Plugins的规范发布了第一个版本，1.0.0。刨去GitHub这个微软自家人，掰着手指头数，正好五家，往后GitHub Copilot和亚马逊自己的Agent产品Kiro也都会支持这套东西。

我第一反应是，这几个名字凑一桌，画面有点意思。就在一个多月前，我还写过一篇，说我自己的Claude账号被封了，转头就把活儿搬到了Cursor和Codex上头，那阵子这几家在AI编程赛道上抢用户，抢得跟过年抢票似的。微软和OpenAI这对关系本来就一言难尽，亚马逊自己憋着一个叫Kiro的Agent产品，跟其他几家又是正面竞争。这么一群平时恨不得把对方摩擦在地上的公司，这次居然坐下来，联手把一个格式标准给定了下来，还专门成立了一个技术指导委员会，成员就是这五家的核心工程师。

这几个人搁一张桌子上开会，我脑补的画面，比宫斗剧还精彩。

......

先说说这标准到底解决了什么问题。

以前的情况是，你给AI写了一个技能，或者给它接了一个MCP服务，这个MCP你可以理解成给AI装的一个外接工具箱，比如让它能自己查日历、连数据库，这套东西天生就是长在某一个工具身上的，换个客户端，格式对不上，得重新打包一遍，跟我这大半年干的事一模一样。Agent Plugins想干的事很简单，给这类「AI的外挂」定一个统一的打包规范。我翻文档的时候心想，这规范是不是又得整出一堆花里胡哨的规则，结果翻完发现比我想的朴素得多。根目录放一个叫plugin.json的清单文件，写清楚这个插件叫什么名字，就这一件事。技能相关的东西呢，都塞进一个叫skills的文件夹，每个技能一份说明文档，跟我自己文件夹里那些SKILL.md长得差不多。要是这个插件还带了刚才说的那种MCP外接工具，再加一份mcp.json，把服务怎么连写明白，就完了。

打包成这么一个文件夹，理论上扔进ChatGPT和Codex、Cursor、GitHub Copilot、Kiro、VS Code这五个地方，都能被认出来，直接加载。翻译成大白话，以前你给一个工具做的技能包，只能死心塌地跟着这一个工具过一辈子，往后这东西能自己收拾行李，换个地方接着用。

{ "$schema": "https://agent-plugins.org/schemas/1.0.0/plugin.schema.json", "name": "awan.weekly-report", "version": "1.0.0" }

就长这样，简单到有点不像话。必填的就两项，一个标识规范版本的$schema，一个给插件起的名字，剩下版本号、作者、许可证这些都是选填。我一开始还以为这里头会藏着多复杂的东西，翻完规范文档才发现，人家故意把这层做得极简，复杂的判断都甩给了各家客户端自己去处理。

要是这标准早一年出来，我大概就不用把同一份东西改三遍格式了。当然我这几个技能都是自己瞎捣鼓的，真正受益大的，我猜是那些认真在做技能包、想把自己攒的活儿变成产品卖出去的人。以后没准会冒出专门卖技能包的地方，你想要一个帮你写周报的、盯着邮箱自动分类的、跑数据分析的，直接买一份装进自己正在用的工具里，不用管自己用的是哪家的客户端。这事儿要是真跑起来，往后你选AI工具的时候，可能就不用再纠结「换了这家，我攒的这些东西是不是全白瞎了」。

你想想看，要是你是做HR的，自己攒了一套帮忙筛简历、写录用通知的技能，之前只能锁死在公司发的那个AI工具上。哪天跳槽了，新公司电脑上装的是另一家客户端，这套攒了几个月的东西就得从头再攒一遍，想想都肉疼。往后要是真按这个标准走，这套东西是能跟着人走的，换个工具，文件夹一放，接着用。我自己是踩过前面那个漏改一份没同步的坑，才对这事这么上心，不然一个协议改版，我可能扫一眼标题就划过去了。

......

我本来看到1.0.0这个数字，以为这事儿算是拍了板，是个正式定案的东西。翻到官网的规范文档一看，最显眼的位置写着一行字，状态，工作草案。我当时还挺纳闷，都1.0.0了怎么还叫草案。

结果我顺手去挖了一下这份规范真正的源头，也就是GitHub上那个仓库，才发现事情没这么简单。仓库的提交记录写得明明白白，7月24号那天，规范的主创Jonathan Hefner亲自提交了一次改动，标题就叫发布Agent Plugins规范1.0.0，把文档里的状态从工作草案，正式改成了已发布。也就是说，源头那边半个月前就已经拍了板，官网上那个还停在工作草案的页面，是一个没跟上进度的旧版本，8月6号那波通稿和后续媒体报道，估计都是照着这个没同步的网页抄的。

回到标准本身，不管官网上写的是哪个状态，这几家真正能达成一致的，也还是「怎么打包」这一层，恰好是最不涉及利益的一层。规范里写得很清楚，插件商店怎么开、装插件要不要审核权限、出了事该找谁担责，这些真正有商业分量的东西，标准里一个字没提，全都明确留给各家客户端自己拿主意。

这几个死对头，是先把最不疼的那块肉分了，核心的骨头，谁都没打算真的松手。

规范里还留了个心眼，清单文件里专门开了个叫extensions的口子，允许各家往里塞自己的私货，只要用自己的名字打上标记，比如Cursor可以塞Cursor专属的字段，OpenAI可以塞OpenAI专属的字段，互不干扰。这块地方，才是这几家真正会展开肉搏的战场，谁的插件商店做得更顺手，谁的权限审核更让用户放心，谁能把插件跟自己的模型能力捏得更紧，拼的还是这些。共享的只是最外面那层壳子，壳子里怎么装修，各凭本事。

这话听着有点刺耳，但我是真的这么觉得的。不过话说回来，有人可能会说，这不就是几个巨头联合发个公关通稿，图个好看吗。我一开始也这么怀疑，后来去翻了一下，这次真是拉了各家核心工程师坐下来，一条一条条款抠出来的，规范文档、字段定义、验证脚本全公开在GitHub上，谁都能提意见，不是随便扯了张纸盖章了事。这份认真程度，倒是让我信了几分。

......

那这块不疼的肉，这几家为什么愿意主动分出来呢？

我倒觉得这背后是一种挺现实的算计。这一年多，Agent Skill、MCP服务这类东西冒出来的速度太快了，各家平台都想抢着占住这个生态位，让更多人愿意为自己的工具做插件。可要是每家的打包格式都互相不兼容，一个愿意花时间做插件的人，凭什么单独为你一家的封闭格式再多写一份，这活儿投入产出比太低，慢慢就没人愿意干了。蛋糕做不大，谁都分不到肉，这才是这几家真正在意的事。

这次握手言和，不是谁向谁妥协了，是几个玩家同时算明白了一笔账，继续各自为政，大家一起在原地饿肚子。

这事儿让我想起集装箱刚出来那阵子。1956年之前，全球海运用的箱子五花八门，长的短的方的圆的都有，一艘船靠岸，得靠成百上千个码头工人一件一件搬货，装卸一艘船能耗上小一个星期。直到有个叫马尔科姆·麦克莱恩的人，把集装箱的尺寸定了下来，被整个行业接受成统一规格，装卸效率一下子翻了几十倍，全球贸易的成本断崖式往下掉，后来我们熟悉的那套全球供应链，说到底是踩着这个「盒子」的标准化才跑起来的。

Agent Plugins干的事，某种意义上跟当年那个集装箱标准挺像，都是先把「装东西的盒子」尺寸统一了，盒子里到底装什么、卖给谁、怎么卖，各凭本事，谁都没拦着谁。

......

写到这儿，我又翻回自己那几个乱七八糟的技能文件夹，想着要不要现在就动手，按新标准重新打包一遍。

想了想，还是先按兵不动。毕竟人家自己都说这是工作草案，字段这两天没准还得改，我现在急着重新打包，大概率过阵子又得再改一遍，纯属给自己找罪受。这块我打算先放一放，等哪天几个大客户端都把加载逻辑跑通了，我再挑个周末，认真试着把手里这几个技能挪过去，到时候有什么坑，再跟你们说说。

但这事儿至少让我松了口气，往后你给AI攒的那些活儿，不用非得跟某一个工具绑死一辈子了。你在这家学会的东西，理论上可以打包带走，换个地方接着用。

工具之间那堵墙，正在被一块一块拆掉。我这几个乱七八糟的文件夹，可能也没几个月好活了。