MCP 和 Skill 都和“外部能力”有关,但它们解决的问题不同。MCP 更像外部能力接入协议,Skill 更像 Agent 内部对能力的任务化封装。

MCP 解决什么问题

MCP 的目标是用标准方式让模型应用连接外部工具和数据源,例如文件系统、数据库、Git 仓库、企业系统、浏览器、搜索服务等。

它解决的是“外部能力如何标准化接入模型应用”。

MCP 中的 Tools、Resources、Prompts

可以简单理解:

Tools:可执行动作,如查询数据库、读取文件。
Resources:可读取资源,如文件内容、数据库记录。
Prompts:预定义任务模板。

这些能力可以被大模型应用使用。

MCP 和 Skill 的区别

对比项MCPSkill
侧重点标准连接协议Agent 能力封装
解决问题外部系统怎么接入Agent 怎么稳定使用能力
粒度可能偏底层通常面向任务
关注点互操作、标准化边界、参数、错误、安全、评估

一句话:MCP 解决能力从哪里来,Skill 解决能力怎么被 Agent 使用。

MCP Tool 可以作为 Skill 底层来源

例如 MCP 提供 read_file(path),Agent 系统可以封装成 document_summary_skill,内部调用 MCP 的 read_file,再解析、清洗、摘要。

关系可以是:

Agent Skill → MCP Tool → 外部系统

有了 MCP 还需要 Skill 吗

需要。因为 MCP Tool 不一定包含任务边界、权限策略、确认机制和错误处理。

例如 MCP 提供 send_email,但 Agent 系统最好封装成:

draft_email_skill
send_email_skill

其中 send_email 需要用户确认。

推荐分层

推荐架构:

用户请求
  ↓
Agent / Planner
  ↓
Skill Router
  ↓
Skill Layer
  ↓
MCP Client
  ↓
MCP Server
  ↓
外部系统

这样 Agent 不需要直接感知所有 MCP 细节。

安全控制

MCP 能连接真实系统,因此更要通过 Skill 层做权限、参数白名单、确认、审计和风险分级。读操作和写操作尤其要分开。

面试中怎么回答

可以这样回答:

MCP 更偏外部能力接入协议,它用标准方式把 Tools、Resources、Prompts 暴露给模型应用。Skill 更偏 Agent 内部能力封装,强调任务边界、输入输出、异常处理、权限和评估。MCP Tool 可以作为 Skill 的底层能力来源,但不一定直接暴露给 Agent。复杂或高风险能力通常要在 Skill 层再封装参数校验、用户确认、权限控制和结构化返回。

小结

这篇文章的核心是:Skill 与 MCP 的关系 不是一个孤立概念,而是 Agent 工程化中必须讲清楚、设计清楚、验证清楚的一部分。

下一篇继续讨论:Skill 的安全控制

Logo

小龙虾开发者社区是 CSDN 旗下专注 OpenClaw 生态的官方阵地,聚焦技能开发、插件实践与部署教程,为开发者提供可直接落地的方案、工具与交流平台,助力高效构建与落地 AI 应用

更多推荐