

01、先给一句话版

02、一张表讲清五个维度
维度 | Skill(技能) | MCP(连接协议) |
|---|---|---|
本质 | Agent 内部的能力模块,管“怎么做” | Agent 与外部之间的连接通道,管“怎么连” |
核心使命 | 固化任务流程,让输出稳定、可复用 | 统一外部工具接入规范,降低集成成本 |
存在形态 | 一份说明文件(含步骤、约束、标准) | 一套通信协议 + 客户端/服务端 |
运行依赖 | 可独立运行,不依赖外部接口 | 必须连着外部服务才能干活 |
典型场景 | 写文章、做评审、出报告、固定流程处理 | 查实时数据、连系统、调接口、读文件 |
通俗比喻 | 厨师的做菜配方 | 厨房的食材配送通道 |
这张表你存下来就行。下次谁跟你说“装个 Skill”或“接个 MCP”,对照着看,立马知道他在说哪层
03、通俗比喻
有个说法是:Skill 像厨师的做菜配方,MCP 像厨房的食材配送通道。我一开始没太 get。后来一想,对。配方管的是“怎么做菜”,通道管的是“食材怎么送进来”。一个在厨房内部,一个连着外面的菜市场
04、在 WorkBuddy 里长啥样
说点你能直接验证的。Skill,你在 WorkBuddy 里能看到那个技能市场。里面一堆技能包,自动排版的、去 AI 味的、连浏览器自动跑的。我自己的账号里翻过,少说也装了十几个。你装上一个,就等于告诉它:以后这类活,按这个流程来。它自己会一步步走,不用你每次重新教
MCP 是另一回事。WorkBuddy 能连腾讯文档、飞书、各种外部服务和接口,靠的就是 MCP 这种连接协议。没有它,WorkBuddy 就是个关在屋子里的脑子,看不见你屋子外的任何东西。有了它,Agent 才伸得出手去够到你真实的系统和数据
所以你回头看那条读者留言——“输入指令怎么获取信息”。答案就在这: 获取信息靠 MCP 把外部数据接进来,然后 Skill 决定拿到之后怎么处理、怎么呈现给你
05你该什么时候真的管这层
说实话,普通用户不用钻原理。但有两种情况,你搞懂这层能少踩坑
1、连不上外部系统 :比如你想让它读你的飞书文档、查你的数据库,它说连不上。这多半不是它笨,是缺一个对应的 MCP 连接。这时候你要找的是“接个 MCP”,不是“写个 Skill”
2、做事总不对、格式老乱 :每次都要你重说一遍,这就是流程没固化。你把这类活做成 Skill,把步骤和标准写进去,它下次就稳了。这时候你要的是“固化个 Skill”
记不住没关系。记住那句大白话: 连不上外部 = 缺 MCP,做不稳流程 = 缺 Skill
06、我自己也绕过的弯
刚接触这俩概念时,我以为 MCP 更厉害。因为它能“调外部”嘛,听着就高级。后来踩了几次坑才明白——不对,应该说光有 MCP 没用。Agent 连上了系统,却不知道按什么标准处理数据,结果给你吐一堆乱七八糟的原文。那叫一个搞心态!
反过来说,光有 Skill 也不行。流程写得再漂亮,数据进不来,它就是个空转的菜谱。转得欢,啥也没产出!
现在 WorkBuddy 里大部分真正好用的玩法,都是两者一起上的。MCP 把数据管道铺好,Skill 把处理方法定死。这跟业界 production 级的 Agent 架构一致,不是我拍脑袋。这点我敢说!
07、别被概念吓住
最后说句实在的。你如果不是开发者,Skill 和 MCP 的底层协议根本不用碰。你要做的就一件事:清楚你想让 WorkBuddy 干的那件事,是“连外部”还是“走流程”,还是两者都要。分清楚了,你去查文档、去问、去配,方向都不会偏
你之前是不是也把它当成“一个像 qq 的软件”?其实它更像一个能自己装技能、能接外部系统的壳。壳里面那两层(Skill 加 MCP),才是它真能干活的原因
#WorkBuddy #Skill #MCP #Agent能力层
我是破局燎,专写用 AI 把一个人活成一支队伍的那些事。这篇聊的是 Agent 的能力层——你平时卡在“连不上”还是“做不对”的情况多?评论区说一句,我下篇挑一个具体场景手把手带你配
如果这篇让你看清了 Agent 的能力层,点个赞和在看,下次配的时候不迷路