写了篇长文来聊最近很火的 MCP 协议，欢迎大家一起探讨交流
https://mp.weixin.qq.com/s/JImUe6ebmuWgWX3sGCtUSA
 |
1
throns 3 天前 via iPhone
OpenAI 也跟进了，在他的 Agent SDK 中支持 mcp 服务，已经成为一个事实标准
|
 |
2
AionHaiJun OP @throns 是的 统一的标准协议太重要了，这样利好 Clinet 接入 MCP. 目前各个 Clinet 支持功能各不同，接入的话也千奇百怪，这样的话统一更好了。
 |
 |
3
iyaozhen 3 天前
@AionHaiJun 看了半天 以为 Clinet （ client ）是啥
 |
|
4
AionHaiJun OP @iyaozhen 打错字了
|
 |
5
gy0624ww 3 天前
@AionHaiJun 请问这图是哪来的？
|
|
6
AionHaiJun OP @gy0624ww 我文章底部有链接 只是目前各种 Client 支持功能列表
|
|
7
AionHaiJun OP |
 |
8
wyntalgeer 3 天前
@AionHaiJun #4 哪里错了，这不是厂牌吗
|
 |
9
xuyihao 3 天前  6
通篇下来都是技术概念的罗列，没有自己的思考和实践，这种水文有啥意义呢，不是谷歌一大把
|
 |
10
bbao 3 天前
OP 个人或者所在公司部门，有什么业务优先接入 MCP 做业务测试吗？或者玩具测试。
|
 |
11
zy0829 3 天前
我在想，如果一个普通的后台管理系统所有的数据都做成 mcp ，是不是前端只需要提供一个空白页面跟一个对话框。比如：我要查看张三的司机信息，立马页面就跳出来了张三的所有信息，再比如我要看汇总本月的所有数据，以柱状图的方式来展示，页面里吗就跳出来对应的数据展示大屏。这样的话将会颠覆传统的系统交互！！！
|
|
13
zy0829 3 天前
雀食，有时候真的会一本正经的胡说八道
|
 |
16
jonsmith 3 天前 via Android
未来 MCP 会逐步替代 function call 吗？
|
 |
18
paopjian 3 天前
感觉就是强行要求内容公司提供接口, 你不给接口你就是不拥抱 AI,
|
 |
19
fushall 3 天前
mcp server 倒是很容易写，框架 SDK 都给了不错的实例，直接复制粘贴就行了。
实际动手的时候，还是遇到挺多问题的，比如： 对于 mcp tool ，可以用名字，描述和参数列表表示。参数列表在实际场景中，可能具有业务含义，这部分想让 LLM 填对，还真不容易。。。 又绕回了 LLM 模型能力上。虽然 MCP 统一了 LLM 调用 tool ，但是能正确调用 tool ，还是很依赖模型和 prompt 以及业务流程的设计的 |
 |
20
samnya 3 天前
最近这么火，我个人理解是这样，其实是一种实现了通用的 AI 编排工具的平台，大家看看我说对不对。
之前做 ChatBot 的只能调用自己平台接入了的外部应用，比如 ChatGPT 的插件只有那些，你必须做一个上架到它们的插件库才能调用。 而开发者用的 Coze 、Dify 等等编排平台就可以实现自己做工具让 AI 调用，但一般用户用不上。 MCP 解决的问题是统一了工具运行端和 LLM 端的连接。 大家可以用一般常见的客户端（比如各种 Web 端和桌面端的 Chatbot 软件）来调用到自己运行的 MCP 服务，不受客户端支持的工具限制。 比如 ChatGPT 本身能调用的插件只有它上架了的那么多，但如果它支持 MCP ，它能够调用的工具就变得无限多，只要用户自己在本机运行或者通过其他云平台运行 Server 来连接到当前的聊天中。 特别想象一下，以后做 Web 端 Chatbot 的都不需要运营一个插件商店了，直接类似 vercel 那样，你想调用什么工具直接把 Github 链接扔进聊天框，让它添加一下这个工具，服务端实时拉取下来运行就可以了。 |
 |
21
gaooo 3 天前
这不是 openai 早都出的东西吗，叫 methodcall ，咋现在成了宝贝了
|
 |
22
cobbage 3 天前 via Android
最近在看这个用的是 openai 的 sdk ，虽然之前没用过，参数加挂了工具描述，返回调用工具参数，在给模型（最后这步我没走通）
|
 |
23
szkoda 3 天前
@gaooo 的确不是新东西，但 function call 是各家模型公司自己定的能力，mcp 要搞所有模型的统一标准，标准如果大家认了，生态就繁荣了，各家自己的 function call 也会慢慢没落
|
 |
24
iv8d 3 天前 via Android
又开始造新轮子，都还么玩明白呢
|
 |
25
icnych 3 天前
但是这个新轮子确实需要啊，标准太重要了，不然每家都不一样，集成起来太费劲了 ：
https://www.claudemcp.com/specification |
 |
26
momo1pm 3 天前
Agent 有没有用还另说
|
 |
28
JoeDH 3 天前
mcp server 数量要爆发了
|
 |
29
yufeng0681 3 天前
@zy0829 #11 听别人说，chatdb 就在干这个事情， 我还没去体验
|
 |
30
billytom 3 天前
希望尽快有一个类似 app store 这样的靠谱的，简单的，确定能安装的 mcp server 平台
|
 |
31
jhdxr 3 天前
我倒想唱个反调。前些年大火的 GraphQL ，现在不也消声灭迹了。要是再古老亿亿些，SOAP 还有人记得是啥么。。。
从功能/性能来说，相比 function call ，MCP 并没有根本性的改变（有统一的标准当然是好事。但对于 LLM 本身来说理论上 MCP 能做的 function call 都能做） 从模块划分来说，在我看来将具体功能的实现拆分出来的确是更为优雅的设计（尽管我相信这一点也有争议，类似 microservice vs monolithic ），但 LLM 本身能否正确地调用这些能力？以我个人经验，现在让 LLM 正确地输出一个符合 json 语法格式的响应依然不能够得到 100%的保证。 |
 |
32
duanzhanling 3 天前
最近 MCP 很火
|
 |
33
tengyufei 2 天前
MCP 是不是有点类似 LSP
|
 |
34
cxhello 2 天前
@AionHaiJun 比较好奇 OP 这张动图怎么画出来得？
|
 |
35
lqw3030 2 天前
到底是一个规范问题，但是实际开发过程遇到的更大的问题是模型正确调用协议（ function ）需要高质量 prompt 以及健全的提取、重试机制
|
 |
36
elevioux 2 天前
@zy0829 #11 哈，我很早，gpt3.5 刚出来的时候就有这样的想法。想打算动手做一个 demo ，但去考虑细节的时候感觉还有很多问题要解决。最大的问题是稳定性、可靠性。否则只是一个 “自然语言转 SQL” 罢了。
|
 |
38
visper 2 天前
就是标准化的 function call 吧。写好接口说明参数定义。剩下的就听天由命看大模型能不能正确识别填好了。如果是一些参数太多的接口不大好用的。
|
Select Language