觉
AI觉醒星球
Awakening is here
Knowledge File / AI技能杠杆
2026-08-13 2 浏览 免费阅读

Agent Plugins 1.0 在 VS Code、Copilot CLI 和 Copilot 应用中发布

GitHub 发布 Agent Plugins 1.0 开放标准,一次构建插件即可跨多个兼容 agent 客户端使用,AWS、OpenAI、微软等多家公司参与支持。

SOURCE / AI技能杠杆 MIN / 9 ACCESS / 免费阅读 POST / 2026-08-13 02:39:11

原贴

查看原文
作者:Allison 来源站点:github.blog 原贴时间:

原文

You can now build a plugin once and use it across all compatible agent clients. We published Agent Plugins 1.0 on August 6 with AWS, Anysphere, Microsoft, OpenAI, and Vercel. Google also joined as a core maintainer on the same day. Agent Plugins 1.0 is an open standard that packages agent skills and MCP servers into one installable plugin that is governed independently of any single vendor. Publishing a plugin for several agents was already possible, but it cost you duplication. A plugin can bundle a skill with an MCP server, such as a deployment runbook and its tool integration. While the skill and the server underneath were the same for every client, the packaging around them wasn’t, so you maintained a separate manifest and directory layout for each one. Support is generally available in VS Code, Copilot CLI, the GitHub Copilot SDK, and the GitHub Copilot app, on all Copilot plans. Install spec plugins from a marketplace. You can find plugins in the Awesome Copilot marketplace , available by default in VS Code, Copilot CLI, and the Copilot app. Share one plugin across tools. Compatible clients can discover the skills and MCP server configuration they support from the same package. Keep your existing plugins. Existing GitHub Copilot plugins that don’t target Agent Plugins 1.0 remain supported, with no migration required. If you maintain a plugin, adopting the spec is mostly manifest work: Keep skills under skills/ and MCP configuration in mcp.json Move Copilot-specific files into the com.github.copilot/ directory, which other clients ignore That last step is what keeps a plugin portable without giving anything up. The spec standardizes skills and MCP servers, so Copilot capabilities beyond those live in the namespaced directory. Custom agents, commands, rules, and hooks load from there across VS Code, Copilot CLI, and the Copilot app, and the CLI and app also load extensions such as canvases. One package stays portable and keeps its Copilot behavior. See Build an Agent Plugin for the minimal package and where each component goes, or start from the example plugin and migration guide . As plugins become portable across tools, organizations need a consistent way to manage which plugins are available to developers. Copilot Business and Enterprise customers can use existing enterprise managed settings across VS Code, Copilot CLI, the GitHub Copilot app, and Copilot cloud agent.

中文翻译

您现在可以构建一次插件,并在所有兼容的 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

详细解读

信号:Agent Plugins 1.0 是一个由多家头部厂商共同维护的开放标准,旨在统一 agent 插件格式。它意味着 agent 生态从各自为政走向标准化互操作,类似 npm 在前端生态中的作用。

为什么重要:过去开发者需要为不同 agent 客户端分别维护插件,成本高且难以复用。现在一次构建即可跨工具使用,大幅降低插件开发和维护成本,同时推动 MCP 和技能包的标准化,加速 AI 工具链的融合。

对谁有价值:对独立开发者,可以更高效地分发插件;对技术团队,能统一管理内部技能和工具,减少重复建设;对 AI 工具厂商,则意味着需要拥抱开放标准,否则可能被生态边缘化。

行动建议:如果您是 Copilot 用户,可以从 Awesome Copilot 市场直接安装插件体验。如果您维护现有插件,按官方迁移指南将 Copilot 特定文件移入命名空间目录即可实现可移植性。企业用户可通过管理策略控制插件分发,确保合规与安全。

风险与局限:标准仍处于 1.0 版本,生态成熟度尚需检验;不同客户端对规范的支持程度可能不完全一致,兼容性测试不可忽视。另外,插件权限和供应链安全将成为重要议题,需建立可信市场和企业审批机制。

信息差价值

这条内容的真正价值,不只是“有人发布了一个新功能”,而是它揭示了 github.blog 背后的产品方向、工作流变化或竞争信号。对 OPC 来说,这种信息可以转化成持续追踪的栏目选题。

如果把《Agent Plugins 1.0 在 VS Code、Copilot CLI 和 Copilot 应用中发布》放到你的内容系统里,它最大的价值在于帮助读者更快看懂“为什么值得关注”,而不是只看到一条碎片化动态。

参考来源

AI SUMMARY

这篇文章回答了什么

Agent Plugins 1.0 在 VS Code、Copilot CLI 和 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

这篇文章和哪些AI专题相关?

它适合放在Agent工作流、AI工具、AI超级个体专题里阅读。 关联原因:这篇内容命中「Agent、工作流、AI编程」等主题信号。;这篇内容命中「工具、自动化」等主题信号。;这篇内容命中「技能」等主题信号。

阅读这篇文章建议先理解哪些关键词?

建议先理解AI工具、工具、自动化、模型、Cursor这些关键词,再结合正文判断工具、机会或风险是否值得进入自己的工作流。

上一篇 使用GitHub Copilot应用编写你的第一个提示 下一篇 AutoGPT 如何用 AGENTS.md 和技能门控管理 AI 生成的拉取请求