DAILY READ · 2026-11-05 · 第 1/4 部分

Agent Skills 与 MCP 生态现状:主流方案、最佳实践与安全风险(综合报告)

每日页收录该篇完整全文;高亮区间是今天的阅读目标,其余部分随时可读。

目录

题记与说明

👉 今日目标从这里开始 — 读到这里为止(约 8,960 字 / 18 分钟)。
课题:《Agent Skills 与 MCP 生态现状:主流方案、最佳实践与安全风险》
撰写日期:2026-10-28
方法说明:本报告由两份章节研究综合而成——纵轴章节《Agent Skills 与 MCP 生态发展历程》(2022–2026 时间维度的完整生命历程)与横轴章节《Agent Skills 与 MCP 生态横向对比》(2026-10-28 时间截面上的系统性横向比较)。两章均基于会话内实际执行的网络检索与一手页面抓取(Anthropic 官方公告与工程博客、MCP 官方规范与博客、agentskills.io、NSA 官方文件等)撰写,关键事实附来源链接。综合时已合并两章的重复叙述,并校正了口径出入:Snyk ToxicSkills 报告日期以横轴所引事件时间线(2026-02-05)为准,MCP SDK 下载量两章数字不一致(1.1 亿 vs 4 亿+)已在正文如实并注,"USB-C"类比的出处做了分别说明。无法核验原始页面的条目标注"(据检索摘要)",仅单一二手来源的数据标注"(单一来源)"。详见文末"数据口径与未竟事项"。
修订说明(定稿):本文件为按独立审读意见修订后的定稿,修订前原稿同目录留存。本次修订:① 2.1 明确 B 类路线仅作背景参照、不进主对比表,并在 2.5 补其取舍分析;② 1.9 首次出现处补 OpenClaw/ClawHub 界定;③ "脚本以用户权限运行、无沙箱"改标为报告推断,并补 agentskills.io 执行模型依据(规范与《Using scripts in skills》指南本次抓取核实,均未约定沙箱/权限隔离层);④ ToxicSkills/ClawHavoc 全量数据收敛至 2.4.2 一处,1.9 与 2.3 改为引用,并新增数字口径层次说明(缺陷≠恶意、ClawHavoc 与 1,467 的关系、全量占比 vs 局部计数 vs 假设值);⑤ 统一 A2A 定位口径(MCP 的纵向相邻层,非同层替代);⑥ 1.4"增长平缓"补千级规模依据,1.6"万级"标注为按 2026-Q1 数据回推的推断;⑦ "Microsoft、GitHub、Cursor 采纳 Skills"的限定前置至正文使用处,OWASP LLM01 引述补"(单一来源)"标注;⑧ 据 Linux Foundation 官方新闻稿(本次抓取核实)修正 AAIF 表述:创始捐赠方为 Anthropic、OpenAI、Block 三家,Google、Microsoft、AWS 等为白金成员/表态支持者。

TL;DR

两大标准互补:MCP(2024-11)负责"连接",动态连接工具与数据,2025 年获 OpenAI、Google、微软采纳,12 月捐入 Linux 基金会 AAIF;Agent Skills(2025-10)负责"专长",以 SKILL.md 渐进式披露注入过程知识,获 70+ 平台采纳,2026-10 同捐 AAIF。竞争已从协议层转向分发与信任层:审核制商店、开放目录、注册表三分天下。安全是共同短板:工具投毒、postmark-mcp、ClawHub 恶意技能、ToxicSkills 36% 缺陷率频发,提示注入根因未解。建议:MCP 建连接、Skills 编流程;最小权限加人工确认;第三方组件先扫描审计再用。


一、纵轴:发展脉络(2022–2026)

1.1 时间线速览

时间关键节点
2022–2024 中提示注入/间接提示注入概念提出;function calling 与 GPTs 插件生态的碎片化(背景,基于既有知识)
2024-11-25Anthropic 发布并开源 MCP(Model Context Protocol),首个规范版本 2024-11-05
2025-03-26MCP 规范首度大修(Streamable HTTP、OAuth 2.1);同周 OpenAI 宣布采纳 MCP
2025-04 ~ 2025-06Google、微软相继采纳;第一波 MCP 安全研究潮(工具投毒、GitHub/Supabase MCP 漏洞);规范 2025-06-18 修订
2025-09MCP Registry 官方注册表预览上线;首例在野恶意 MCP 服务器 postmark-mcp 被曝光
2025-10-16Anthropic 发布 Agent Skills(SKILL.md + 渐进式披露);同期 Claude Code 插件系统与官方插件市场上线
2025-11-25MCP 规范 2025-11-25 版发布(Tasks、扩展机制)
2025-12-09Agentic AI Foundation(AAIF) 成立:Anthropic 捐 MCP、OpenAI 捐 AGENTS.md、Block 捐 Goose;agentskills.io 开放标准上线;OpenAI Codex 采纳 Skills
2026-02Snyk ToxicSkills 研究:扫描 3,984 个公开技能,约 36% 存在安全缺陷(另有口径 36.8%)
2026-05 ~ 2026-06NSA 发布首份 MCP 政府级安全指南
2026-07-28MCP 规范 2026-07-28 版(迄今最大修订:无状态核心、多往返请求、认证体系重写)
2026-10Skills 安全研究集中爆发(OWASP Agentic Skills Top 10);2026-10-22 Anthropic 将 Agent Skills 标准捐赠给 AAIF

