万能插座与十八般兵器:MCP 和 Skill
凌晨两点,创业公司“智联未来”的办公室只剩一盏孤灯。
45岁的后端工程师老张盯着屏幕上第37次失败的提示,指尖冰凉。
“客户要的智能客服,连‘查订单状态’都搞不定……"他苦笑,“我写了二十年代码,竟被一行提示词难倒。”
一、困局:当AI“有眼无手”
三个月前,老板拍着老张肩膀:“老张,咱得跟上AI浪潮!做个能查订单、看库存、回邮件的智能客服。”
老张信心满满:调用大模型API,写几个函数——稳了!
可现实狠狠打脸:
- 用户问:“我昨天的订单发货了吗?”
AI回复:“根据我的知识库,订单查询需提供订单号……"(它根本不知道公司数据库在哪) - 用户问:“仓库还有多少iPhone库存?”
AI认真编造:“当前库存约500台”(实际库存系统显示为0)
“它像被关在玻璃房里的天才,”老张对实习生小雨叹气,“看得见世界,却摸不到任何东西。”
二、初试“Skill":给AI配十八般兵器
小雨眼睛一亮:“张工,试试给AI装‘技能包’(Skill)!”
她打开LangChain文档:
Skill:预定义的原子能力单元。如“查询订单Skill"“翻译Skill",通过函数调用(Function Calling)触发。
老张连夜改造:
# 定义“查订单”Skill
@skill(name="query_order", description="根据订单号查询物流状态")
def query_order(order_id: str) -> str:
# 调用内部ERP系统
return erp_client.get_status(order_id)
# 注册到AI
ai_agent.register_skill(query_order)
奇迹发生了!
用户问:“订单#20240520发货了吗?”
AI精准调用Skill,返回:“已发货,快递单号SF123456"。
团队欢呼!老张甚至给AI加了“天气查询Skill"“汇率换算Skill"。
但新问题悄然浮现:
- 市场部要求新增“查会员积分Skill"——老张需停机修改代码、重新部署
- 财务系统升级,API参数变更——所有相关Skill集体失效
- 某天AI突然调用“删除订单Skill"(测试时误留)——幸被日志监控拦下
“这些Skill像定制兵器,”老张在复盘会上画图,“十八般武艺样样精,可换战场就得重铸。更可怕的是……"他顿了顿,“兵器库越大,管理越乱。”
三、转机:遇见“MCP"——AI的万能插座
转机出现在技术沙龙。
一位穿汉服的姑娘演示时说:“别再给AI塞兵器了!试试MCP(Model Context Protocol)——给它装个‘万能插座’。”
老张愣住:“插座?”
“对!”姑娘笑着比喻,“Skill是焊死的插头,MCP是标准接口。工具即插即用,AI按需取电。”
她现场演示:
- 将公司ERP、CRM、邮件系统封装为MCP服务(轻量级gRPC服务)
- 启动MCP Server,注册所有工具:
{ "tools": [ {"name": "query_order", "description": "查订单", "parameters": {"order_id": "string"}}, {"name": "check_inventory", "description": "查库存", "parameters": {"product_id": "string"}}, {"name": "send_email", "description": "发邮件", "parameters": {"to": "string", "content": "string"}} ] } - AI通过MCP协议动态发现工具:“需要查订单?这里有query_order工具,参数是order_id"
当晚,老张颤抖着测试:
用户问:“会员@张三的积分能换什么?顺便把结果邮件发他。”
AI流程:
1️⃣ 通过MCP发现“查会员积分”工具 → 调用
2️⃣ 发现“积分商城规则”工具 → 调用
3️⃣ 发现“发邮件”工具 → 生成邮件内容并发送
全程无需修改AI代码!
老张盯着日志屏,眼眶发热:“它……自己组合了三个系统?”
四、江湖对决:Skill vs MCP 核心差异
| 维度 | Skill(技能包) | MCP(万能插座) |
|---|---|---|
| 本质 | 预埋的“肌肉记忆” | 动态的“神经反射” |
| 扩展性 | 新增功能需改代码、重启 | 工具热插拔,AI秒级感知 |
| 安全性 | 权限硬编码,易越权 | MCP Server统一鉴权(如:财务工具仅对财务组开放) |
| 维护成本 | 工具变更=全量回归测试 | 工具独立升级,协议不变则AI无感 |
| 适用场景 | 封闭场景(如:内部审批流) | 开放生态(如:连接10+外部系统) |
真实案例对比:
- 🌰 Skill翻车现场:
某电商用“优惠券Skill",大促时运营临时加规则,开发通宵改代码,上线后Skill参数错位,导致百万级资损。 - 💡 MCP高光时刻:
某银行用MCP连接征信、反欺诈、客服系统。当监管新规出台,仅需更新“合规检查MCP服务”,AI自动适配新流程,零代码改动。
五、破局:老张的“兵器库+插座”哲学
三个月后,公司展厅。
老张向客户演示智能客服:
- 用户问:“对比A/B产品参数” → AI调用MCP连接的产品数据库
- 用户问:“用李白风格写广告语” → AI启用内置“文案生成Skill"
- 突然断网!AI平静回复:“网络异常,已启用离线Skill:提供产品手册PDF"
掌声中,老张在白板写下心得:
Skill是“内功”:核心业务逻辑、高频稳定能力(如数学计算、文本摘要),固化为Skill,追求极致效率。
MCP是“经脉”:动态外部能力(查库存、调API),通过MCP灵活调度,拥抱变化。
真正的智慧,在于知道何时用内功,何时借外力。
小雨补充:“张工还建了‘工具健康度看板’——MCP服务异常时,AI自动降级到备用Skill,用户体验零感知!”
六、尾声:工具会变,匠心永恒
庆功宴上,老张收到实习生礼物:一个木雕小插座,刻着“授AI以渔”。
他摩挲着纹理,想起二十年前第一次写Hello World的夜晚。
技术浪潮奔涌不息:
- 有人恐惧Skill被MCP取代
- 有人争论协议标准
- 但老张明白:
Skill教会AI“能做什么”,MCP教会AI“如何连接世界”。
真正的工程师,从不站队工具,而是让工具为人服务。
窗外霓虹闪烁,他给新项目起名“织网者”——
不造神兵,不争插座,
只用心编织一张有温度、有边界、有智慧的协作之网。
后记:
如今老张带团队时总说:
“孩子,别问Skill和MCP谁赢。
问问自己——
你给AI的,是困住它的笼子,
还是通往星辰大海的船票?” 🌊
评论