想象一下,大模型是个天才实习生,啥都懂一点,但它不认识你公司的数据库、不会用你内部的报销系统。MCP协议,简单说,就是给这个实习生写了一套标准化的“工作说明书”和“操作手册”。
你可以把它理解成一个中间人:
资源 (Resources): 告诉大模型“咱公司数据库在这,API接口长这样,文件放那个网盘”。相当于给它介绍同事和工具位置。
工具 (Tools): 明确定义大模型能“操作”什么。比如,“查数据库”这个工具,需要什么参数(SQL语句),会返回什么结果。这就像告诉实习生:“查库存?用这个工具,输入产品编号就行,它会给你数量和位置。”
提示词 (Prompts): 怎么跟这个大模型实习生有效沟通?MCP提供了一些标准话术模板,让它更容易理解你的指令和返回你需要的结果。
传输层 (Transports): 规定怎么“递纸条”。最常见的是走HTTP接口(就像网页请求),当然也能用WebSockets(实时聊天)或者标准输入输出(命令行)。
解耦: 搞大模型开发的兄弟,不用懂你公司ERP系统是啥玩意儿;搞业务系统的兄弟,也不用去啃大模型怎么训练。大家按MCP这个接口标准来对接就行。
灵活扩展: 今天想让大模型能查库存?加个“库存查询”工具就行。明天想让它能提交工单?再加个“工单系统”工具。不用动大模型本身!
安全可控: 给大模型的工具操作加了“笼子”(沙箱)。它能查数据,但你想限制它不能删库?在工具定义里卡死权限就行。它提交的指令不对劲?工具层能先检查拦截。
本文系转载,前往查看
如有侵权,请联系 cloudcommunity@tencent.com 删除。
本文系转载,前往查看
如有侵权,请联系 cloudcommunity@tencent.com 删除。