导语别再把三者当成三个平行方案Function Calling、MCP、Skill 都和“让大模型干活”有关但它们解决的不是同一个问题。把它们混在一起就很容易出现两个误区要么觉得有了 MCP 就不需要 Function Calling要么觉得 Skill 只是另一种插件。更准确的理解是Function Calling 是最底层的调用语言MCP 是工具和数据源的标准接入层Skill 是把经验、流程、脚本和模板封装成可复用能力的工作流层。可以用一句话记住Function Calling 像“语言”MCP 像“工具箱”Skill 像“操作手册”。语言让模型说清楚要调什么工具箱让外部能力能被发现和复用操作手册告诉 Agent 如何一步步完成复杂任务。一、Function Calling让模型说清楚“我要调哪个函数”Function Calling 解决的是最基础的问题模型本身不会真的查询数据库、发邮件、下单、创建文件它只能生成文本。Function Calling 的作用就是让模型用结构化格式告诉宿主程序我想调用哪个函数、参数是什么。OpenAI 官方文档把工具调用描述为一个多步流程先把可用工具交给模型模型返回工具调用请求应用侧执行代码再把工具结果回填给模型最后模型继续生成回答或继续调用工具。模型负责判断这个任务是否需要调用工具。模型负责生成函数名和结构化参数。应用负责执行真实代码、数据库访问、API 请求。应用负责兜底权限、校验、重试、日志和错误处理。Function Calling 示例下面这个例子只是定义一个天气查询工具。模型看到用户问“上海明天天气怎么样”时可能会生成一个 tool_calls请求调用 get_weather。{ type: function, function: { name: get_weather, description: 查询指定城市的天气信息, parameters: { type: object, properties: { city: { type: string, description: 城市名称例如 Shanghai } }, required: [ city ] } } }这里要特别注意模型输出的只是“调用建议”。真正去访问天气接口、处理异常、控制权限的仍然是你的业务代码。二、MCP把工具变成标准化服务当项目里只有三五个工具时直接写 Function Calling 就够了。但当你有几十个工具、多个项目、多个 Agent、多个团队都要接入数据库、GitHub、文件系统、浏览器、内部 API 时问题就来了每个项目都要重复写一遍工具定义、鉴权、参数说明和调用适配。MCP 要解决的就是这个重复接入问题。它把工具、资源和提示模板封装成标准服务让不同 AI 客户端按统一协议发现和调用。MCP 官方文档把 MCP 定义为连接 AI 应用和外部系统的开放协议并说明 MCP Server 可以提供 Tools、Resources、Prompts 等能力。Tools可执行动作例如查数据库、调接口、发消息。Resources只读上下文例如文件、数据库 schema、接口文档。Prompts可复用提示模板例如生成日报、总结会议、规划旅行。MCP Server 示例下面是一个非常简化的 MCP 工具示例。真实项目里还要加认证、权限、日志和错误处理。from mcp.server.fastmcp import FastMCP mcp FastMCP(sales-tools) mcp.tool() def query_sales(month: str) - dict: 查询指定月份的销售数据 return { month: month, revenue: 1280000, top_product: 会员套餐 } if __name__ __main__: mcp.run()有了 MCP工具不再只是某个应用内部的一段函数而是一个可以被不同 AI 客户端复用的标准服务。三、Skill把“怎么做事”封装成可复用流程MCP 解决的是“有哪些工具能用”但它没有告诉 Agent “复杂任务应该按什么顺序做”。比如你给 Agent 一堆工具数据库查询、Python 执行、图表生成、Word 写入。它能不能稳定产出一份结构清楚的数据分析报告这就需要 Skill。Skill 的核心是 SKILL.md。它不仅告诉 Agent 什么时候使用这个技能还会写清楚执行步骤、注意事项、模板、脚本位置和质量标准。Anthropic 对 Skill 的解释很像“给新员工的入职手册”把某类任务的经验沉淀下来让 Agent 在需要时加载。OpenAI Codex Skills 文档也强调了按需加载和渐进式展开先只放名称和描述真正需要时再读完整 SKILL.md。SKILL.md 示例一个数据分析报告 Skill 可以这样写。它不是告诉模型“调哪个 API”而是告诉 Agent “这类报告应该怎么做”。--- name: sales-analysis-report description: 当用户需要分析销售数据、找出下滑原因并生成报告时使用。 --- # 销售分析报告流程 1. 先确认分析范围时间、产品线、地区、指标口径。 2. 使用数据库工具读取销售数据不要凭空补数据。 3. 使用 Python 计算环比、同比、异常波动和 Top 产品。 4. 生成趋势图和问题归因表。 5. 按 references/report_template.md 输出最终报告。 ## 质量要求 - 每个结论都要能追溯到数据。 - 不确定的地方要标注“需要进一步确认”。 - 不允许直接编造销售额、增长率或产品排名。四、放到一个故事里就清楚了假设用户说“帮我分析最近三个月的销售数据找出下滑的产品线并写一份改进建议。”Skill 先介入Agent 判断这是“销售分析报告”任务于是加载对应 SKILL.md知道要先确认指标、再查数据、再做分析、最后写报告。MCP 再介入Agent 通过 MCP Client 连接 sales-db、python-runner、doc-writer 等 MCP Server发现可用工具。Function Calling 逐步触发模型生成 query_sales、run_python、write_report 等工具调用参数由宿主程序或 MCP Server 真正执行。最终输出Agent 按 Skill 里的报告模板把工具返回的数据、图表和结论整理成完整文档。五、三者到底怎么选不要把这三个概念理解成“只能选一个”。真实工程里经常是一起用Skill 定流程MCP 提供工具Function Calling 触发具体动作。只需要让模型调用一两个内部函数直接用 Function Calling。多个 Agent、多个项目都要复用同一套工具把工具封装成 MCP Server。任务有稳定流程、固定模板、质量标准沉淀成 Skill。既要标准工具又要稳定流程Skill MCP Function Calling 一起用。六、从代码和协议角度再看一遍可以把三者放到一个执行栈里Skill 在上层给任务“定路线”MCP 在中间提供“工具目录”Function Calling 在底层完成“具体调用”。这也是为什么 MCP 和 Skill 都离不开 Function Calling。MCP Server 里暴露的工具最终仍要以模型能理解的工具定义交给模型Skill 里定义的流程执行到某一步时也需要调用工具。七、落地时最容易忽略的安全边界一旦工具能读数据库、写文件、发邮件、创建工单就不能只看“模型会不会调用”还要看“它有没有权限调用、参数是否安全、失败能不能回滚”。Function Calling 层参数白名单、必填校验、权限校验、幂等控制。MCP 层Server 可信来源、认证授权、工具级权限、调用审计。Skill 层触发条件清晰、脚本来源可控、模板版本可追踪。业务层高风险操作必须用户确认例如删除、转账、群发、提交审批。八、面试回答可以这样说Function Calling、MCP、Skill 不是三个平行竞争方案而是 Agent 工程里的三层能力。Function Calling 是最底层解决模型怎么用结构化参数触发一次函数调用MCP 在中间解决外部工具和数据源怎么标准化暴露、发现和复用Skill 在最上层解决复杂任务的流程、标准、模板和经验怎么复用。举个例子用户要做销售数据分析。Skill 先告诉 Agent 按什么步骤分析MCP 提供数据库、Python、文档生成等工具每一步真正执行时模型通过 Function Calling 生成具体工具调用参数。这样三层分工明确Skill 管流程MCP 管工具Function Calling 管调用。说真的这两年看着身边一个个搞Java、C、前端、数据、架构的开始卷大模型挺唏嘘的。大家最开始都是写接口、搞Spring Boot、连数据库、配Redis稳稳当当过日子。结果GPT、DeepSeek火了之后整条线上的人都开始有点慌了大家都在想“我是不是要学大模型不然这饭碗还能保多久”我先给出最直接的答案一定要把现有的技术和大模型结合起来而不是抛弃你们现有技术掌握AI能力的Java工程师比纯Java岗要吃香的多。即使现在裁员、降薪、团队解散的比比皆是……但后续的趋势一定是AI应用落地大模型方向才是实现职业升级、提升薪资待遇的绝佳机遇这绝非空谈。数据说话2025年的最后一个月脉脉高聘发布了《2025年度人才迁徙报告》披露了2025年前10个月的招聘市场现状。AI领域的人才需求呈现出极为迫切的“井喷”态势2025年前10个月新发AI岗位量同比增长543%9月单月同比增幅超11倍。同时在薪资方面AI领域也显著领先。其中月薪排名前20的高薪岗位平均月薪均超过6万元而这些席位大部分被AI研发岗占据。与此相对应市场为AI人才支付了显著的溢价算法工程师中专攻AIGC方向的岗位平均薪资较普通算法工程师高出近18%产品经理岗位中AI方向的产品经理薪资也领先约20%。当你意识到“技术AI”是个人突围的最佳路径时整个就业市场的数据也印证了同一个事实AI大模型正成为高薪机会的最大源头。最后我在一线科技企业深耕十二载见证过太多因技术卡位而跃迁的案例。那些率先拥抱 AI 的同事早已在效率与薪资上形成代际优势我意识到有很多经验和知识值得分享给大家也可以通过我们的能力和经验解答大家在大模型的学习中的很多困惑。我整理出这套 AI 大模型突围资料包【允许白嫖】✅从入门到精通的全套视频教程✅AI大模型学习路线图0基础到项目实战仅需90天✅大模型书籍与技术文档PDF✅各大厂大模型面试题目详解✅640套AI大模型报告合集✅大模型入门实战训练这份完整版的大模型 AI 学习和面试资料已经上传CSDN朋友们如果需要可以微信扫描下方CSDN官方认证二维码免费领取【保证100%免费】①从入门到精通的全套视频教程包含提示词工程、RAG、Agent等技术点② AI大模型学习路线图0基础到项目实战仅需90天全过程AI大模型学习路线③学习电子书籍和技术文档市面上的大模型书籍确实太多了这些是我精选出来的④各大厂大模型面试题目详解⑤640套AI大模型报告合集⑥大模型入门实战训练获取方式有需要的小伙伴可以保存图片到wx扫描二v码免费领取【保证100%免费】