1.2 阶段 0:前史——工具调用碎片化与提示注入的提出(2022–2024 年中)

MCP 与 Agent Skills 诞生前,行业经历了两次铺垫。

第一次铺垫是"模型如何用工具"的碎片化探索。 2022–2023 年,OpenAI function calling、LangChain 等工具编排框架、以及 2023 年 11 月发布的 GPTs 及其插件/Action 体系,让"给模型接上外部能力"成为标配。但每家模型厂商、每个 Agent 框架都定义了自己的工具描述格式与调用协议:一个 SaaS 厂商想让 Claude、GPT、Gemini 都能访问自己的 API,需要为每种宿主分别写集成,形成经典的 M×N 集成爆炸问题。Anthropic 在 MCP 公告中将其概括为:模型"被困在信息孤岛和遗留系统之后",每个新数据源都需要单独定制集成(来源:Anthropic 官方公告,2024-11-25)。

第二次铺垫是安全社区对"模型信任外部文本"的警惕。 据模型既有知识(本次未逐一核验原始论文),2022 年 Simon Willison 等人提出并普及了"提示注入(prompt injection)"概念,2023 年 Kai Greshake 等人系统化了"间接提示注入(indirect prompt injection)"——即攻击者把指令藏在模型会读取的外部内容(网页、文档、邮件)中。到 2025 年,OWASP《LLM 应用 Top 10(2025 版)》将提示注入列为第一大风险 LLM01(来源:SSOJet 对 OWASP LLM Top 10 的引述,单一来源,未核对 OWASP 原文)。这条安全伏笔,决定了后来 MCP 与 Skills 生态的每一次扩张都会伴随一轮安全危机。

1.3 阶段 1:MCP 诞生——连接层标准出现(2024 年 11 月)

2024 年 11 月 25 日,Anthropic 发布并开源 Model Context Protocol(MCP),定位为连接 AI 助手与数据源、工具的开放标准,同时开源了规范与 SDK(GitHub 上的 modelcontextprotocol 组织)、Claude Desktop 的本地 MCP 支持,以及一批预构建 MCP 服务器开源仓库(Google Drive、Slack、GitHub、Git、Postgres、Puppeteer 等)。协议由 Anthropic 的 David Soria Parra 与 Justin Spahr-Summers 主导创建;首批合作伙伴中 Block、Apollo 已完成集成,Zed、Replit、Codeium、Sourcegraph 等开发工具公司同步跟进(来源:Anthropic 官方公告,2024-11-25)。首个规范版本编号为 2024-11-05,采用 JSON-RPC 2.0 作为消息层,定义了 tools / resources / prompts 三类原语(来源:modelcontextprotocol/specification 仓库)。

关于流传最广的"USB-C for AI"类比:MCP 官方文档介绍页确实以"AI 应用的 USB-C 接口"作类比(来源:MCP 官方介绍,横轴章节本次直接抓取核实),但 Anthropic 当日的新闻公告页面本身并未使用这一表述——该类比在社区传播中被进一步放大。

主要参与者:Anthropic(发起方)、Block/Apollo/Zed/Replit/Codeium/Sourcegraph(首批采用者)。驱动因素:Agent 时代"上下文即能力"的共识、M×N 集成成本的痛点,以及 Anthropic 借开放标准换取生态话语权的策略。

1.4 阶段 2:从单家方案到事实标准(2025 年 1 月 – 5 月)

MCP 发布后的最初三个月,生态处于早期积累——到 2025 年 2 月前后公开服务器约千级(据二手统计,见下条),增长尚属平缓;转折发生在 2025 年 3 月。

驱动因素:一是接入侧的网络效应——服务器开发者越多,客户端越没有理由不兼容;二是巨头各自的 Agent 平台(OpenAI 的 Operator/Codex、微软的 Copilot 智能体体系)都需要一个现成的工具接入层,自建协议的协调成本高于直接采纳。同期 Google 也推出了定位于"Agent 之间互联"的 A2A 协议(2025 年 4 月,背景信息基于既有知识,本次未核验原文),与 MCP 形成"工具接入 vs Agent 互联"的互补分工。

