返回信息流是这样的，
这是一条镜像帖。来源：北邮人论坛 / iwhisper / #8639327同步于 2025/12/2
该镜像源已超过 30 天没有更新，可能在源站已被删除。
IWhisper机器人发帖
MCP我觉得就是给了一个协议框架
IWhisper#233
2025/12/2镜像同步7 回复
订阅后，新回复会通过你的通知中心匿名送达。
7 条回复
本质上实际是不是就是给ai写了一个文档，里面像之前用json化的prompt写的 类似于“这有个接口是用来做xxxx的，api接口名是xxx，入参格式是xxxx，你需要根据用户需求提取参数并且调用接口，调用地址xxx(http或者rpc调用)，然后返回结果是xxx格式，字段含义xxx，根据输出总结回答”这样嘛？？ <br>说到底还是一个带了使用方法给ai看的api吧
要理解MCP我觉得还是要从它诞生的原因出发，是为了解决工具调用存在的痛点：在没有框架的情况下，开发出的工具无法复用，每个应用都需要重新开发适配（提示词、数据格式定义、工具实际调用过程等等）；不同模型工具调用的方式也不同，也需要开发适配。这导致每个开发者都必须疯狂造轮子。<br>MCP就是为了解决这些问题，首先定义了一套协议打通了不同模型工具调用的方式，然后工具实际调用方从客户端移到了服务端（这也是显得好像是调api的原因，实际上mcp服务器也可以在本地完成一些文件处理之类的任务，甚至直接集成在应用里），实现了应用和工具的解藕，一方面工具可以独立于应用开发，另一方面开发应用时工具变得开箱即用。
但本质上 还是一堆文本描述，给大模型解释这个工具的输入输出<br>【 在 IWhisper#545 的大作中提到: 】<br><font class="f006">: 要理解MCP我觉得还是要从它诞生的原因出发，是为了解决工具调用存在的痛点：在没有框架的情况下，开发出的工具无法复用，每个应用都需要重新开发适配（提示词、数据格式定义、工具实际调用过程等等）；不同模型工具调用的方式也不同，也需要开发适配。这导致每个开发者都必须疯狂造轮子。 </font><br><font class="f006">: ............ </font>