Agent Plugins 1.0 定稿：Skills 和 MCP Server 终于能装进同一个跨客户端包

Agent Plugins 1.0 定稿：Skills 和 MCP Server 终于能装进同一个跨客户端包

GitHub 8 月 12 日宣布，Agent Plugins 1.0 已在 VS Code、Copilot CLI、Copilot SDK 和 Copilot 应用中正式可用。标准本身由 AWS、Anysphere、Microsoft、OpenAI、Vercel 等参与发布，Google 也成为核心维护者。它试图解决一个越来越实际的问题：同一套 Agent 能力，不该为每个客户端重复做一次安装包。

Agent Plugin 可以把任务方法与工具接入放在一个目录中。Skill 说明工作方法，MCP Server 提供数据和动作，plugin.json 描述包，mcp.json 保存 MCP 配置。1.0 补上了统一发布、发现和治理的包装标准。

共同部分可以移植，客户端差异仍然存在

按 GitHub 公布的结构，插件需要在 plugin.json 中加入标准 Schema，Skills 放进 skills/，MCP 配置放进 mcp.json。客户端专属的 Agent、命令、规则和 Hook 仍可保留在命名空间目录，例如 com.github.copilot/。其他客户端忽略不认识的命名空间，因此一个包既能携带公共能力，也能保留厂商特性。

Skill 可能被不同模型以不同方式理解，MCP Server 的鉴权、传输和返回也会受宿主环境影响。标准统一目录、发现和安装契约，不会消除模型、权限或 UI 差异。发布前仍要在每个目标客户端跑真实任务。

迁移已有插件主要是清单和目录工作。可以选择发布检查、故障排查等边界清楚的场景，提取通用说明和工具配置，把专属命令留在命名空间。这样出错时能判断问题位于 Skill、MCP Server 还是客户端。

安装包统一后，供应链风险也集中起来

插件可能同时携带说明、可执行 Hook、MCP Server 地址和市场来源，影响面远大于单纯 Prompt。企业不能只审核名称，还要固定版本、检查清单、确认代码来源，并限制它可访问的仓库、密钥和远程服务。

GitHub 为 Business 与 Enterprise 提供 enabledPlugins、extraKnownMarketplaces 和 strictKnownMarketplaces 等设置，并建议结合 MCP allowlist 按 URL、命令或名称控制 Server。市场、插件与 Server 应分别有白名单：市场可信不代表每个版本自动可信，插件获准也不代表所有远程工具都应放行。

更新也需要变更记录。插件版本改变 Skill 后，Agent 决策可能变化；MCP Schema 改动也会影响工具参数。团队应保存插件版本、模型 code、任务输入和调用日志，用低风险用例回归后再扩大范围。高权限动作继续由仓库规则、审批系统或策略引擎确认。

对 Agent 平台，插件是分发层而非会话层

Agent Plugins、MCP 与 DASP 处理不同问题：插件交付能力，MCP 定义工具调用契约，DASP 负责持久会话、历史和恢复。混成一套协议，会导致安装后仍不知道任务状态存在哪里，断线后也无法继续。

AnyAIS 的模型入口可为插件背后的 Agent 提供统一模型目录和调用记录；是否支持某个插件格式，仍由具体客户端决定。准备发布跨客户端插件时，最好先做一份最小兼容矩阵，列出客户端版本、可识别目录、MCP 传输、鉴权方式和专属扩展。标准降低了重复包装成本，真正的可靠性仍来自测试与权限边界。

参考资料

• [GitHub：Agent Plugins 1.0 在多款 Copilot 客户端正式可用](https://github.blog/changelog/2026-08-12-agent-plugins-1-0-in-vs-code-copilot-cli-and-the-copilot-app/)
• [GitHub：Agent Plugins 规范仓库](https://github.com/agent-plugins/agent-plugins)