我十分想吐槽现在的的AI相关内容的技术自媒体,把我不懂技术领导忽悠得一愣一愣的,一个MCP协议也能吹到天上去,我说用function call已经足够用了,硬要说没有用上MCP不是他想要的,直接丢一大堆MCP的自媒体文章给我(估计就是不懂function call的逻辑)。
首先function call可以直接在你的项目代码里面调用你写的函数,并且可以在同一个项目内直接维护代码逻辑,不用另外部署一个命令行或者MCP服务,更加可控一点,特别是针对toB+B端产品而言。
MCP我认为更偏向C端+toC的场景,他调用互联网或者自己C端设备部署的服务来调用工具,我认为是合理的。
现在的开源的MCP服务都是启动一个服务器暴露接口给我们调用或者安装一个命令行让我们去运行命令行,如果接入的外部开源的MCP服务很多的话在部署的时候可能会需要部署一大堆MCP服务,增加部署的心智负担,而且还要担心开源的MCP是否完全覆盖自己的需求,如果没有完全覆盖还得把代码拉过来改一改部署。如果是自己开发的或许会可控一点,但是其实和function call的逻辑差不多,我并不想原本直接调用函数就能解决的事情还要兜个圈子走一遍MCP服务再去返回,简直是多此一举。
叠个甲:没有完全吃透MCP协议,不知道他是否也支持function call的模式,只是针对我目前领导让我用的开源MCP都是启动一个HTTP服务的方式吐个槽。
首先function call可以直接在你的项目代码里面调用你写的函数,并且可以在同一个项目内直接维护代码逻辑,不用另外部署一个命令行或者MCP服务,更加可控一点,特别是针对toB+B端产品而言。
MCP我认为更偏向C端+toC的场景,他调用互联网或者自己C端设备部署的服务来调用工具,我认为是合理的。
现在的开源的MCP服务都是启动一个服务器暴露接口给我们调用或者安装一个命令行让我们去运行命令行,如果接入的外部开源的MCP服务很多的话在部署的时候可能会需要部署一大堆MCP服务,增加部署的心智负担,而且还要担心开源的MCP是否完全覆盖自己的需求,如果没有完全覆盖还得把代码拉过来改一改部署。如果是自己开发的或许会可控一点,但是其实和function call的逻辑差不多,我并不想原本直接调用函数就能解决的事情还要兜个圈子走一遍MCP服务再去返回,简直是多此一举。
叠个甲:没有完全吃透MCP协议,不知道他是否也支持function call的模式,只是针对我目前领导让我用的开源MCP都是启动一个HTTP服务的方式吐个槽。
展开
评论
点赞