夜雨聆风8月6日，谷歌宣布以核心维护者身份加入Agent Plugins 1.0.0。这份标准的维护者名单此前是：亚马逊、Cursor、微软、OpenAI、Vercel。谷歌是第六家入局的巨头，名单到此凑齐。
一个插件，到处能跑
先把这套规范翻译成人话。
现在做AI智能体开发的人都会遇到同一个麻烦：你给Claude Code写了一套技能（Skill），配套写了个MCP服务器连数据库。在这个客户端里跑得好好的，换到Gemini CLI，目录结构不同、配置格式不同、连接方式要重新声明，只能复制一份改改，两个副本从此分道扬镳，维护成本翻倍。
Agent Plugins干的事就是把这个"包装盒"统一掉：一个插件就是一个目录，里面plugin.json负责声明身份，skills/目录按规范放技能，mcp.json登记工具服务器。打包一次，任何支持该标准的客户端都能直接加载。
规格文档里特意强调一个词：克制。v1.0.0只管打包格式，不管安装机制、分发渠道、权限模型、沙箱隔离、信任验证，这些通通写进未来事项里留白。插件的扩展部分放在反向域名目录里（比如com.example.client/），哪个客户端要加私货就放自己命名空间，互不干扰。连失败都是独立的设计：一个MCP服务器启动失败，只跳过这一个条目，其他技能照常加载。
这不是第一个标准，但它是拼图缺的那块
这两年的智能体协议演进，可以看成三层拼图：
MCP统一了"连接"，AI智能体通过它调用外部工具和服务，这是2024年底就铺开的层。Agent Skills统一了"指令"，2025年下半年起，各家把"教模型怎么干活"的提示词和资源打包成标准格式。Agent Plugins负责"封装"，把前两者装进同一个可移植的盒子里，让技能和工具必须结伴出行的场景有了统一发货方式。
配套的还有一张生态网：Agentic Resource Discovery负责"发现"，AI Catalog负责"描述"，Agent Plugins负责"打包"，MCP和Skills负责"运行"，四层彼此独立，单独用哪层都行。
这套分层设计的潜台词值得琢磨：标准组织刻意不碰分发和权限，把这两块留给了各家客户端。换句话说，插件市场和安全审计的仗，还没开始打。
谷歌今天就开始用了
谷歌的加入不是站台，是带货。今天起两个产品直接支持新格式：
Agents CLI把谷歌自己沉淀的智能体开发专家技能打包成插件，装上之后，Claude Code、Gemini CLI、Cursor这些工具都能秒变智能体运维专家。Data Agent Kit则把BigQuery、Spanner、Cloud SQL等数据服务封装成插件，数据工程师在自己常用的AI编码工具里就能让智能体跑数据查询和流水线。
这等于给标准做了个示范动作：我们自己的产品先吃自己的狗粮。
接下来值得看什么
对插件作者来说，这件事的实惠很直接：写一次，到处跑，不用再为每个客户端维护副本。对平台来说，标准只是入场券，真正的竞争在分发和信任层。谁家的插件生态更丰富、审计机制更让人放心，谁才能把开发者留在自己这边。
MCP、Agent Skills、Agent Plugins三层拼图落定，智能体生态第一次有了完整的"打包-分发"语义。个人判断，下一场值得盯的仗，是插件安全审计和信任体系，规范留白的那部分，才是巨头真正要争夺的地方。
信息来源：Google Developers Blog官方博客（2026-08-06）、Agent Plugins官网及规范文档（agent-plugins.org，2026-08-06）、GitHub agentplugins/agent-plugins-spec（2026-08-06）、虎嗅AI快讯（2026-08-06）、OmniTools（2026-08-06）、CSDN（2026-08-07）