2.5 MCP 与 Skill 怎么选

两条路线，一张表看全

读到这里，你面前有两条把宝塔面板和 AI Agent 接起来的路线。前面四篇分别拆开了讲：2.1 讲 MCP 是什么，2.2 讲怎么装，2.3 讲怎么接进 Agent，2.4 讲 Skill 的安装和自动部署。本篇把两条路线放到一张桌上，帮你做那个迟早要做的决定：到底用哪个。

先把它们摊开对比：

维度 宝塔 MCP 宝塔 Skill
面向对象 支持 MCP 的 Agent 支持 Skill 的 Agent
接入方式 8765 端口 + 授权令牌 + IP 白名单 一句话提示词安装
安装门槛 要改端口、白名单、Agent 配置 复制一句提示词发给 Agent
附带能力 官方维护的工具集，面板能力对外输出 附带自动部署宝塔面板与 MCP 服务
可接入 Agent Codex、WorkBuddy、Claude Code、TRAE 等 Claude Code、Codex、Cursor、WorkBuddy 等
适合场景 把面板能力接进自己的 Agent 和工作流 快速上手，让 Agent 代劳安装

注意最后两行不是对立关系——它们经常搭配出现，下文细说。

往深看一层，两条路线代表两种开放思路。MCP 是授权制：能力常驻在面板侧，谁来连、从哪连、用什么令牌，全都由你在服务器侧控制，适合对边界敏感的生产环境。Skill 是安装制：能力打包发给 Agent，由 Agent 按技能包的流程干活，安装快、上手快，适合把重复工作整个外包给 AI 的场景。没有哪种更先进，只有哪种更适合你当下的阶段。

举个具体例子。同样是想让 Agent 帮你查网站为什么打不开：走 MCP，Agent 拿着令牌连上你的面板，现场查状态、翻日志；走 Skill，Agent 按技能包里固化的排查流程操作。结果可能差不多，但前者是你把钥匙交出去了，后者是你把方法论请进来了——信任的建立方式不同，对应的管理动作也不同。

怎么选：三个问题定位

不用背参数，回答三个问题就有答案。

问题一：我的 Agent 支持什么？

  • 只支持 MCP：走 MCP 路线，2.1 到 2.3 就是为你写的；
  • 只支持 Skill：走 Skill 路线，2.4 一篇足够上手；
  • 两者都支持：全装，Skill 开路、MCP 干活，组合最顺。

问题二：我要做什么？

  • 想让已有的 Agent 在工作流里随时查服务器、排故障：MCP，授权边界清晰，官方维护的工具集用着踏实；
  • 想最快看到效果，或者服务器上连面板都还没装：Skill，一句提示词，Agent 连安装都替你办了。安装提示词就一句话：
请根据 https://skillhub.cn/install/skillhub.md，安装 `@btpanel/btpanel`。

问题三：我处在什么阶段？

  • 刚接触、想先体验：Skill，五分钟看到结果；
  • 已经跑顺了、要接进自己的自动化流程：MCP，配置一次长期受益；
  • 给团队搭环境：先 Skill 批量铺开，再 MCP 统一收口。

三个问题问完，答案基本就浮出来了。如果还是纠结，记住一个朴素原则：先求装得上，再求管得细。装都装不上，谈边界没有意义；装上了用顺了，再逐步把授权收紧。

三个典型组合场景

场景 推荐组合 理由
个人站长，一台服务器，想试试 AI 运维 Skill 起步 一句话安装，快速验证值不值
工作室，多台服务器，Agent 常驻工作流 MCP 为主 授权边界清晰，适合长期接入
新服务器从零起步，之后要长期管 Skill + MCP Skill 负责装好，MCP 负责日常

这三个场景覆盖了绝大多数站长的处境。对号入座之后如果还有疑问，建议直接用最轻的那个选项先跑起来——MCP 和 Skill 都不是一次定终身的选择，用得不顺手，换一条路的成本也就几分钟。

决策表：对号入座

