Agent Plugins 1.0 在 VS Code、Copilot CLI 和 Copilot 应用中发布
GitHub 发布 Agent Plugins 1.0 开放标准,一次构建插件即可跨多个兼容 agent 客户端使用,AWS、OpenAI、微软等多家公司参与支持。
原贴
查看原文原文
中文翻译
您现在可以构建一次插件,并在所有兼容的 agent 客户端中使用它。我们于 8 月 6 日与 AWS、Anysphere、Microsoft、OpenAI 和 Vercel 一起发布了 Agent Plugins 1.0。Google 也在同一天作为核心维护者加入。Agent Plugins 1.0 是一个开放标准,将 agent 技能和 MCP 服务器打包成一个可安装的插件,该插件独立于任何单一供应商进行管理。
为多个 agent 发布插件以前也是可能的,但需要重复工作。一个插件可以将技能与 MCP 服务器捆绑在一起,例如部署运行手册及其工具集成。虽然技能和底层服务器对每个客户端都是相同的,但包装方式不同,因此您需要为每个客户端维护单独的清单和目录结构。
在 VS Code、Copilot CLI、GitHub Copilot SDK 和 GitHub Copilot 应用中,所有 Copilot 计划均普遍支持。从市场安装规范插件。您可以在 Awesome Copilot 市场找到插件,该市场在 VS Code、Copilot CLI 和 Copilot 应用中默认可用。跨工具共享一个插件。兼容客户端可以从同一个包中发现它们支持的技能和 MCP 服务器配置。保留现有插件。不针对 Agent Plugins 1.0 的现有 GitHub Copilot 插件仍然受支持,无需迁移。
如果您维护插件,采用该规范主要是清单工作:将技能保留在 skills/ 下,并将 MCP 配置放在 mcp.json 中。将 Copilot 特定文件移动到 com.github.copilot/ 目录中,其他客户端会忽略该目录。最后一步是让插件在不让渡任何内容的情况下保持可移植性的关键。该规范标准化了技能和 MCP 服务器,因此 Copilot 超出这些的能力位于命名空间目录中。自定义 agent、命令、规则和钩子从该目录加载,跨越 VS Code、Copilot CLI 和 Copilot 应用,CLI 和应用还加载画布等扩展。一个包保持可移植性并保留其 Copilot 行为。有关最小包以及每个组件的位置,请参阅构建 Agent 插件,或从示例插件和迁移指南开始。
随着插件在工具之间变得可移植,组织需要一致的方式来管理哪些插件对开发人员可用。Copilot Business 和 Enterprise 客户可以在 VS Code、Copilot CLI、GitHub Copilot 应用和 Copilot 云代理中使用现有的企业管理设置。
核心信息
GitHub 发布 Agent Plugins 1.0 开放标准,一次构建插件即可跨多个兼容 agent 客户端使用,AWS、OpenAI、微软等多家公司参与支持。
- GitHub 发布 Agent Plugins 1.0 开放标准,一次构建插件即可跨多个兼容 agent 客户端使用,AWS、OpenAI、微软等多家公司参与支持。
- 原贴提到:You can now build a plugin once and use it across all compatible agent c
- 来源:github.blog
成为会员查看完整内容
你已经看到了这篇内容的前置整理,剩余深度部分仅对会员开放。