Agent Plugins 1.0 发布：一次开发横跨 VS Code / Copilot CLI / Copilot

你只需构建一次插件，即可在所有兼容的 Agent 客户端中使用。我们于 8 月 6 日发布了 Agent Plugins 1.0，参与发布的还有 AWS、Anysphere、Microsoft、OpenAI 和 Vercel。Google 也于同日作为核心维护者加入。Agent Plugins 1.0 是一个开放标准，将 Agent 技能和 MCP 服务器打包为一个可安装的插件，由独立于任何单一供应商的治理体系管理。

为多个 Agent 发布插件早已可行，但代价是重复劳动。一个插件可以将技能与 MCP 服务器打包在一起，比如一份部署手册及其对应的工具集成。尽管技能及其底层的服务器对每个客户端都是相同的，但周围的包装并不通用，因此你需要为每个客户端维护独立的清单文件和目录结构。

VS Code、Copilot CLI、GitHub Copilot SDK 和 GitHub Copilot app 均已全面支持，所有 Copilot 计划均可使用。

从市场安装 spec 插件。你可以在 Awesome Copilot 市场中找到插件，VS Code、Copilot CLI 和 Copilot app 均默认提供该市场。

跨工具共享一个插件。兼容的客户端可以从同一个包中发现它们支持的技能和 MCP 服务器配置。

保留现有插件。不以 Agent Plugins 1.0 为目标的现有 GitHub Copilot 插件仍然受支持，无需任何迁移。

构建或迁移插件

如果你维护一个插件，采用该规范主要是清单文件的修改工作：

在 plugin.json 中添加 $schema

将技能保留在 skills/ 下，MCP 配置放在 mcp.json 中

将 Copilot 特定文件移入 com.github.copilot/ 目录，其他客户端会忽略该目录

最后一步是保持插件可移植性的关键，不会牺牲任何东西。规范将技能和 MCP 服务器标准化，因此 Copilot 在这些能力之外的功能都放在带命名空间的目录中。自定义 Agent、命令、规则和钩子从该目录加载，在 VS Code、Copilot CLI 和 Copilot app 中均如此，CLI 和 app 还会加载扩展（如画布）。一个包既保持可移植性，又保留了 Copilot 行为。

参阅《构建 Agent 插件》了解最小包的结构以及各组件的放置位置，或从示例插件和迁移指南开始。

用已有的设置来治理插件

随着插件在各工具间变得可移植，组织需要一个一致的方式来管理哪些插件对开发者可用。Copilot Business 和 Enterprise 客户可以在 VS Code、Copilot CLI、GitHub Copilot app 和 Copilot 云端 Agent 上使用现有的企业托管设置。

在 managed-settings.json 中，使用 enabledPlugins 自动安装或屏蔽特定插件，使用 extraKnownMarketplaces 添加对开发者可用的市场，使用 strictKnownMarketplaces 将安装限制在托管市场内。企业级设置建立基线，插件和市场设置与批准的团队级覆盖配置按加法方式合并。如需了解更多，参阅我们关于为特定团队设置覆盖的文档。

如果你已经为支持的 Copilot 客户端管理这些插件设置，它们同样适用于 Agent Plugins 1.0。无需单独的 Agent Plugins 策略。

插件也可以携带 MCP 服务器配置，因此可以将其与 MCP 允许列表配合使用，后者按 URL、命令或名称批准或屏蔽单个服务器。

在 Copilot CLI 中查找和安装插件

关于 GitHub Copilot 插件

已发布的 Agent Plugins 1.0 规范