目录1. Function‑CallingFC函数调用2. MCP Model Context Protocol模型上下文协议3. SkillAgent 技能4. 简明对比表5. 完整协作链路三者一起工作6. 常见误区澄清7. 选型快速参考层级由底层到上层Function‑Calling原子调用机制 → MCP连接通信协议 → Skill业务能力封装三者目标一致让大模型可以调用外部能力完成真实任务只是解决问题的层级、粒度不一样不是互斥可以一起配合工作。1. Function‑CallingFC函数调用定位大模型原生输出结构化调用指令的能力模型侧能力本质LLM 根据用户意图输出 JSON 格式的工具调用指令函数名、参数外部程序执行函数结果再还给大模型。核心解决大模型怎么 “说清楚要调用哪个工具、传什么参数”。特点绑定大模型厂商 APIOpenAI / 通义 / DeepSeek 各自 FC 格式略有差异没有跨模型统一标准。粒度是原子函数 / 工具一次调用一个简单动作例如get_weather(city深圳)。只定义调用请求格式不规定网络传输、服务发现、权限管理。局限每换一个大模型要适配一遍工具描述与调用解析逻辑工具服务发现、会话管理需要自己手写。类比遥控器上的按键定义只规定按键信号长什么样不规定遥控器和设备之间用什么接口传输。2. MCP Model Context Protocol模型上下文协议定位开源、跨厂商的客户端‑服务端通信协议连接层标准基于 JSON‑RPC 2.0Model Cont...本质一套通用通信规范定义工具发现、工具调用、资源读取、会话、鉴权、消息传输分为 MCP‑ClientAI 侧、MCP‑Server提供工具 / 数据的服务Model Cont...。核心解决消除 N×M 集成爆炸一套工具服务任意兼容 MCP 的大模型 / Agent 都可以直接用不用重复适配 Function‑Calling Schema。特点与大模型无关不依赖某个厂商的 Function‑Calling任何 LLM 都可以做 MCP‑Client。MCP Server 向外暴露一堆 toolsClient 可以动态发现有哪些工具不用硬编码工具列表。不仅可以调用工具还可以读取文件、数据库资源、管理提示模板、权限控制、长会话。和 Function‑Calling 关系MCP 底层传输工具调用语义MCP‑Client 收到 MCP 返回的工具列表会翻译成对应大模型的 Function‑Calling schema 传给 LLMMCP ≠ 替代 FCMCP 是 FC 的上层通用通信外壳。类比USB‑C 通用接口设备MCP‑Server插上来主机AI/Agent自动识别支持什么功能不用为每台设备写一套驱动。3. SkillAgent 技能定位业务 / 流程能力封装单元应用层任务编排Anthropic Skill 规范典型为SKILL.md包含元信息、业务流程、约束、示例、要用到哪些工具 / MCP 服务arXiv。本质把多步业务流程、专家经验、约束条件打包成可加载模块。一个 Skill 内部会多次调用工具FC / MCP 工具完成复杂任务。核心解决告诉 Agent“遇到这类复杂任务按什么步骤、什么约束去调用一堆工具完成整件事”。特点粒度是完整业务任务不是单个 API。例“完整会议纪要处理 Skill”读取录音文件 → 转写文本 → 摘要提取 → 发送邮件多步组合。Skill 本身不实现底层 IO它依赖底层工具底层工具来源可以是原生 Function‑Calling 工具也可以来自 MCP Server 提供的工具集。包含提示词约束、失败处理、业务规则不止是函数。区分Tool/MCP 工具“能做什么动作”手脚Skill“遇到场景该怎么按顺序使用手脚完成一件完整工作”操作手册 流程类比一份完整菜谱Skill菜谱会告诉你依次使用锅、刀、灶底层 MCP/Function‑Calling 工具按步骤做出菜。4. 简明对比表维度Function‑CallingMCPSkill层级模型 API 层原子调用通信协议层连接标准业务应用层任务编排核心作用大模型输出结构化调用指令标准化 AI 与外部服务通信、工具发现封装复杂业务流程与专家经验标准归属各大模型厂商私有 API 字段开源跨模型协议 JSON‑RPCAgent 技能封装规范SKILL.md粒度单个原子函数 / 工具一组工具 资源集合多步骤完整业务任务是否跨模型否各厂商格式有差异是一次编写多模型复用是规范文件可移植依赖关系模型原生能力可封装 FC 语义做传输依赖 FC/MCP 提供底层工具能力5. 完整协作链路三者一起工作用户问题 → Agent加载对应的SkillSKILL.md ↓ Skill描述任务流程需要哪些工具 ↓ Agent作为MCP‑Client连接MCP‑Server动态拉取可用tools ↓ Agent把MCP的tools翻译成大模型Function‑Calling schema传给LLM ↓ LLM输出Function‑Calling调用指令 ↓ Agent将调用通过MCP协议发给MCP‑Server执行真实逻辑 ↓ 执行结果原路返回Skill流程继续推进多轮循环 ↓ 输出最终业务结果6. 常见误区澄清❌ MCP 会取代 Function‑Calling ✅ MCP 是通信协议MCP Client 内部依然要把 MCP 工具转换成目标模型的 Function‑Calling schema二者互补不是替代关系。❌ Skill 就是一堆 Function‑Calling 函数集合 ✅ Skill 重点是流程、约束、专家经验、多步规划函数 / MCP 工具只是 Skill 会用到的底层资源。❌ 使用 MCP 就不需要写 Function‑Calling 的 schema ✅ MCP Server 返回工具定义Client 会自动转换成 FC schema不用手写但底层逻辑还是 FC。7. 选型快速参考只是调用少量简单工具只用单一模型直接用Function‑Calling足够。需要对接大量外部服务想一套工具兼容多种大模型引入MCP做统一接入层。要封装复杂业务流程、多步骤任务、领域专家经验使用Skill做上层编排。