VS Code、Copilot CLI和Copilot应用程序中的代理插件1.0

您现在可以构建一次插件,并将其用于所有兼容的代理客户端。我们于8月6日与AWS、Anysphere、Microsoft、OpenAI和Vercel一起发布了Agent Plugins 1.0。… VS Code、Copilot CLI和Copilot应用中的POST Agent Plugins 1.0首次出现在GitHub博客上。

您现在可以构建一次插件,并将其用于所有兼容的代理客户端。我们于8月6日与AWS、Anysphere、Microsoft、OpenAI和Vercel一起发布了Agent Plugins 1.0。谷歌也在同一天作为核心维护者加入。代理插件1.0是一个开放标准,它将代理技能和MCP服务器打包到一个可安装的插件中,该插件独立于任何单一供应商进行管理。

为多个代理发布插件已经是可能的,但这会导致重复。插件可以将技能与MCP服务器捆绑在一起,例如部署Runbook及其工具集成。虽然每个客户端的技能和服务器都是相同的,但它们周围的包装并不相同,因此您为每个客户端维护了单独的清单和目录布局。

在所有Copilot计划中, VS Code、Copilot CLI、GitHub Copilot SDK和GitHub Copilot应用程序中通常都有支持。从市场安装规格插件。您可以在Awesome Copilot市场中找到插件,默认情况下可在VS Code、Copilot CLI和Copilot应用程序中找到。跨工具共享一个插件。兼容客户端可以从同一软件包中发现它们支持的技能和MCP服务器配置。

保留现有插件。不以Agent Plugins 1.0为目标的现有GitHub Copilot插件仍受支持,无需迁移。如果您维护插件,则采用规范主要是清单工作:在mcp.json中的skills/和MCP配置下保留技能将Copilot特定的文件移动到com.github.copilot/目录中,其他客户端会忽略此操作。最后一步是保持插件可移植而不会放弃任何内容。

该规范标准化了技能和MCP服务器,因此除命名空间目录之外的Copilot功能也存在于命名空间目录中。通过VS Code、Copilot CLI和Copilot应用程序从那里加载自定义代理、命令、规则和钩子, CLI和应用程序还加载扩展(如画布)。一个包裹保持便携,并保持其Copilot行为。