摘要GitHub 8 月 12 日让 Agent Plugins 1.0 全量上线把 skill 和 MCP 打包成一份插件终端、IDE、桌面端一次构建到处装。这是六家厂商的开放标准本文讲清它的结构、治理和信任缺口。给同一个 AI 能力做打包做四遍是什么体验图以前一份能力要打四份包装改一处四处改现在一个包分发到四端一次构建到处装。你维护一个部署工具集一段上线前要检查哪些项、回滚条件是什么的流程说明配一个能真去调部署接口的工具。逻辑只有一份可你想让它在 VS Code、命令行、桌面应用里都能被 Agent 用上就得按每种客户端的格式各写一遍清单、各摆一套目录。改一次流程四个地方同步改。漏一个某端就还跑着旧规则。8 月 12 日GitHub 宣布 Agent Plugins 1.0 全量上线解决的就是这个打包打四遍的问题1。这篇文章讲它是什么、为什么值得注意、以及它刻意没做的事。Agent 插件是什么一句话Agent Plugins 1.0 是一套打包格式把 skill操作手册和 MCP server工具通道装进一个目录任何兼容的 Agent 客户端都能安装使用。一份插件长这样company-deploy/ ├── plugin.json ├── skills/ │ └── deploy/ │ └── SKILL.md ├── mcp.json └── com.github.copilot/ └── commands/plugin.json是清单必需四个字段就够{$schema:https://agent-plugins.org/schemas/1.0.0/plugin.schema.json,name:company-deploy,description:部署工具集,version:1.0.0}清单只有四个字段不是偷懒是刻意。字段越多各家分歧越大六家就越难坐到一张桌子上。1.0 把可移植的最小公分母定在刚好能装能发现的程度其余全部留给平台自己发挥。规范里还定义了两个运行时占位符PLUGIN_ROOT指向插件安装目录PLUGIN_DATA指向插件的数据目录客户端加载时展开——这是插件包在运行时能定位自己资源的唯一约定。skills/下每个子目录放一份 SKILL.md遵循 Agent Skills 规范mcp.json声明要挂的 MCP server可选。最后那个com.github.copilot/是供应商保留区——放只有某家客户端才认的东西自定义命令、规则、钩子其他客户端看到这个命名空间直接跳过。这个目录布局是整个标准最巧的地方。它没有抹掉各家差异而是给差异划了个隔离区公共部分skill MCP标准化私有部分按厂商命名空间存放。客户端可以不实现某个命名空间仍然算合规。标准化的便携核心只有两类组件其余的留给各家自己长。如果你维护过旧版 Copilot 插件迁移基本是改清单的活加上$schema、把 skill 归到skills/、MCP 配置挪到根mcp.json、Copilot 专属文件移进com.github.copilot/。旧插件继续能用没有强制迁移期限。为什么不是 GitHub 一家的事一个格式能立住关键看谁在推。Agent Plugins 1.0 不是 GitHub 单方面定的8 月 6 日发布时就有 AWS、Anysphere、Microsoft、OpenAI、Vercel 五家参与Google 同日加入核心维护治理上设了独立的技术宪章和多方指导委员会2。GitHub 的 GA 是把它从规范变成可用的分发设施。它和 MCP 的关系值得单独说清。MCP 定的是Agent 和工具怎么通信Agent Plugins 定的是这些工具连同说明怎么打包、分发、安装。一个是协议一个是容器不冲突是叠着用的两层。你可以这么记skill 定义流程和知识什么时候能部署、哪些检查必须过MCP 提供工具通道调部署接口、查状态plugin 负责把前两者打包成一份可分发单元放到工程史上这有点像 npm 出现之前的前端组件逻辑是同一份但每个项目用各自的拷贝、各自的打包方式版本飘得到处都是。Agent Plugins 要做的就是给 Agent 能力一个认得出来的分发单元。以前一个能力想覆盖多个客户端得维护多份 manifest 和多套目录现在一份包客户端各自发现里面支持的部分。为什么非要把 skill 和 MCP 绑在一个包里因为只有工具Agent 不知道什么时候该用它。部署 MCP server 暴露的是deploy()、rollback()、get_status()这些动作但上线前必须跑迁移 review“哪些环境要人工审批”“回滚条件是什么”——这些规则工具描述里装不下得靠 skill 写清楚。工具给动作skill 给规则plugin 把两者打包缺一不可。单独发一个 MCP server 给 Agent它知道能干什么不知道什么时候该干。时间线也能看出它不是拍脑袋规范仓库 4 月就公开1.0.0 版本 7 月底发布OpenAI 的 Codex CLI 7 月 29 日就接入了支持8 月 6 日多厂商联合公告8 月 12 日 GitHub 四端 GA。从定稿到落地节奏很快。企业和团队各自拿到什么对个人开发者收益是少写几份清单。对团队和公司收益更大也更实际。先说治理。插件要跨工具流通企业就得有统一的口径管哪些插件能装、从哪装。Copilot Business 和 Enterprise 的管理员用现有的managed-settings.json三个键enabledPlugins控制自动安装或拉黑某个插件extraKnownMarketplaces允许加额外市场源strictKnownMarketplaces直接锁死只装受管市场里的插件。第三个键值得单独说。市场默认启用是便利但对安全团队来说没有锁源的能力就等于把插件代码从哪来的决定权让给了每个人。strictKnownMarketplaces把组织的管控点放在了从哪装这一步早于装哪个顺序是对的。插件可以携带 MCP server 配置所以还要和 MCP 的 allowlist 配套用——按 URL、命令或名字审批或拉黑单个 server。另一个落地场景是 CI/CD。skill 是文件mcp.json 也是文件都在同一个包里。你的构建可以生成它、签名它、打版本reviewer 可以在 PR 里 diff 它。以前一个能力三个端口团队往往只更新自己最常用的那个另外两个慢慢漂移。现在一个产物、一次发布CLI 和桌面端自动跟上——尤其当插件连的是生产 MCP server 时你不会想要三份各说各话的工具契约散落在野。对刚起步的团队价值是顺势按规范从第一天开始打包市场发现、安装体验都白拿不用自己造分发基础设施。还有个容易被忽略的点这个标准给公司内部工具留了位置。企业完全可以搭自己的插件市场把部署、审查、安全规范这些内部能力打包成插件只对自己的 Agent 开放。来源单一、可审计比面向所有人的公共市场干净得多。规范的价值不只在于跨厂商也在于跨团队——同一个包格式内部也能少维护几套。最后是向后兼容。存量 Copilot 插件不迁也能继续用没有强制迁移的 flag-day。规范文档也明确说客户端可以忽略不支持的组件或命名空间依然算合规。这套旧的不坏、新的可试的策略是它能全量上线的底气。图企业管 Agent 插件的四步流程——先锁源受管市场再审单enabledPlugins再分发开发者安装最后配合 MCP 白名单。装前看一眼包里有什么是基本动作。别急着把市场当信任前面讲的都是收益这一节说代价或者说标准刻意留给你的功课。第一规范的成熟度。spec 页面自己标着 Working Draft——虽然仓库把它列为当前发布版但它不是被某个标准组织冻结的终稿还在演化中。把它当可用没问题把它当永久承诺是另一回事。第二1.0 明确不做的事。它没有中央注册表、没有签名验证、没有权限控制、没有沙箱、也没有发布者身份校验。这些全部列在路线图里当未来工作。为什么不做因为做了就谈不拢——签名、权限这些恰恰是各家最有分歧的地方先砍掉才能让六家坐下来。代价是装插件现在的信任级别约等于装一个第三方依赖你得自己审计。第三市场默认启用带来的攻击面。Awesome Copilot 市场在 VS Code、CLI、App 里默认开启安装门槛低了投毒的回报也高了。这跟浏览器插件商店、npm 仓库面对的是同一类供应链问题只是刚起步防护工具还不成熟。企业至少该把strictKnownMarketplaces打开个人则要习惯装前看一眼包里有什么。第四兼容目录是自报的。官方列出的客户端清单是各家自己声明我支持不是跑过公开一致性测试套件的结果。目录在变真实性要靠使用验证。一个标准成不成最后看有多少客户端真的实现了它、多少人真的在用——这一步没有捷径。GitHub 一家 GA 只是起点别的客户端跟进到什么程度、实现是否一致才是接下来半年要盯的。所以对 Agent Plugins 1.0合适的姿态是作为打包格式值得跟进作为信任基础设施还早。把安装当依赖管理来对待审计、锁定来源、最小权限跟你在 npm 里做的事一样。市场默认开启不等于默认可信这个边界得自己划。标准解决的是分发问题不是决策问题——装哪个、信哪个永远是人的事。收尾上一篇文章写 skill、agent、mcp、workflow 四层各管一段最后说工具是手段你的真实工作流才是主角。Agent Plugins 在这四层下面又垫了一层怎么发。skill 和 mcp 你搭好了plugin 负责把它们干净地送到每个客户端手里。那一篇里的概念分层现在多了一条skill 给规则mcp 给通道plugin 给包装——四层之外多了一个负责运输的第五层。工具链正在长出分发层这是值得跟进的变化。但记住它解决的只是包装和运输代码还是那堆代码信任还得自己管。装什么、信什么、给多大权限——这些问题一个打包格式替代不了你。标准把分发变简单了也把你装了谁的包这件事从没人关心变成了天天要问。这一问就是它带给每个团队的第一份作业。参考资料GitHub BlogAgent Plugins 1.0 in VS Code, Copilot CLI, and the Copilot app2026-08-12https://github.blog/changelog/2026-08-12-agent-plugins-1-0-in-vs-code-copilot-cli-and-the-copilot-app/Agent Plugins 1.0 规范agent-plugins.orghttps://agent-plugins.org/specification规范仓库https://github.com/agentplugins/agent-plugins-specAgent Plugins 示例与迁移指南https://github.com/agentplugins/agent-plugins-example作者唐悦玮 | 从后端出发用 AI 拓展到全栈的工程师。