惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

The GitHub Blog
The GitHub Blog
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
Microsoft Security Blog
Microsoft Security Blog
J
Java Code Geeks
S
SegmentFault 最新的问题
Apple Machine Learning Research
Apple Machine Learning Research
N
Netflix TechBlog - Medium
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
博客园_首页
宝玉的分享
宝玉的分享
Google DeepMind News
Google DeepMind News
B
Blog RSS Feed
Hugging Face - Blog
Hugging Face - Blog
量子位
Blog — PlanetScale
Blog — PlanetScale
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
阮一峰的网络日志
阮一峰的网络日志
D
Docker
罗磊的独立博客
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
云风的 BLOG
云风的 BLOG
IT之家
IT之家
MyScale Blog
MyScale Blog
Microsoft Azure Blog
Microsoft Azure Blog

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
MCP到底是什么?小白也能懂的AI神器
王小佳 · 2025-06-16 · via 人人都是产品经理

在人工智能领域,大语言模型(LLM)的应用越来越广泛,但其能力边界也逐渐显现。如何让AI真正“用工具”、获取实时数据并执行复杂任务?MCP(模型上下文协议)应运而生。本文将用通俗易懂的语言,为你揭开MCP的神秘面纱。

你有没有想过,为什么现在的智能助手越来越聪明,能帮你查天气,发邮件,甚至能帮你写文章?其实,这背后有一个非常神奇的技术——MCP(模型上下文协议),它让AI变得更强大、更实用。

最近我在网上看了很多关于MCP的视频和文章,感觉好像懂了,但又好像没完全明白。作为一个AI学习小白,我决定用最简单的语言,把我理解到的内容分享给你:什么是MCP?为什么它最近这么火?API、Function Calling和MCP三者到底是什么关系?以及,怎么找到别人已经写好的MCP服务工具。

希望这篇文章能帮你理解这些看似高深的技术概念。

一、什么是MCP?

MCP,全称 Model Context Protocol(模型上下文协议)是由Anthropic公司在2024年11月26日推出的一项技术协议。MCP的目标是通过定义一套通用的通信规则,让AI助手能够连接到外部资源,提升响应的准确性和实用性。 随着越来越多的企业采用该协议,它已经成为 LLM 使用工具方面事实上的标准,推动了 AI 智能体发展潜力的进一步释放。

二、大模型为什么需要MCP?

大模型能力边界

大语言模型(LLM)如GPT、Claude等,能够理解和生成各种自然语言内容,从写文章到写代码都不在话下。但只能处理输入的内容,无法主动查数据、用工具,能力边界很明显,体现在:

  • 只能处理输入的文字:模型本身无法“主动”去查找最新的信息、访问数据库或操作真实世界的工具。
  • 知识有时效性:模型的知识截止于训练时,无法获取实时数据,比如最新的天气、新闻或股票价格。
  • 容易“胡说八道”:当遇到自己不知道的问题时,模型会“编造”答案(AI圈叫“幻觉”),而不是告诉你“我不知道”。
  • 缺乏长期记忆和复杂推理能力:模型对复杂的多步任务、历史数据追踪等能力有限。

Function Calling(函数调用)

针对大模型的能力边界,2023年6月,OpenAI等公司推出Function Calling,AI能把需求转成结构化指令,由外部服务执行。但每家实现不同,开发和维护成本高,工具多了很难扩展。

Function Calling原理:让AI把“查北京天气”这样的请求转成结构化的函数调用(比如API),由外部工具来完成真正的操作。

优点:AI可以获取实时数据、自动化任务、访问数据库等,能力大大增强。

局限:

① 每个工具都要单独对接:每加一个新工具,开发者都要写一套专用的集成代码,维护起来很麻烦。

② 标准不统一:不同AI厂商和工具的接口格式、参数、返回值各不相同,开发和扩展难度大。

③复杂场景难以应对:面对多步任务、多个工具协作、复杂数据结构时,Function Calling容易混乱,出错率高。

④安全和权限难管理:调用外部工具涉及数据安全和权限控制,Function Calling方案下很难统一管理

