Agent插件有了统一标准,企业官网怎么接
7月24日,一个名为Agent Plugins 1.0.0的开源规范对外发布;8月6日,谷歌宣布加入其核心维护者名单,与亚马逊、微软、OpenAI等并列。这件事表面上是开发者工具层面的标准化,实际上正在改变企业内容与服务的分发方式——AI智能体的"插件包"开始有统一格式了。
这个标准解决什么问题
先补一点背景:Agent Skills和MCP是目前智能体生态里两个已经跑起来的"零部件"。MCP(模型上下文协议)解决的是智能体怎么连接外部工具和数据,由Anthropic发起、现由开放社区治理;Agent Skills解决的是怎么给智能体可复用的操作指令。两者本身都有规范,但"打包和分发"没有统一格式——同一个技能,在VS Code、Cursor、ChatGPT里要用各自的目录结构重新适配。Agent Plugins要解决的正是这个"最后一公里":把技能加服务配置装进一个固定结构的目录,根目录一个plugin.json清单,技能放在skills/目录,MCP服务配置写在mcp.json,一次打包,在兼容的客户端之间通用。
这个规范由Vercel发起,亚马逊云科技、Cursor、微软、OpenAI、Vercel构成技术指导委员会核心维护者,谷歌于8月6日加入。目前兼容客户端已覆盖VS Code、Cursor、GitHub Copilot、ChatGPT与Codex、Kiro等主流工具。值得注意的是,标准刻意划清了边界:安装、权限、沙箱、签名、企业策略都不在范围内,由各客户端和发行渠道自行负责——它只管"包长什么样、放在哪、怎么被发现"。
对企业意味着什么
对外:当越来越多的AI客户端用统一方式加载技能和工具,企业官网、文档、API如果以标准结构暴露能力(比如提供MCP端点、结构化技能说明),就可能被Agent生态直接调用。这和GEO的底层逻辑是相通的:AI消费时代,让机器可读、可引用、可调用,比单纯追求关键词排名更根本。企业现在梳理官网内容时,可以顺手做两件事——把产品信息、FAQ、案例做成结构清晰的页面,同时评估核心业务能力是否值得封装成MCP服务开放。
对内:企业自建AI工具、客服机器人、内部知识库时,按统一标准打包技能和工具连接,可以避免换一个平台就重做一遍。对营销、售前、售后等多团队并行运营的企业,重复性动作(竞品调研、内容质检、周报生成)写成标准技能格式后,可以跨工具复用。
落地建议
- 内容结构化先行:官网产品页、FAQ、案例页用清晰的标题层级和语义化结构组织,让AI客户端和技能更容易解析与引用。
- 评估MCP接入:把产品查询、报价、工单等核心业务能力封装为标准MCP服务,向Agent生态开放前先做鉴权与数据脱敏评估。
- 技能资产化:把重复的运营动作沉淀为SKILL.md格式技能,统一版本管理,随用随取。
- 保持跟进:规范才1.0,兼容客户端列表和组件类型都会扩展,企业不必抢跑,但可以先把资产清单梳理出来。
标准刚起步,生态还在变化,但方向是明确的:AI时代的互操作正在从单一平台走向开放协议。对还在观望的企业,现在开始梳理自己的技能和内容资产,成本最低。可以从小处动手:先选一个高频场景(比如"客户问产品参数"),把FAQ和产品数据整理成结构化页面,再决定要不要封装成技能或MCP服务——先让内部团队用起来,验证流程再对外。像极欧互联GEO这类服务机构,已经把AI可读性监测纳入企业内容审计流程,可以作为同行参考。
给决策者一个务实的判断框架:这个标准短期内影响的是开发者和工具厂商,对企业业务的影响是渐进的,不必恐慌,但值得纳入明年的数字化规划。判断信号有三个——兼容客户端数量是否继续扩大、企业级应用(如客服、CRM、知识库)是否跟进支持、以及行业内是否有成熟的插件市场出现。三者逐步兑现时,就是企业正式投入的时点。在这之前,把内容结构化和接口规范这两件基础工作做扎实,永远不会白做。
信息来源
- Vercel官方博客:Introducing Agent Plugins,2026-07
- 亚马逊云科技官方博客:AWS Supports Agent Plugins: An Open Standard for Portable Agent Extensions,2026-08
- Virtualization Review:Cloud Giants Back 'Agent Plugins' for Cross-Client AI,2026-08-06