我的情况 选哪个
Agent 支持 MCP，我想把面板能力接进工作流 MCP
Agent 支持 Skill，我想一句话搞定 Skill
服务器上还没装宝塔面板 Skill（可自动部署面板）
连 MCP 服务也要 Agent 帮我装 Skill（可自动部署 MCP 服务）
我的 Agent 两者都支持，全都要 Skill + MCP 组合
我要精细控制谁能连、从哪连 MCP（令牌 + 白名单机制）
我不熟配置文件，不想手写 JSON Skill（提示词自动安装）
我只想验证一下 AI 运维靠不靠谱 都先别装，用面板内置 AI 助手体验（见 2.1）

两者可以并存：Skill 开路，MCP 干活

实际用下来最顺的组合是这样：

  1. 先给 Agent 装 @btpanel/btpanel Skill，一句话提示词的事；
  2. 让 Agent 通过 Skill 的自动部署能力，把宝塔面板和 MCP 服务装好——就是 2.2 那套五步走，交给 Agent 代劳；
  3. 之后日常干活，让 Agent 通过 MCP 查询和管理服务器——端口、白名单、令牌这套机制，提供的是更清晰的授权边界。

Skill 负责从零到装好，MCP 负责装好之后长期干活。一个管入门，一个管日常，各干各的擅长。这也解释了为什么官方 Skill 里要内置自动部署 MCP 的能力——两条路本来就是一套组合拳。

为什么这个组合值得推荐？因为它把两条路线各自的短板都补上了：Skill 单独用时，Agent 干活的授权边界不如 MCP 清晰；MCP 单独用时，前期装面板、配服务的门槛都在你身上。组合起来，安装有人代劳，日常有边界可守，是成本和安全的平衡点。

配置过程大致是这样：

第一步：请根据 https://skillhub.cn/install/skillhub.md，安装 `@btpanel/btpanel`。
第二步：请帮我部署宝塔面板，并安装配置宝塔 MCP 服务。
第三步：以后日常查询和管理服务器，都通过宝塔 MCP 进行；执行修改操作前先向我确认。

风险与注意事项

两条路线都涉及让 AI 碰你的服务器，纪律清单请收好：

事项 要求
令牌保管 MCP 地址和授权令牌勿进公开仓库、勿进公开聊天；怀疑泄露立即重新生成
白名单最小化 8765 端口只向 Agent 固定出口 IP 开放，不向所有来源开放；临时放行测完收紧
非生产验证 新安装、新配置先在非生产环境跑通，再上生产
生产备份 生产环境操作前备份重要数据
高危确认 Agent 执行修改类操作前，人工确认授权

这套纪律不是不信任 AI，是给 AI 划跑道。权限越小、边界越清，Agent 越能放心干活。第五篇讲安全边界时，我们还会回到这份清单。

再补几条实操经验。令牌类凭证定期换一次，就像换密码；白名单里的 IP 变更时（比如 Agent 换了云厂商、换了出口），记得同步更新，别等连不上才想起来；Agent 的权限能只读就只读，确实需要写操作再单独开；每次大改动前问自己一句：出事了我能不能撤销？撤不消的就先备份。

一句话总结

MCP 和 Skill 不是单选题：Agent 支持 Skill，就让它一句话装好一切；要把面板能力接进自己的工作流，就补上 MCP。两者并存时，Skill 开路、MCP 干活，这是目前最顺的用法。选之前想清楚三个问题——我的 Agent 支持什么、我要做什么、我处在什么阶段；选之后守住一条底线——授权最小化、操作先备份、高危先确认。

延伸阅读

第二篇到这里结束。你已经知道 MCP 和 Skill 是什么、怎么装、怎么接、怎么选。下一篇进入第三篇，我们聊 AI 建站：一句话从想法到上线。

最后一句话送给还在犹豫的你：工具是死的，场景是活的。先想清楚你最烦的那件运维琐事——是每周巡检、是半夜排障、还是新服务器初始化？哪条路线能让 Agent 接过这件琐事，哪条就是你现在该选的。选错了大不了换，迟迟不选，琐事永远是自己干。