1.5 阶段 3:第一波安全危机——"每个新接入口都是新攻击面"(2025 年 4 月 – 8 月)

就在大厂排队采纳的同时,MCP 的安全研究几乎同步爆发,形成贯穿课题始终的安全主线。

驱动因素:MCP 的设计哲学是"把信任问题留给宿主与用户",规范本身只管通信语义;而工具描述天然是"面向模型的隐藏文本",恰好是间接提示注入的完美载体。这波危机确立了一个延续至今的共识:MCP 生态的安全责任主要落在客户端宿主、服务器供应方与部署者身上,而非协议本身。

1.6 阶段 4:基础设施成型——注册表、供应链第一案与规范迭代(2025 年 6 月 – 9 月)

驱动因素:服务器数量在千级(2025-02 二手口径)基础上持续膨胀——"17,000+"的万级数字系 2026-Q1 数据(单一来源),按其回推 2025 年中已向万级迈进,属本报告推断——"发现"与"信任"成为瓶颈:注册表解决前者,而后者(安装审批、代码审计、运行时监控)在 postmark-mcp 事件后被证明仍无有效机制。

1.7 阶段 5:Agent Skills 诞生——从"接入工具"到"注入专长"(2025 年 10 月)

2025 年 10 月成为课题另一条主线(Skills)的起点,也是 Anthropic 完整 Agent 产品矩阵成型的月份。

—— 今日目标到此为止,后面是报告其余部分,可继续读也可以明天继续 ——

驱动因素:随着模型能力增强,通用 Agent(如 Claude Code)已能操作完整计算环境,瓶颈从"能不能调工具"变为"如何把专家的程序性知识可组合、可移植地注入 Agent";工程博客将其类比为新员工的入职文档。此外,渐进式披露直接回应了此前工具定义挤占上下文窗口的痛点。

1.8 阶段 6:收敛与基金会化——两大标准同时"去厂商化"(2025 年 11 月 – 12 月)

驱动因素:两大标准同时被"孵化者捐赠给基金会",本质是竞争格局变化的产物——当协议价值取决于中立性而非控制权时,捐赠是扩大采用的最优策略;而 Skills 格式的跨厂商收敛,则因为 SKILL.md 足够简单(一个文件夹 + 一个 Markdown 文件),迁移成本几乎为零。

1.9 阶段 7:从协议到平台、从社区自治到国家级指南(2026 年)

2026 年的两条主线分别是工程化深水区(无状态化、企业级治理)与安全治理的制度化。

驱动因素:企业生产化部署倒逼协议走向无状态与可治理(注册表、CVD、NSA 指南都是"信任基础设施"的补课);而 Skills 的爆发式增长让安全社区把 2024–2025 年对付 MCP 的方法论(扫描、审计、最小权限)原样迁移到技能供应链上。

1.10 纵轴小结:三条贯穿始终的因果线

  1. 集成成本 → 标准化 → 去厂商化:MCP 解决 M×N 集成问题而崛起;当它的价值取决于中立性时,被捐赠给 Linux Foundation;Skills 在一年后复制了同一条路径。标准的最高形态是"没有人拥有它"。
  2. 能力注入方式的演进:从 function calling(写死在代码里)→ MCP(动态连接工具与数据)→ Agent Skills(动态注入流程与专长),每一步都把"Agent 知道什么"从模型权重与硬编码中解放出来,变成可分发的文件制品。
  3. 每次生态扩张都对应一次安全债务:工具描述面向模型的"隐藏文本"催生了工具投毒(2025-04);分发与安装机制缺位催生了 postmark-mcp 供应链事件(2025-09);技能市场的规模效应催生了 ClawHavoc/ToxicSkills 时代(2026)。安全响应也从个体研究(Invariant Labs)演进为制度响应(官方最佳实践、NSA 指南、OWASP Agentic Skills Top 10、协同漏洞披露机制)——但"提示注入无法被协议层根治"这一根本约束,至今未变。

二、横轴:横向对比(2026-10-28 截面)

2.1 研究对象与"对比对象集"的界定

