MCP模型上下文协议是AI应用连接外部工具的新标准如同USB-C接口般简化了与GitHub、数据库等系统的对接。它通过Host-Client-Server架构实现Tools、Resources、Prompts的统一发现和调用相比Function Calling更注重标准化和安全性。本文将带你了解MCP的核心价值适合希望接入多客户端、管理复杂工具生态的开发者学习。AI 工具调用的本质是三件事模型知道有哪些能力、模型能表达要用哪个能力、宿主程序能安全执行这个能力。Function Calling 主要解决第二件事MCP 主要解决第一件和第三件事的标准化。核心判断如果只是一个应用里内置几个函数用 Function Calling 就够如果一个工具要被 Claude、Cursor、VS Code、自研 Agent 等多个客户端复用就应该考虑 MCP。一、没有 MCP 之前AI 接工具为什么麻烦假设你要让 AI 助手访问 GitHub、Postgres、文件系统和企业工单系统。没有统一协议时每个客户端都要分别适配每个工具工具描述怎么写、参数怎么校验、认证怎么传、错误怎么返回、执行结果怎么交给模型全部都要重复设计。这不是写几个 HTTP 接口那么简单。AI 工具调用还多了一个不稳定因素模型会根据自然语言自己选择工具。工具名称写得不清楚模型可能误调用权限边界做得不严模型可能越权写入返回结果太乱模型又可能理解错。MCP 的价值就在这里工具提供方不再围绕某一个模型做私有适配而是实现一个 MCP ServerAI 应用侧实现 MCP Client双方通过统一协议交换工具、资源和提示词能力。工具实现一次就可以被多个 MCP Host 使用。二、MCP 和 Function Calling 到底差在哪很多人会说“Function Calling 不是已经能调工具了吗为什么还要 MCP”这个问题的关键在于Function Calling 和 MCP 不是同一层。Function Calling 更靠近模型层。它告诉模型当你需要某个能力时请按 JSON Schema 输出工具名和参数。至于这个工具在哪里、谁来执行、怎么鉴权、结果怎么返回、工具列表怎么动态更新Function Calling 本身并不负责。MCP 更靠近协议层。它定义 Host、Client、Server 之间怎么连接Server 如何暴露 Tools、Resources、PromptsClient 如何发现能力双方如何用 JSON-RPC 交互传输层用 STDIO 还是 Streamable HTTP。可以这样理解Function Calling 让模型“会喊工具”MCP 让工具“能被统一接进来”。真正的工程系统里两者经常一起出现MCP Client 先从 MCP Server 拿到工具定义再把这些工具转换成模型可理解的 function/tool schema模型决定调用后再由 MCP Client 把请求路由到对应 Server。三、MCP 的架构Host、Client、ServerMCP 采用 Client-Server 架构。这里最容易混淆的是 Host 和 Client。Host 是用户真正打开的 AI 应用比如 Claude Desktop、Cursor、VS Code 插件或公司自研 Agent。Client 是 Host 内部用于连接某个 MCP Server 的组件。Server 是封装外部系统能力的程序比如 GitHub MCP Server、Filesystem MCP Server、Postgres MCP Server。一个 Host 可以同时连接多个 MCP Server。连接方式通常是一对一Host 内部为每个 Server 维护一个 Client这样每个连接都有独立能力、独立鉴权和独立生命周期。这里的 Server 不等于云端服务器它只是“提供 MCP 能力的程序”。它可以运行在本地比如文件系统 Server也可以运行在远程比如企业数据库 Server 或 SaaS Connector。四、MCP Server 的三类核心能力MCP Server 可以暴露三类核心能力Tools、Resources、Prompts。它们的区别非常重要因为很多初学者会把所有东西都做成 Tool最后导致权限难控、上下文混乱、模型误调用。Tools 是可执行动作。比如“创建 GitHub Issue”“发送 Slack 消息”“查询天气”“执行数据库查询”。只要调用后可能改变外部世界或者会消耗资源、触发副作用就应该按工具治理必要时加入用户确认。Resources 是只读上下文。比如文件内容、数据库 schema、API 文档、项目配置。它更像“给模型看的资料”通常由应用决定什么时候读而不是模型想改就改。Prompts 是可复用提示词模板。比如代码审查模板、SQL 生成模板、周报模板。Prompts 通常是用户主动选择的能力用来把团队经验沉淀成标准交互。五、一次 MCP 调用是怎么发生的MCP 的一次调用可以拆成六步初始化、发现能力、模型选择、执行工具、返回结果、生成回答。真正落地时不要跳过前两步因为工具发现和能力协商决定了后面的调用是否可靠。第一步是 initialize。Client 和 Server 协商协议版本、能力和身份信息。第二步是 tools/list、resources/list、prompts/list 等能力发现。Server 返回工具名称、描述、输入 schemaClient 再把这些信息整理进工具注册表。第三步模型根据用户问题和工具说明决定是否调用。第四步Client 通过 tools/call 调 Server。第五步Server 返回结构化结果。最后模型把结果写成自然语言回复。下面是 JSON-RPC 层的简化示意初始化连接{ jsonrpc: 2.0, id: 1, method: initialize, params: { protocolVersion: 2025-06-18, capabilities: { }, clientInfo: { name: demo-client, version: 1.0.0 } }}发现工具{ jsonrpc: 2.0, id: 2, method: tools/list}调用工具{ jsonrpc: 2.0, id: 3, method: tools/call, params: { name: weather_current, arguments: { location: Shanghai, units: metric } }}这个例子说明MCP 的底层不是“随便传一段字符串”而是有明确请求 id、method、params 的 RPC 协议。这样才能做到请求响应可追踪、工具调用可审计、能力变更可通知。六、数据层和传输层为什么 MCP 能本地也能远程MCP 可以拆成两层数据层和传输层。数据层规定消息语义比如 initialize、tools/list、tools/call传输层规定消息怎么送比如本地 STDIO或者远程 Streamable HTTP / SSE。STDIO 适合本地能力比如 Claude Desktop 启动一个本地文件系统 MCP Server。它不需要暴露公网端口延迟低适合个人开发和 IDE 场景。Streamable HTTP 适合远程服务比如公司内部知识库、数据库、SaaS 工具、统一网关。远程模式一定要重视认证、授权、日志和数据脱敏。七、写一个最小 MCP ServerMCP Server 本质是把你已有的函数、数据和模板包装成标准能力。下面用 Python SDK 的风格写一个简化示例一个工具、一个资源、一个提示词。实际项目要以你使用的 SDK 版本为准。from mcp.server.fastmcp import FastMCPmcp FastMCP(Demo Server)mcp.tool()def add(a: int, b: int) - int:Add two numbers.return a bmcp.resource(user://{user_id})def get_user_profile(user_id: str) - str:Read a user profile as context.return fUser profile for {user_id}mcp.prompt()def review_code(code: str) - str:Create a reusable code review prompt.return f请从可读性、安全性、性能三个角度审查代码/n{code}if __name__ __main__:mcp.run()这段代码背后的关键不是“装饰器很方便”而是它把函数签名、类型注解、docstring 转成 MCP 能力描述。Client 发现这个 Server 时就知道有哪些工具、需要什么参数、如何把结果放回模型上下文。注意Tool 的描述要写清楚“什么时候用、输入是什么、有什么副作用”。不要只写 search、query、run 这种泛名。工具名和描述越模糊模型误调率越高。八、MCP 适合哪些场景MCP 最适合“工具多、客户端多、上下文多、权限复杂”的场景。比如 AI IDE 要读代码仓库、企业问数要连数据库、客服助手要读知识库和工单系统、运营助手要调用 CRM 和消息系统。反过来如果你的系统只是一个简单聊天机器人只有两个内部函数而且不会给别的客户端复用那没必要为了 MCP 上复杂度。直接 Function Calling 后端函数路由就够了。九、上线 MCP 最重要的不是“能调”而是“能控”MCP 会让工具接入变简单但简单不等于安全。模型会根据自然语言自动选择工具这意味着你的 Server 一旦暴露了危险能力就可能被错误调用、被提示词注入诱导调用甚至被越权调用。生产环境要坚持最小权限原则只暴露必要工具写操作必须确认工具参数要做 schema 校验和业务校验每次调用要记录用户、工具、参数摘要、结果摘要、耗时和失败原因敏感字段要脱敏远程 Server 必须做认证和授权。还有一个容易忽略的问题MCP Server 不是“模型的玩具”而是高权限后端服务。你给它文件系统权限它就能读文件给它数据库写权限它就能改数据。模型只是发起调用真正承担后果的是 Server 和宿主应用。十、面试里怎么讲 MCP如果要在面试或技术文章中一句话讲清 MCP可以这样说MCP 是一个开放协议用来标准化 AI 应用与外部工具、数据源、提示词模板之间的连接。它采用 Host-Client-Server 架构Server 暴露 Tools、Resources、PromptsClient 通过 JSON-RPC 发现和调用这些能力。Function Calling 解决的是模型如何输出调用意图MCP 解决的是工具如何被统一接入和复用。再展开一点可以补充三点第一MCP 的核心价值是把碎片化工具接入标准化降低重复适配成本第二MCP 的核心抽象是 Host、Client、Server 以及 Tools、Resources、Prompts第三真正生产落地要重点处理权限、审批、日志、异常、限流和数据泄露风险。十一、总结MCP 的出现不是因为 Function Calling 不够用而是因为工具生态太碎片化。Function Calling 让模型能够表达“我要调用什么”MCP 让外部系统能够以统一方式被 AI 应用发现、连接和调用。如果说 RAG 解决的是“模型怎么读知识”Function Calling 解决的是“模型怎么喊工具”那么 MCP 解决的是“工具怎么标准化接入 AI 生态”。这就是它为什么会被称为 AI 应用的 USB-C。真正把 MCP 用好关键不是追概念而是把三件事做好工具边界清晰、权限治理可靠、调用链路可观测。只要这三件事稳MCP 就不只是一个面试名词而是可以落到企业 Agent 平台里的基础设施。如何学习大模型 AI 由于新岗位的生产效率要优于被取代岗位的生产效率所以实际上整个社会的生产效率是提升的。但是具体到个人只能说是“最先掌握AI的人将会比较晚掌握AI的人有竞争优势”。这句话放在计算机、互联网、移动互联网的开局时期都是一样的道理。我在一线科技企业深耕十二载见证过太多因技术卡位而跃迁的案例。那些率先拥抱 AI 的同事早已在效率与薪资上形成代际优势我意识到有很多经验和知识值得分享给大家也可以通过我们的能力和经验解答大家在大模型的学习中的很多困惑。我们整理出这套AI 大模型突围资料包✅ 从零到一的 AI 学习路径图✅ 大模型调优实战手册附医疗/金融等大厂真实案例✅ 百度/阿里专家闭门录播课✅ 大模型当下最新行业报告✅ 真实大厂面试真题✅ 2026 最新岗位需求图谱所有资料 ⚡️ 朋友们如果有需要《AI大模型入门进阶学习资源包》下方扫码获取~① 全套AI大模型应用开发视频教程包含提示工程、RAG、LangChain、Agent、模型微调与部署、DeepSeek等技术点② 大模型系统化学习路线作为学习AI大模型技术的新手方向至关重要。 正确的学习路线可以为你节省时间少走弯路方向不对努力白费。这里我给大家准备了一份最科学最系统的学习成长路线图和学习规划带你从零基础入门到精通③ 大模型学习书籍文档学习AI大模型离不开书籍文档我精选了一系列大模型技术的书籍和学习文档电子版它们由领域内的顶尖专家撰写内容全面、深入、详尽为你学习大模型提供坚实的理论基础。④ AI大模型最新行业报告2025最新行业报告针对不同行业的现状、趋势、问题、机会等进行系统地调研和评估以了解哪些行业更适合引入大模型的技术和应用以及在哪些方面可以发挥大模型的优势。⑤ 大模型项目实战配套源码学以致用在项目实战中检验和巩固你所学到的知识同时为你找工作就业和职业发展打下坚实的基础。⑥ 大模型大厂面试真题面试不仅是技术的较量更需要充分的准备。在你已经掌握了大模型技术之后就需要开始准备面试我精心整理了一份大模型面试题库涵盖当前面试中可能遇到的各种技术问题让你在面试中游刃有余。以上资料如何领取为什么大家都在学大模型最近科技巨头英特尔宣布裁员2万人传统岗位不断缩减但AI相关技术岗疯狂扩招有3-5年经验大厂薪资就能给到50K*20薪不出1年“有AI项目经验”将成为投递简历的门槛。风口之下与其像“温水煮青蛙”一样坐等被行业淘汰不如先人一步掌握AI大模型原理应用技术项目实操经验“顺风”翻盘这些资料真的有用吗这份资料由我和鲁为民博士(北京清华大学学士和美国加州理工学院博士)共同整理现任上海殷泊信息科技CEO其创立的MoPaaS云平台获Forrester全球’强劲表现者’认证服务航天科工、国家电网等1000企业以第一作者在IEEE Transactions发表论文50篇获NASA JPL火星探测系统强化学习专利等35项中美专利。本套AI大模型课程由清华大学-加州理工双料博士、吴文俊人工智能奖得主鲁为民教授领衔研发。资料内容涵盖了从入门到进阶的各类视频教程和实战项目无论你是小白还是有些技术基础的技术人员这份资料都绝对能帮助你提升薪资待遇转行大模型岗位。以上全套大模型资料如何领取
)
