别搞混了！MCP 和 Agent Skills 到底有什么区别？
说白了就一句话：MCP 管「连上外部系统」，Skills 管「按什么步骤把事做完」。不是二选一。
别搞混了！MCP 和 Agent Skills 到底有什么区别？
纠错对比 · MCP 连接层 · Agent Skills 方法论
说白了就一句话：MCP 管「连上外部系统」，Skills 管「按什么步骤把事做完」。不是二选一。
一句话区分
技术群里最常见的误会：有人把 MCP 当成智能体的全部本事，有人把 Skill 当成「又一个插件协议」。边界先划清，后面扩展和权限才谈得上。
MCP 解决连接；Skills 解决方法论。
MCP：把工具、数据源、服务标准化暴露给 Agent（监控、检索、工单都行）。 Skills：把领域流程、检查清单、巡检/写作套路写成可复用资产，带着模型按正确步骤干活。
缺 MCP，Skill 再漂亮也可能够不到真实系统；缺 Skill，MCP 工具再全也可能只会乱调 API。
对比表
| 维度 | MCP | Agent Skills |
|---|---|---|
| 层级 | 连接层 / 工具供给 | 方法论层 / 流程与领域知识 |
| 协议形态 | 开放协议（stdio / SSE·HTTP 等） | 多为技能包（如 SKILL.md）+ 运行时加载规则 |
| Token 影响 | 工具描述和调用结果进上下文 | 技能正文/摘要进上下文，要按场景启停 |
| 权限面 | 密钥、出口、工具读写范围、审计 | 技能是否启用、危险步骤是否允许、版本评审 |
| 可移植 | 同一 MCP 服务跨产品复用更常见 | 格式和加载优先级因实现而异 |
| 典型产出 | 指标、检索结果、API 返回 | 巡检报告结构、处置步骤、问数口径 |
OpenOcta 技能库整窗
OpenOcta 工具库整窗
何时用谁
优先上 MCP：
要对接已有系统（Prometheus、ES、内部 API） 需要「可调用的工具清单」，不是长篇说明文 审计要落在「调了哪个工具、返回了什么」
优先上 Skills：
团队已有稳定 SOP（巡检项、排障顺序、周报结构） 希望输出可转发的结构化产物，而不是闲聊 要按项目/角色启停不同做法，避免上下文互相污染
两手都要：
自然语言问数 / 巡检：MCP 取数 + Skill 定报告骨架 企业试点：连得上，同时技能可评审、可回滚
实操：OpenOcta 里怎么配
MCP 是开放协议，不是 OpenOcta 独有。下面说桌面客户端里怎么同时用两者。
1）配置 MCP（连接）
在主配置里用 mcp.servers 声明服务器（stdio 命令或 URL）。启用后，Agent 才能把对应工具纳入可调用集合。字段细节看官方 MCP 配置说明。
实践建议：
只启用当前场景需要的 server，缩小权限面 密钥走环境变量/配置注入，别写进可转发截图 调用结果尽量结构化，方便事后核对
2）启用 Skill（方法论）
Skills 通常是 SKILL.md 一类文档，按工作区 / 托管目录 / 内置目录优先级加载。技能库里可以浏览分类并启停；也可以装场景化能力包。
推荐习惯：
先启一个和任务匹配的 Skill，再提问 用「输出巡检报告 / 结构化表格」这种可验收话术验证 不用的技能关掉，省 Token，也少误触发
3）同会话长什么样
典型链路：你一句话提问 → Agent 按 Skill 组织步骤 → 通过 MCP/工具拉真实数据 → 产出可转发表格或报告。验收标准是产物，不是回复有多长。
OpenOcta 对话整窗
结论：互补，不是竞争
别把 MCP 和 Skills 对立起来。连接解决「够不够得到」，方法论解决「做得对不对、能不能交得出去」。桌面级开源智能体场景里，两者同会话可见，比只堆概念踏实。
FAQ
Q1. 只有 MCP、没有 Skills 行不行？
能连、能调。但复杂任务容易散，报告结构不稳定。
Q2. Skills 能替代 MCP 吗？
一般不能。Skill 写再细，也替代不了真实系统的工具调用。
Q3. OpenOcta 把 MCP 做成私有协议了吗？
没有。MCP 是开放协议；OpenOcta 是支持接入的客户端/运行时之一。
你们团队 MCP 和 Skill 怎么分工？评论区说说踩过的坑也行。
◆ ◆ ◆