课题的核心对象是两个相互缠绕的标准:

  1. MCP(Model Context Protocol):连接 AI 应用与外部系统(数据、工具、工作流)的开放协议,官方文档类比是"AI 应用的 USB-C 接口"。2024 年 11 月由 Anthropic 发布,2025 年 12 月 9 日连同名称、Logo、GitHub 组织一并捐给 Linux Foundation 旗下 AAIF(来源:MCP 官方介绍、Redmond Magazine、WorkOS 博客)。
  2. Agent Skills:开放格式的能力包——一个含 SKILL.md(必需元数据 name/description + 操作指令)的文件夹,可附带脚本、参考资料、模板。规范最初由 Anthropic 开发并以开放标准发布,2026-10-22 同样捐入 AAIF,检索显示已有 70+ 平台集成(来源:agentskills.io 官方首页,本次直接抓取核实、Techmeme 转述)。

二者是互补而非竞争关系(分工概括见 1.7 节)。据此,横轴的"对比对象集"分四类:

类别代表对象
A. 协议层相关标准(含相邻层互补)Google A2A(Agent2Agent,Linux Foundation 托管;注:A2A 属 MCP 的纵向相邻层——管 Agent 间通信,而非同层替代,与 1.4、2.5 的口径一致)、OpenAI Apps SDK / MCP Apps(基于 MCP 的应用层)
B. 替代性技术路线(背景参照)原生 Function Calling / 工具 JSON Schema(作为对照基线进入主表)、Agent 框架内置工具体系(LangChain、AutoGen 等)、纯提示词+RAG 的"软编码"路线(后两者仅作背景,不进主表,取舍见 2.5 末条)
C. 分发与市场模式官方 MCP Registry、GitHub MCP Registry、第三方 MCP 目录(Smithery、PulseMCP、mcpservers.org 等)、Claude Code 插件市场(Git 仓库制)、Vercel skills.sh、ClawHub(OpenClaw 社区市场)、ChatGPT App Store(审核制)
D. 生态治理机构Linux Foundation / AAIF(MCP、Agent Skills、A2A 三者已归拢于此)
对象集口径声明:B 类中仅"原生 Function Calling"作为最基础的对照基线进入 2.2 主对比表;Agent 框架内置工具体系(LangChain、AutoGen 等)与纯提示词+RAG 的"软编码"路线只作背景参照、不进主对比表——它们不是与 MCP/Skills 并列的独立标准,而是宿主内的工程实践,逐一进表会混淆"标准"与"实现"的层次;其取舍分析统一放在 2.5 末条。A 类中 A2A 为 MCP 的纵向相邻层(互补分工),OpenAI Apps SDK 为 MCP 之上的应用/分发层,二者均非 MCP 的同层替代——特此声明,以消除"对比对象集"宣告与主表交付之间的落差。

2.2 主对比表:能力、成本、生态、成熟度、适用场景

维度MCPAgent SkillsA2AOpenAI Apps SDK / ChatGPT App Store原生 Function Calling
本质定位连接 AI 应用与外部系统的开放协议(工具/数据/工作流)开放格式的能力包:过程知识 + 脚本 + 资源Agent 之间相互通信协作的开放协议基于 MCP 的 ChatGPT 内应用框架 + 审核制应用商店各模型 API 的原生工具调用机制
作用层次运行时连接层(client-server,stdio / Streamable HTTP 传输)上下文/知识层(渐进式加载的 Markdown + 文件)Agent 间消息层(与 MCP 纵向互补)用户界面与分发层(MCP 之上的 UI Widget + 商店)单次请求-响应层
技术机制标准化 JSON-RPC 消息;服务器暴露 tools/resources/prompts渐进式披露三段式:启动仅载 name/description → 任务匹配后载入全文 → 执行时按需跑脚本Agent Card 发现 + 任务委派MCP server + React Widget + window.openai API模型厂商私有 schema,跨模型不可移植
接入成本需实现/部署 server,开发与运维成本中等;一次建设多客户端复用极低:写 Markdown 文件夹即可,无需服务;代价是"执行即信任"——脚本由 agent 经宿主 shell、以宿主/用户权限运行,规范未定义沙箱或权限隔离层(报告推断:agentskills.io 规范与《Using scripts in skills》指南仅约定执行方式、未约定隔离,依据见 1.7 与 2.4.2 口径注)需实现 A2A 服务端,成本中等中:Apps SDK 开发 + 通过 OpenAI 审核(社区反映排队数周至数月)最低,但每个集成都要在应用侧重写
生态规模(截至 2026 年截面)检索显示 17,000+ MCP 服务器(2026 Q1)、月 SDK 下载量口径不一(见 1.8 节并注)※单一来源70+ 平台集成(Anthropic 捐赠声明口径);获 Microsoft、GitHub、Cursor 采纳、Spring AI 于 2026-01 加入支持(采纳名单据检索摘要,规范站原文未能核验,见文末声明 2)150+ 组织参与(2026-04 一周年口径)ChatGPT App Store 2025-12-17 开放提交,2026 年起分批上架所有主流模型 API 均有,无"生态"概念
成熟度与治理高:一年内形成事实标准,周年更新引入任务化工作流与企业特性;已入 Linux Foundation;2026-07-28 版完成无状态化改造中-高:规范稳定(SKILL.md 结构已定),治理刚移交 AAIF,客户端生态仍在扩张中:企业生产使用已有案例(一周年即落地上要云平台),但消费端工具渗透不及 MCP中:产品成熟但闭源、单厂商控制、审核慢是社区痛点最高(最老牌),但无标准生态
安全风险特征工具投毒、rug pull、跨服务器影子攻击、sampling 注入、"已批准工具"完成攻击恶意 SKILL.md 持久化提示注入、技能供应链投毒(ClawHub/ClawHavoc、ToxicSkills,数据与口径见 2.4.2)攻击面研究相对少(本检索未见标志性事件)审核制兜底,但闭源审核黑箱;底层仍继承 MCP 攻击面注入面较小(开发者自控 schema),但缺乏生态也意味着缺乏规模化投毒土壤
适用场景需要连接外部系统/数据库/API 的任何 AI 应用;多客户端复用集成沉淀团队流程、领域知识、工作流规范;让 agent "会做事"跨厂商多 Agent 协作、企业级 Agent 编排面向 C 端分发的交互式 ChatGPT 应用简单、少量、厂商锁定的工具调用
※ 17,000+ 服务器出自 GrowthMethod 汇总单一来源,未能在官方渠道复核;A2A 150+ 组织出自 Linux Foundation 新闻稿。MCP 当前规范版本为 2026-07-28(官方文档 URL 版本戳,抓取核实:Build servers)。MCP 客户端支持列表(Claude、ChatGPT、VS Code、Cursor、MCPJam 等)见官方支持列表,抓取核实。

