别搞混了！MCP 和 Agent Skills 到底有什么区别？

说白了就一句话：MCP 管「连上外部系统」，Skills 管「按什么步骤把事做完」。不是二选一。

技术群里最常见的误会：有人把 MCP 当成智能体的全部本事，有人把 Skill 当成「又一个插件协议」。边界先划清，后面扩展和权限才谈得上。

§1 一句话区分

MCP 解决连接；Skills 解决方法论。

• MCP：把工具、数据源、服务标准化暴露给 Agent（监控、检索、工单都行）。
• Skills：把领域流程、检查清单、巡检/写作套路写成可复用资产，带着模型按正确步骤干活。

缺 MCP，Skill 再漂亮也可能够不到真实系统；缺 Skill，MCP 工具再全也可能只会乱调 API。

§2 对比表

维度	MCP	Agent Skills
层级	连接层 / 工具供给	方法论层 / 流程与领域知识
协议形态	开放协议（stdio / SSE·HTTP 等）	多为技能包（如 SKILL.md）+ 运行时加载规则
Token 影响	工具描述和调用结果进上下文	技能正文/摘要进上下文，要按场景启停
权限面	密钥、出口、工具读写范围、审计	技能是否启用、危险步骤是否允许、版本评审
可移植	同一 MCP 服务跨产品复用更常见	格式和加载优先级因实现而异
典型产出	指标、检索结果、API 返回	巡检报告结构、处置步骤、问数口径

图 1 · 技能库整窗

图 2 · 工具库整窗

§3 何时用谁

优先上 MCP：

• 要对接已有系统（Prometheus、ES、内部 API）
• 需要「可调用的工具清单」，不是长篇说明文
• 审计要落在「调了哪个工具、返回了什么」

优先上 Skills：

• 团队已有稳定 SOP（巡检项、排障顺序、周报结构）
• 希望输出可转发的结构化产物，而不是闲聊
• 要按项目/角色启停不同做法，避免上下文互相污染

两手都要：

• 自然语言问数 / 巡检：MCP 取数 + Skill 定报告骨架
• 企业试点：连得上，同时技能可评审、可回滚

§4 实操：OpenOcta 里怎么配

MCP 是开放协议，不是 OpenOcta 独有。下面说桌面客户端里怎么同时用两者。

4.1 配置 MCP（连接）

在主配置里用 mcp.servers 声明服务器（stdio 命令或 URL）。启用后，Agent 才能把对应工具纳入可调用集合。字段细节看官方 MCP 配置说明。

实践建议：

• 只启用当前场景需要的 server，缩小权限面
• 密钥走环境变量/配置注入，别写进可转发截图
• 调用结果尽量结构化，方便事后核对

4.2 启用 Skill（方法论）

Skills 通常是 SKILL.md 一类文档，按工作区 / 托管目录 / 内置目录优先级加载。技能库里可以浏览分类并启停；也可以装场景化能力包。

推荐习惯：

• 先启一个和任务匹配的 Skill，再提问
• 用「输出巡检报告 / 结构化表格」这种可验收话术验证
• 不用的技能关掉，省 Token，也少误触发

4.3 同会话长什么样

典型链路：你一句话提问 → Agent 按 Skill 组织步骤 → 通过 MCP/工具拉真实数据 → 产出可转发表格或报告。验收标准是产物，不是回复有多长。

图 3 · 对话整窗（侧栏+主区）

§5 结论：互补，不是竞争

别把 MCP 和 Skills 对立起来。连接解决「够不够得到」，方法论解决「做得对不对、能不能交得出去」。桌面级开源智能体场景里，两者同会话可见，比只堆概念踏实。

§6 FAQ

Q1. 只有 MCP、没有 Skills 行不行？
能连、能调。但复杂任务容易散，报告结构不稳定。

Q2. Skills 能替代 MCP 吗？
一般不能。Skill 写再细，也替代不了真实系统的工具调用。

Q3. OpenOcta 把 MCP 做成私有协议了吗？
没有。MCP 是开放协议；OpenOcta 是支持接入的客户端/运行时之一。

你们团队 MCP 和 Skill 怎么分工？评论区说说踩过的坑也行。