微信扫码
添加专属顾问
我要投稿
深入了解MCP和Function Call在AI领域的应用差异与优势。 核心内容: 1. Function Call在大型语言模型中的应用与工作流程 2. MCP架构与Function Call的本质区别 3. MCP带来的开发优势和应用场景
本人在之前开发的项目中大量使用Funtion Call, MCP获得关注后,开始并没有完全理解两者的区别和MCP的实际意义。仔细思考了MCP和Function Call的本质区别,有了一些心得,总结归纳如下。
在大语言模型(如大语言模型LLM)中,Function Call(函数调用) 是一种让模型能够与外部工具、API或系统交互的机制,使其不仅能生成文本,还能执行特定任务(如查询数据库、调用计算接口等)。以下是其核心工作流程:
官方给出的MCP架构是这样的:
这个架构定义比较抽象, 这里把上面的Function Call结合一下,个人感觉比较容易理解
从此图可以看出,最大的改动在于Tool的定义移到Application外面了。 具体来说, 现在由原来提供API的服务提供商来定义Tools, 并封装成一个MCP Server. 例如,高德地图把他们的地理编码/逆地理编码/路径规划等API封装成Tools并提供一个API。详细参考https://lbs.amap.com/api/mcp-server/summary
如此一来应用开发者只要在原来的Application中实现MCP Client,根据LLM的指示调用对应的MCP Server就行了。原来的Application现在也叫MCP Host了。
假设应用要调用100个api, Function Call方案要实现100个Tool, 现在不用了,因为Tool是服务提供商实现了。应用侧只需要实现一个mcp client就行。
如果企业有多个团队,Function Call每个团队都要实现自己的Tool, 实现方式五花八门.现在这样的问题不存在了。
由服务商实现Tool, 并提供全世界开发者使用,比每个Tool由全世界不同的开发者分别实现,复用性大大增加。
如果应用逻辑并不复杂, 无需开发自己的MCP Host和MCP Client。 借助已有的工具例如Cursor, CLine, 直接调用MCP Server完成工作。 对于没有编程经验的人来说,可用性大大增强。
53AI,企业落地大模型首选服务商
产品:场景落地咨询+大模型应用平台+行业解决方案
承诺:免费POC验证,效果达标后再合作。零风险落地应用大模型,已交付160+中大型企业
2026-06-23
微信6年来最大改版——关于微信AI助手小微的15条思考
2026-06-23
Loop Engineering 实战笔记:让 Agent 自己发现、执行和复盘
2026-06-23
微信 AI 小微初体验
2026-06-23
暴论:Agent Skill 会被淘汰
2026-06-23
ClaudeCode团队负责人最新访谈:AI原生团队,到底如何运转?(5条底层逻辑)
2026-06-22
为什么我选 WorkBuddy 而不是 Codex
2026-06-22
没想到,DeepSeek建模潜力被ORGEval挖出来了
2026-06-22
当 AI 开始承担任务:从工具、产品到组织的 AI-native 方法论
2026-04-15
2026-04-07
2026-04-07
2026-03-31
2026-04-24
2026-04-17
2026-03-31
2026-04-05
2026-04-02
2026-04-05
2026-06-18
2026-06-18
2026-06-10
2026-06-10
2026-06-07
2026-06-06
2026-06-03
2026-06-02