Google 于 2026 年 8 月 6 日宣布加入 Agent Plugins 1.0.0 的 Core Maintainers。这个规范由 Amazon、Cursor、Microsoft、OpenAI 和 Vercel 等团队参与制定，目标不是再创造一个 agent runtime，而是为 Agent Skills 和 MCP servers 定义一个更小、可移植的 package format。
Google 的说法很直接：同一套 skill 和 MCP server，如果要交给第二个 agent client 使用，最常见的问题不是组件本身，而是外层 manifest、目录结构和传输设置各自不同。开发者因此要维护多份近乎相同的 wrapper，久而久之就会出现 drift。Agent Plugins 尝试把这个共享部分固定下来。
一个 plugin 是一个目录，核心位置包括 plugin.json、skills/、mcp.json，以及留给个别 client 的 reverse-domain extension namespace。Agent Skills 按照既有格式放在 skills/ 下面；MCP server 则在 mcp.json 中明确标示 transport，支持 stdio、Streamable HTTP 和 legacy HTTP+SSE。Client 不需要再从配置对象的形状猜测传输方式。
这个规范也刻意把范围收窄。Agent Plugins v1 不定义安装方法、distribution protocol、permission model、sandbox、trust 或 provenance verification，也不规定 user experience。换句话说，一个 plugin 可以更容易跨 client 搬运，但不代表它已经安全、可信或可以直接执行。安装政策、权限审批和企业控制仍然要由 IDE、CLI 或 managed platform 自行负责。
Google 表示，Agents CLI 和 Data Agent Kit 已经开始支持这个格式。前者把 agent building、evaluation、deployment、observability 和 publishing skills 包进 plugin；后者则把连接 BigQuery、Spanner、Cloud SQL 等数据服务的 skills 和 MCP servers，以更可移植的方式提供给 compatible client。
这项更新的价值在于建立一个 interoperability floor，而不是承诺所有 agent client 会变成一样。对 plugin 作者来说，固定的 package layout 可以减少重复包装；对 client 作者来说，仍然可以在 extension namespace 中保留自己的 hooks、commands 和治理方式。下一个真正的难题会由「能不能加载」转向「谁可以安装、谁可以授权、如何验证来源，以及失败时如何隔离」。
