夜雨聆风
一个插件写五遍的荒诞时代，终于被一纸标准掀翻了。
事情发生在8月6日前后：Vercel联合亚马逊、微软、OpenAI、谷歌等巨头，正式推出了Agent Plugins 1.0.0，一个为AI代理量身定制的便携插件打包标准。开源个人代理领域的新贵Hermes Agent，紧接着宣布完成适配。
标准很快进入了客户端实现阶段这一次，战线两侧的人坐在了同一张桌子上。
▲ Vercel官方宣布Agent Plugins开放标准，点名与AWS、VS Code、Cursor、GitHub、OpenAI合作推出
痛了一整年的伤口：一个插件，五种包装
如果你是一名AI工具开发者，过去一年的日常大概是这样的：你写了一套数据库查询技能，想让Cursor用、让Copilot用、让Codex用、让自建代理也用。技能本身完全一样，但每个平台要求的目录结构不同、清单格式不同、配置文件的字段名都不同。
于是你复制了五份几乎一模一样的代码，改了五次包装，然后，这五份开始各自漂移。
Google开发者博客在同期发文中也记录了这种困境：Skills已经可以跨平台迁移，MCP也已经成为开放标准，开发者仍卡在外层的打包方式上，目录怎么摆、清单怎么写、MCP配置往哪放。
这个"盒子问题"，Agent Plugins 1.0.0试图一劳永逸地解决。
▲ agent-plugins.org 定义了统一的便携打包格式，开放治理，TSC成员覆盖多家头部厂商
三分钟搞懂：Skills、MCP、Agent Plugins到底啥关系
在往下读之前，有必要花三分钟把三个核心概念拎清楚，它们分属不同层次。
MCP（Model Context Protocol），你可以理解成AI代理的万能插头。代理要查数据库、调API、操作云服务，都通过MCP这个"USB-C接口"完成。它解决的是：怎么连上工具
Agent Skills，是代理的操作手册。一份SKILL.md文件，里面写清楚"碰到这类任务该怎么做、该用哪些工具、按什么步骤来"。它解决的是：怎么教会代理做事
Agent Plugins，是在前两者之上的打包标准。一个目录加一个plugin.json，Skills放skills/文件夹，MCP配置放mcp.json，搞定。
可以这样记住它们的关系：Skills是说明书，MCP是插头，Agent Plugins把说明书和插头装进同一只盒子。 这只盒子可以像U盘一样，从Cursor拔下来，插到VS Code上，再插到Hermes上。
▲ MCP官网将其比作"AI应用的USB-C"，一个标准接口连接一切外部系统
标准发布当天：一张令人意外的兼容名单
Agent Plugins 1.0.0公布的第一批兼容客户端名单，本身就是一个信号弹：ChatGPT与Codex、Cursor、GitHub Copilot、Kiro、VS Code，清一色IDE和云代理阵营的头号玩家。
但如果你滚动到agent-plugins.org的Compatible Clients页面底部，会看到一个画风略有不同的名字：Hermes Agent。
▲ Hermes Agent与VS Code、ChatGPT等并列出现在兼容客户端页面，标注支持Agent Skills与MCP
Hermes Agent是谁？Nous Research旗下的开源个人AI代理，MIT许可，2026年2月前后亮相。它的定位是住在你基础设施上的长期陪伴型代理，能跑在CLI、桌面应用、Telegram、Discord、Slack上，强调持久记忆和从使用中自我进化。官网的slogan写得很有野心："The Agent That Grows With You"（与你一起成长的代理）。
Hermes核心开发者Teknium的公告推文，用几段文字列清了关键边界：
▲ Teknium宣布Hermes支持便携插件标准，同时明确划出"便携层"与"原生层"的边界
"原生优先"：Teknium画的那条线
Teknium这条公告的重点，藏在他划定的能力边界里。
他明确写道：当前便携能力仅覆盖MCP服务器配置与Agent Skills。要用Hermes的slash命令？原生插件要定制GUI？原生插件要搞Dashboard和皮肤？还是原生插件
社区随后将这个定位概括为："要覆盖面，做portable；要能力，做native"
▲ 社区开发者清晰拆解：skills进注册表，MCP走运行时，双清单时原生优先
这是一次有意为之的架构取舍Hermes文档中的具体实现方式证实了这一点：
便携包安装后默认禁用，你必须显式执行hermes plugins enable才能激活。Skills以只读模式加载，带独立命名空间（形如agent-plugin-<slug>-<hash>），避免不同插件之间的名字冲突。MCP命令不经过shell，直接以可执行文件加参数列表传递。路径和符号链接会被校验，不允许逃逸出包根目录。
更关键的安全声明写在文档深处：Agent Plugins v1不定义信任、权限、溯源或沙箱。启用一个便携包，意味着它获得与所有已安装Hermes插件相同的全信任姿态。
翻译成大白话：盒子是标准化了，但安全这扇门，每个客户端还是得自己看着。
Rauch的一声"Excellent!"与他背后的野心
Vercel创始人Guillermo Rauch在Teknium公告下的回复只有一个词："Excellent!"
▲ Rauch对Hermes接入标准的简短肯定
但如果你读了他此前的引用转发，就知道这个"Excellent"远不止客套。Rauch把AI编程代理称为"行业史上最重要的开发者工具之一"，并明确表态：开发者工具应当开源，应当可被统一扩展。
他描绘的图景是：一个插件，触达CLI、IDE、云代理、个人助手上的全部创造浪潮。 Hermes这个"个人助手型开源代理"的接入，恰好补上了他蓝图中最后一块拼图。
▲ Rauch强调AI代理是关键devtools，插件标准让"做一次"触达所有agent形态
一条被低估的评论：代理自己写的脚本，终于有地方安家了
在所有社区反馈中，有一条极易被忽略但可能最具前瞻性的评论。开发者Ankit写道：
被低估的一点：代理可以扩展自己。 我一半的"插件"，最初都是代理在任务中途写出的脚本，后来我决定留下来。标准让这些东西可以保存和分享，避免它们随会话一起消亡。
▲ "标准让代理中途产出的脚本变成可沉淀、可分享的插件，避免随session消失"
这段话把话题从"厂商互操作"拉到了一个更深层的命题，人机协作产物的生命周期管理。
想想看：你和AI代理协作时，它在过程中临时写了一段自动化脚本。以前，这段代码会留在临时目录或聊天日志里，随用随弃。现在，有了固定的目录结构和清单格式，这些"即兴产物"可以被一键打包成标准插件，分享给其他人、其他代理。
Hermes自身的产品哲学恰好与此高度吻合，它强调从经验中沉淀Skills，从使用中学习和成长。便携插件包可能成为学习成果外溢的容器：在Hermes里长出的流程知识，能以v1包的形式被Cursor、Copilot读取；反过来也一样
代理既消费工具，也开始生产工具标准让这条生产线有了统一的出货口。
历史不会重演，但总是押韵
熟悉软件史的人，此刻一定有似曾相识的感觉。
浏览器扩展：先是IE、Firefox、Chrome各搞一套，后来部分API聚合，但"装一次到处跑"至今仍是理想多于现实。LSP（语言服务器协议）：消灭了"每种编辑器重写语言支持"的重复劳动，跟MCP对工具连接做的事如出一辙。容器镜像：应用打包可移植了，但编排策略、密钥管理、网络策略仍然各家各法。
Agent Plugins v1把范围收得很窄：它只标准化目录布局和清单字段，刻意避开安装器、应用商店、权限模型与沙箱。这像极了早年只定义wheel/jar包格式、不定义应用商店的策略。
有人会说这是不够大胆但任何标准化老兵都知道：v1最大的功德，是不把错误的东西冻结进去。
写在最后：盒子有了，但安全的门还没锁
Agent Plugins 1.0.0解决了一个真实的痛点，但它同样真实地留下了一片空白：安全边界没有被标准自动带走。
便携包里的mcp.json被明确要求不能放凭据。但密钥应该落在宿主的哪一层密钥管理？没有统一答案每个组件的加载失败可以被隔离，但失败时的可观测性（加载了什么、跳过了什么、该从哪里排查）是否会成为客户端之间的差异化竞争点？同一份Skill在不同模型上的解读差异，是否会让"同一包跨客户端"在体验上仍然参差不齐？
这些问题，在社区讨论中已经被明确提出，但目前没有人能给出跨产品的统一答案，这本身就是v1阶段的现实。
一个时代结束了：AI代理各自为政、五十种配置格式混战的草莽期，正在被一纸目录合同翻过去。
一个新时代刚刚开始：盒子统一了，但盒子里装什么、谁能打开、打开之后谁来负责，这场更大的博弈，才刚刚亮出底牌。
