上周写稿子那阵子我干了件挺无聊的事把自己这大半年攒的几个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攒的那些活儿不用非得跟某一个工具绑死一辈子了。你在这家学会的东西理论上可以打包带走换个地方接着用。工具之间那堵墙正在被一块一块拆掉。我这几个乱七八糟的文件夹可能也没几个月好活了。