GitHub 支持 Agent Plugins 1.0：VS Code、CLI 与 Copilot App 可以共用插件

Agent Plugins 1.0 用统一目录打包 Agent Skills 与 MCP 配置，让插件跨多个兼容客户端复用，并保留厂商专用扩展。

Agent Plugins 1.0 试图结束“同一套技能为每个智能体客户端重新打包一次”的重复劳动。它用统一目录同时封装 Agent Skills 与 MCP 服务配置，再由兼容客户端选择自己支持的部分。

这是怎样的开放标准

GitHub 说明，Agent Plugins 1.0 于 2026 年 8 月 6 日由 AWS、Anysphere、Microsoft、OpenAI 与 Vercel 等共同发布，Google 同日加入核心维护者。Google 开发者博客也将其描述为厂商中立、可移植的插件格式。

GitHub 在 8 月 12 日宣布，VS Code、Copilot CLI、Copilot SDK 和 Copilot App 已全面支持该标准，覆盖所有 Copilot 方案。开发者可以从市场安装，也可自己创建插件。

最小迁移主要围绕清单与目录：在 plugin.json 中加入 schema，把技能放在 skills/，将 MCP 服务配置放进 mcp.json。客户端读取同一包后，只加载自己能够理解的组件。

GitHub 特有的自定义智能体、命令、规则和钩子可以放入 com.github.copilot/ 命名空间。其他客户端忽略这部分，从而让通用能力保持可移植，同时不限制厂商自己的扩展。

统一格式只提供共同底座，并不保证所有客户端拥有相同权限、界面和执行能力。一个插件在编辑器中可用，不代表在云端智能体里能完成同样动作。发布者仍需列出已测试客户端和功能差异。

插件可能携带 MCP 服务，安装前应检查其命令、网络地址、所需凭证与写权限。可移植性降低了分发成本，也可能让有风险的配置扩散得更快。

Copilot Business 与 Enterprise 可通过 managed-settings.json 自动安装或屏蔽插件、添加受信市场，并限制只使用受管市场。GitHub 还建议配合 MCP allowlist，按 URL、命令或名称批准具体服务。

Agent Plugins 1.0 像是在为智能体生态建立统一包装盒。真正成熟还要看多家客户端的实现一致性、版本管理和安全治理，但它已经让“技能一次编写、多处使用”从口号变成了可以验证的目录规范。

文章解决具体问题；完整课程会把前置知识、操作流程、验证方法和项目资料放在一起。