早期的大模型虽然强大,但面对“用工具”这件事时,能力受限、集成复杂、维护困难。Function Calling虽然是进步,但依然没有解决标准化和大规模扩展的问题,AI的潜力被“工具孤岛”困住了。

MCP的出现,就像AI世界的“USB-C”,让所有工具和AI都能用同一种标准连接,大大降低了集成难度,也让AI的能力边界被极大拓展。

三、API、Function Calling、MCP:到底有什么不同?

下面用快递比喻理解差异(代码对比)

传统API调用方式

Function Calling 实现

MCP 标准化实现

四、怎么使用MCP

MCP像一个“标准插座”,它不是一个具体的软件,而是一种让AI和工具可以顺利沟通的“通用语言”。MCP 只是一个协议,无法直接使用,必须先实现它。这里先理解MCP的基本架构:三大角色。

  1. MCP Host(宿主/主程序):常见的包括Claude Desktop,Cursor,Cline,Cherry studio,AI助手、带AI功能的IDE等,Host负责和用户交互。
  2. MCP Client(MCP客户端):嵌入在主程序里,负责和MCP Server沟通。
  3. MCP Server(MCP服务器):每个服务器都对接一个具体工具(如GitHub、数据库、天气服务等),并通过MCP协议“暴露”自己的功能。

传输层:MCP支持本地(STDIO)和远程(HTTP+SSE)两种连接方式,不管工具是在你电脑上,还是在云端,都能连起来。

例子辅助理解:把MCP想象成智能家居系统

  • Host = 手机上的智能家居APP
  • Client = 每个家电的智能插座
  • Server = 家电本身(空调/灯光/电视)
  • MCP协议 = 统一的智能家居通信标准

当你用手机APP(Host)打开空调(Server),智能插座(Client)会自动将指令转成标准协议,空调收到指令后执行并反馈状态。这样任何新家电只要支持这个标准,就能即插即用,你的APP就能自动发现它、控制它,不用学新的操作方法。不需要为每个品牌单独适配。

MCP Server可以让AI用三种方式帮你做事:

  1. 资源(Resources):像查文件、查数据,AI能帮你读出内容。
  2. 工具(Tools):像“帮我发邮件”“查天气”“新建任务”,AI能直接操作这些功能(这个最常用)。可以被 LLM 调用的函数。
  3. 提示(Prompts):AI可以用一些预设的模板,帮你写文章、做总结、生成代码等。

重点:最常用的就是“工具”功能,让AI真的能帮你“做事”!

MCP就像一个智能插线板,AI助手和各种工具都能用同一个插头连接。你用AI助手(Host)发出请求,MCP Client负责转达,MCP Server把请求变成工具能懂的操作,然后把结果再传回来。这样,AI就能帮你查天气、管文件、连数据库,什么都能做!

五、怎么找到别人已经写好的MCP服务工具

现在已经有不少专门的MCP服务市场,聚合了各种各样的MCP工具和插件,像应用商店一样,随时可以查找和接入。下面给大家举几个最常用的MCP服务市场。

1. mcp.so

简介:mcp.so 是目前最受欢迎的MCP服务市场之一,里面收录了大量开源和商业的MCP插件,涵盖天气、翻译、办公自动化、生活服务等各类场景。

适合人群:小白用户可以直接搜索和体验,开发者也能上传自己的MCP服务。

2. mcpmarket.com

简介:更像是一个MCP服务的“导航站”,聚合了全球各地的热门MCP工具,支持按分类、评分、更新时间等多种方式筛选。

适合人群:想要对比不同服务、寻找高质量插件的用户。

3. smithery.ai

简介:smithery.ai 主打创新型和专业型MCP服务,收录了许多面向企业和开发者的高级插件,比如数据分析、自动化办公、AI写作等。

适合人群:对功能有更高要求、希望集成到自己工作流中的进阶用户

本文由 @王小佳 原创发布于人人都是产品经理。未经作者许可,禁止转载

题图来自Unsplash,基于CC0协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务