2.3 分发与市场模式对比表

市场模式归属分发物信任机制关键事实与来源
官方 MCP RegistryMCP 项目(AAIF 治理)MCP 服务器元数据中心化元数据仓库 + mcp-publisher CLI 发布鉴权;仍处 preview2025-09-08 上线 preview(MCP 官方博客、registry.modelcontextprotocol.io)
GitHub MCP RegistryGitHubMCP 服务器目录GitHub 平台背书2025-09-18 上线,定位"AI 开发工具中枢"(devops.com)
第三方 MCP 目录Smithery、PulseMCP、mcpservers.org、mcpmarket.com 等服务器/技能索引平台自治,质量参差与官方 Registry 并存,构成"多目录"格局
Claude Code 插件市场Anthropic / 社区打包单元:skills + hooks + subagents + MCP 服务器 + 斜杠命令Git 仓库制 marketplace,无强制审核插件为一体化分发单元(打包指南);社区已出现"skills(提示词文件)与 plugins(可执行代码)不应共用同一条安装路径"的争议(claude-code issue #40036)
skills.shVercel LabsAgent Skills开放目录 + CLI(npx skills find),被称为"agent skills 的 npm"(vercel-labs/skills、Vercel changelog)
ClawHubOpenClaw 社区(OpenClaw 为开源、自托管个人 AI 助手,ClawHub 是其官方技能目录/市场,界定见 1.9)Agent Skills弱审核——已发生重大供应链投毒事件(ClawHavoc)ClawHavoc 战役的投放规模、单作者发布量、Snyk 在 ClawHub 的恶意载荷计数及各数字的口径层次,统一见 2.4.2(Socket.dev、SlowMist 分析)
ChatGPT App StoreOpenAIApps SDK 应用(MCP + Widget)强审核制:提交后人工/自动审查,2026 年起分批放行2025-12-17 开放提交(OpenAI 社区公告);社区反映审核排队 6 周+(时间线讨论)

模式判读:市场模式已明显分化为三档——审核制封闭商店(ChatGPT App Store:体验可控、分发慢)、Git/CLI 开放目录(Claude Code 插件市场、skills.sh:分发快、信任靠人)、中心化注册表(MCP Registry:元数据可发现、但 preview 阶段尚不承担安全审查职能)。ClawHub 事件证明第二档在"无审核 + 自动执行"组合下的脆弱性。

2.4 安全风险横向对比

2.4.1 MCP 的攻击面

2.4.2 Agent Skills 的攻击面:SKILL.md 即新型供应链

2.4.3 三种市场模式的抗风险能力排序(综合两章的判断)

审核制商店(ChatGPT App Store)> 中心化注册表(MCP Registry,preview)> 开放目录/社区市场(ClawHub、部分 Git 制 marketplace)。逻辑:注入攻击的放大器是"自动加载 + 无人审阅",审核制以效率换安全,开放目录反之。但审核制不解决底层 MCP 攻击面(Armo 实验已证明"已批准 ≠ 安全"),三条路线最终都指向运行时防护(最小权限、敏感动作 human-in-the-loop、来源与完整性追踪)而非仅靠入口审查。

2.5 逐维度判读要点

2.6 横轴小结:2026 年 10 月截面的竞合格局

  1. 协议层战争基本结束:MCP 成为工具连接的事实标准(OpenAI、Google、Microsoft 均接入或捐入同一基金会),竞争焦点从"谁的协议赢"转向"谁的分发与信任层赢"。
  2. Skills 是 2026 年的增量战场:格式本身无悬念(已被广泛采纳),悬念全在供应链安全与市场治理——Snyk ToxicSkills 的 36% 缺陷率与 ClawHub 的千级恶意样本(口径层次见 2.4.2),是本截面最重要的警示数据。
  3. 分发模式三分天下:审核制商店、开放目录、中心化注册表各占一极;安全事件正推动开放目录向"注册表 + 扫描 + 签名"演进。
  4. 安全是共同短板:无论哪条路线,提示注入/上下文投毒的根因(模型无法可靠区分指令与数据)均未解决,当前最佳实践只能"纵深防御",无法根治。

三、交叉洞察

3.1 两轴结合说明了什么

1. 标准化生命周期在加速复制,协议层战争已经结束。 纵轴显示,MCP 从发布(2024-11-25)到捐入 Linux Foundation(2025-12-09)约走了 12 个半月;Skills 从发布(2025-10-16)到捐入同一基金会(2026-10-22)约走了 12 个月——后者几乎原样复刻了前者的"厂商孵化 → 事实标准 → 去厂商化"路径,且节奏更快。横轴则在截面上确认了终局状态:MCP、Agent Skills、A2A 三大标准全部归拢于 Linux Foundation/AAIF,"Agentic AI 三层协议栈"(Agent 互联 / 工具连接 / 知识注入)成型。两轴相加的结论是:2026 年 Agent 基础设施的问题已经从"用什么协议"变成"谁掌握分发与信任层"——协议的答案是"所有人共有的",分发与信任的答案尚未收敛。

2. 安全债务与分发机制同步升级,这不是巧合而是结构。 把纵轴的事件史与横轴的市场分档叠在一起看,规律非常整齐:每一次分发能力的升级,都精确对应一次供应链安全事件——工具描述成为"面向模型的隐藏文本"(分发能力 v0),催生工具投毒(2025-04);npm 式安装分发(v1),催生 postmark-mcp 供应链后门(2025-09);一键技能市场(v2),催生 ClawHavoc 千级恶意样本与 ToxicSkills 36% 缺陷率(2026,口径层次见 2.4.2)。横轴的三档市场抗风险排序(审核制 > 注册表 > 开放目录)从另一个方向印证同一规律:注入攻击的放大器正是"自动加载 + 无人审阅"。两轴结合还给出了可操作的风险判据——OWASP 提出的三条件(可触达私有数据 + 暴露于不可信内容 + 可外发数据同时成立即为高危),恰好是纵轴所有标志性案例(GitHub 私库泄露、Supabase 数据外泄、postmark-mcp 邮件抄送、ClawHub 信息窃取)的公约数。治理也在沿同一逻辑制度化:从个体研究(Invariant Labs)到官方最佳实践,再到注册表、NSA 政府指南、OWASP Top 10 与协同漏洞披露——但横轴的 Armo 实验(1,312 次测试证明"已批准 ≠ 安全")提醒:只要提示注入的根因(模型无法可靠区分指令与数据)不解决,任何入口审查都只是纵深防御的一层。

3. "连接"与"专长"的分层是真实的技术演进,而非营销叙事。 纵轴的能力注入演进线(function calling 写死在代码里 → MCP 动态连接工具与数据 → Skills 动态注入流程与专长)与横轴的作用层次表(连接层 / 知识层 / Agent 间消息层 / 分发层)互相印证:每一代标准都把"Agent 知道什么、能做什么"从模型权重与硬编码中解放出来,变成可分发、可审计的文件制品。MCP 解决 M×N 集成(O(M×N)→O(M+N)),Skills 解决过程知识复用(渐进式披露控制上下文占用),A2A 解决跨厂商协作——三者分层互补,"MCP 提供 capability、Skills 定义 process"的社区共识在两章的多路来源中均获印证。

4. 生态规模数据互相印证但口径薄弱,制度性信号比单一数字可靠。 纵轴的"1000+ 公开服务器(2025-02)"与横轴的"17,000+(2026-Q1)"构成一条方向一致的增长曲线;但 SDK 月下载量两章记录相差近 4 倍(1.1 亿 vs 4 亿+,均单一二手来源),"70+ 平台集成 Skills"也是厂商口径。两轴结合的方法论启示:判断生态成熟度时,巨头采纳(OpenAI/Google/微软接入)、中立治理(AAIF)、政府指南(NSA)这类制度性信号有多源印证、可靠性高,而规模数字大多不可直接引用。这与两章共同的方法论声明一致。

3.2 对用户的判断与建议

技术选型

  1. 协议层无需再选边,把决策预算花在组合方式上。 MCP 已是工具连接的事实标准(Claude、ChatGPT、VS Code、Cursor 等主流客户端均支持,OpenAI/Google/微软全部接入),Skills 格式已被 70+ 平台采纳。当前理性的默认路径是官方实践总结的组合:MCP 建连接、Skills 编流程——在共享位置定义一次 MCP 连接器,skills 按需消费;团队流程、代码评审规范、领域知识沉淀为 Skills,而非散落在系统提示词里。
  2. 按场景对号入座:要连接外部系统(数据库、SaaS、文件)→ MCP;要沉淀流程/领域知识 → Agent Skills;要多 Agent 跨厂商协作 → A2A;要面向 C 端分发交互应用 → ChatGPT App Store / Apps SDK(接受审核周期 6 周+ 与平台锁定);只需少量简单工具调用且锁定单一模型 → 原生 function calling 足矣。

安全实践(纵深防御清单)

  1. 牢记"已批准 ≠ 安全"(Armo 在 45 个真实服务器上的 1,312 次测试):审批制只解决入口,不解决运行时。最小权限、敏感操作 human-in-the-loop、来源与完整性追踪、运行时监控四件事缺一不可——这也与 NSA 指南点名的信任边界、Agent 滥用问题一致。
  2. 用 OWASP"三条件"做入库评审:任何技能或 MCP 服务器若同时满足"可触达私有数据 + 暴露于不可信内容 + 可外发数据",即为高危,应拆分职责或加固隔离。Skills 的结构性风险高于一次性提示注入:注入内容随文件落盘,具备持久性与可信执行上下文(CSA 定性为"上下文投毒")。
  3. 分发渠道分级使用:企业内部走 Git 制私有市场 + 代码审计;第三方技能入货前必经扫描;对开放目录(ClawHub 式"无审核 + 自动执行"组合)保持戒备——ClawHavoc 已证明其脆弱性(数据见 2.4.2);Skills 中捆绑的脚本由 agent 经宿主 shell、以宿主/用户权限运行,规范未定义沙箱或隔离层(报告推断,依据见 1.7 与 2.4.2 执行模型注),执行即信任,只装可审计来源的技能。社区争议(claude-code issue #40036)提示:提示词类 skills 与可执行插件不应共用同一条安装信任路径,企业实践应主动区分。
  4. 直接引用四份治理依据:MCP 官方安全最佳实践、NSA《MCP: Security Design Considerations》、OWASP Agentic Skills Top 10、Anthropic 协同漏洞披露看板(red.anthropic.com)——这是目前从协议、国家、行业、厂商四个层面最可引用的制度化成果。

风险与观望

  1. Skills 治理滞后于分发,第三方市场大规模采购建议等待签名机制成熟。 横轴判断"开放目录正向注册表 + 扫描 + 签名演进",纵轴的事件序列支持这一方向:postmark-mcp 之后才出现注册表,ClawHavoc 之后才出现系统性扫描研究。在签名与扫描成为市场标配前,对第三方技能市场保持观望、以官方仓库(anthropics/skills 等)与内部审计为主。
  2. 对规模数字保持口径自觉:17,000+ 服务器、4 亿月下载、70+ 平台、10 万+ 索引技能等数字均属单一来源或厂商口径,两章数据亦有出入;但"协议层战争结束、竞争转向分发与信任层"这一结构性判断有多源印证,可放心作为决策前提。

参考来源

官方一手来源(部分页面在研究会话中直接抓取核实)

基金会化与行业里程碑

Skills vs MCP 组合与生态

安全研究与事件

数据口径与未竟事项(如实声明)

  1. 两章口径出入及处理:Snyk ToxicSkills 的报告日期,纵轴记为"2026 年 10 月"、横轴依事件时间线记为 2026-02-05,本报告取横轴日期(来源更具体);缺陷率 36% 与 36.8% 并注,差异应为取整口径。MCP SDK 月下载量两章分别记录 1.1 亿(约 2026 年初,Dev Summit 数据转述)与 4 亿+(2026-07,GrowthMethod),两者均为单一二手来源,本报告并注且提示勿直接引用。"USB-C"类比:MCP 官方文档介绍页使用该表述(抓取核实),Anthropic 2024-11-25 新闻公告页面未使用,正文已分别说明。
  2. agentskills.io 的 Client Showcase 页面为动态渲染,直接抓取仅返回页面壳,未能枚举完整官方客户端名单;"Microsoft、GitHub、Cursor 采纳 Skills"等表述来自检索摘要而非规范站原文——本版已将该限定前置至正文使用处(2.2 主表生态行、2.5 生态条),文末声明与正文对冲保持同步。
  3. MCP 服务器数量(17,000+)、SDK 月下载量、"70+ 平台集成 Skills"、A2A"150+ 组织"(厂商/基金会口径)等规模数据均为单一来源,未获独立复核。
  4. 标注(检索摘要)的 arXiv 论文(2506.02040 之外的 2512.06556、2602.06547)、OWASP Agentic Skills Top 10 细节、NSA 指南细节解读、以及部分社区数据("15% 恶意率"、"1.9% 恶意率/13:1 误报比"——后者系检测论证中的假设值而非实测比例,见 2.4.2 口径层次说明、"审核排队 6 周+")未打开原文核对,仅按检索结果转述。
  5. 极少量更早的行业背景(2022 年提示注入概念的提出、2025 年 4 月 A2A 发布)基于模型既有知识补写,已明确标注,本次未核验原始页面。
  6. "Skills 脚本以宿主/用户权限运行、无沙箱"为报告推断(见 1.7、2.2、2.4.2、3.2 各处标注):agentskills.io 规范与《Using scripts in skills》指南(本次抓取核实)仅约定脚本由 agent 经 shell 执行,未约定沙箱/权限隔离层;实际隔离能力取决于各客户端宿主自身的沙箱机制,各实现可能不同。

思考题(读完后想一想,参考答案可展开)

  1. 报告的核心判断是:2026 年 Agent 基础设施的问题已从“用什么协议”变成“谁掌握分发与信任层”。请结合 MCP 与 Agent Skills 的定位分工及二者的治理归宿,说明这个结论是怎么得出的,并解释它为什么不是“MCP 比 Skills 更重要”。
    参考答案

    MCP 是连接层,解决 M×N 集成;Skills 是知识层,用 SKILL.md 渐进式披露注入流程,二者互补而非同层竞争。二者先后捐入 AAIF(MCP 2025-12、Skills 2026-10,后者获 70+ 平台采用),标准中立化后协议不再构成差异化;真正未收敛的是审核制商店、开放目录、中心化注册表三类分发与信任机制,价值捕获点因此从协议移向分发与信任,并非比较谁更重要。

  2. 报告把 Agent 的分发市场分成三档并给出抗风险排序。请说明这个排序、各档的核心取舍,以及为什么“审核制”也不能被视为安全终点。
    参考答案

    排序为审核制商店 > 中心化注册表 > 开放目录/社区市场(ClawHub 等)。逻辑是注入攻击的放大器为“自动加载+无人审阅”:审核制以效率换安全,开放目录信任靠人,ClawHub 在“无审核+自动执行”下发生 ClawHavoc(约 1,184 个恶意技能)。Armo 在 45 个真实服务器做 1,312 次测试证明“已批准≠安全”,三条路线最终都要靠运行时防护。

  3. 报告反复强调 ToxicSkills 的 3,984、36%、1,467、1,184 不能混用。请说明这几个数字各自的口径,并解释为什么 36% 的缺陷率不等于 36% 的技能是恶意的。
    参考答案

    3,984 是 Snyk 扫描总数;36%(或 36.8%)是含安全问题的比例,“缺陷”含配置不当、过时依赖等非恶意问题(534 个为 CRITICAL)。1,467 是恶意子集仅在 ClawHub 一个平台的计数,不能除以 3,984 得恶意率;1,184 是 Socket/SlowMist 对 ClawHavoc 的独立统计,与前者研究方、时点不同,不可相加互推。故缺陷率不等于恶意率。

  4. 对一个准备在自己的电脑上安装第三方 MCP 服务器和 Agent Skills 的个人开发者,报告给出的默认技术路线和具体的安全检查清单是什么?
    参考答案

    默认路线是“MCP 建连接、Skills 编流程”:定义一次 MCP 连接器供 skills 按需消费。安全清单:牢记“已批准≠安全”,最小权限、敏感操作 human-in-the-loop、运行时监控;用 OWASP 三条件(可触达私有数据、暴露于不可信内容、可外发数据同时成立即高危)做入库评审;第三方技能先扫描审计,对开放目录保持戒备;大规模采购等待签名机制成熟。

完整条目页2026-11-06 →