欢迎光临
我们一直在努力

【MCP小白篇】MCP 到底是什么:用大白话讲清楚

​你在 Claude Code 里说了一句"帮我看看 GitHub 上 #142 这个 Issue",几秒钟后,Claude 就把 Issue 的标题、内容、评论全拿回来了。

​你没有打开浏览器,没有复制粘贴,甚至没有告诉 Claude 你的 GitHub 地址。**它是怎么做到的?**答案是 MCP。这篇文章用最简单的方式讲清楚 MCP 是什么、为什么需要它、以及它在背后到底干了什么。

一、MCP 是什么

​MCP(Model Context Protocol)就是一套规矩,规定了 Claude 怎么跟外部系统打交道。

​没有 MCP 之前,Claude 就像一个很聪明但被锁在房间里的人,它能思考、能写代码、能分析问题,但看不到外面的世界。你要是想让它帮你查个 Issue,得自己去 GitHub 查好,复制粘贴过来。

​有了 MCP,相当于给这个房间开了窗户。Claude 可以直接去看 GitHub、查数据库、翻 Sentry 日志,前提是你给它装了对应的"窗户"(MCP Server)。

在这里插入图片描述

​左边是没有 MCP 的状态,Claude 虽然聪明,但所有外部信息都得你手动搬运。右边是有了 MCP 之后——Claude 自己就能去拿数据,你只需要说一句话。

二、为什么不能直接调 API?

​你可能会想:Claude 这么聪明,直接让它调 GitHub 的 API 不就行了?

2.1 API需要什么

​调一个 API 没那么简单,你得知道三件事:

  • 往哪发——API 地址是什么(https://api.github.com/repos/…)
  • 怎么发——用 GET 还是 POST 请求
  • 带什么凭证——你的身份令牌(token)是什么

​每个系统的 API 都不一样。GitHub 一套规矩,Slack 一套规矩,数据库又是另一套。如果让 Claude 直接对接这些 API,每加一个新系统都得重新适配一遍,太麻烦了。

2.2 MCP怎么做

​MCP在 Claude 和这些系统之间加一层"翻译官"(MCP Server),Claude 只需要说"我要查 #142 Issue",翻译官负责去跟 GitHub API 打交道。

在这里插入图片描述

  • 上面是没有 MCP 的情况——每个系统的 API 格式都不同,适配起来一团乱麻。下面是有了 MCP 之后——Claude 只需要会一种"语言"(MCP 协议),具体的 API 差异由各个 MCP Server 各自处理。

  • 如果你还没理解,我们打个更常用的比方。

    你借充电宝的时候,完全不用管它里面是 Lightning 线还是 USB-C 线、电压怎么匹配,扫码付钱就能充。充电宝机柜帮你搞定了所有兼容性问题。MCP Server 做的就是同样的事:你只说需求,它帮你搞定不同系统之间的"接口兼容"。

三、一次调用到底发生了什么

​回到开头的例子:你说"帮我看看 #142 Issue"。

​背后其实只发生了六步,但你只参与了第一步和最后一步:

在这里插入图片描述

​六步里你只做了两件事:提问和听回答。中间的"选工具→发请求→调 API→拿数据"全部自动完成。这就是 MCP 带来的体验—你说人话,Claude 办实事。

  • 整个过程的核心其实就两个动作:
    • Claude 决定用哪个工具——它看到你说"Issue",就从工具清单里选了 get_issue,而不是 search_code 或者 list_pull_requests
    • MCP Server 去执行——它把 Claude 的请求翻译成 GitHub 能听懂的 API 调用,拿到数据再传回来

四、那 Claude 怎么知道有哪些工具可以用?

​你装了一个 GitHub MCP Server,Claude 怎么知道它能查 Issue、搜代码、列 PR?

​答案很简单:连接的时候,MCP Server 会自报家门。

​就像你加了一个新同事的微信,第一件事是互相介绍:"我是做前端的,我能帮你切页面、调样式、写组件。"MCP Server 也一样—刚连上的时候,它会告诉 Claude:“我是 GitHub Server,我有这些能力:查 Issue、搜代码、列 PR。”

在这里插入图片描述

​这个过程叫握手。握手就像加了新同事微信后的第一次自我介绍——Server 把自己的"能力清单"发给 Claude,Claude 记下来。之后你提需求时,Claude 就是从这份清单里挑合适的工具来用。

五、MCP Server 装在哪?

​MCP Server 有两种运行方式,区别就一句话:在你电脑上跑,还是在云端跑。

方式白话解释什么时候用例子
本地运行 Server 就在你电脑上,Claude 直接跟它对话 访问你自己的数据库、本地文件 数据库 MCP、文件系统 MCP
远程运行 Server 在云端,Claude 通过网络跟它通信 访问在线服务 GitHub MCP、Sentry MCP

​你不需要深入理解它们的技术区别,只要知道:装的时候选对类型就行,本地的用 stdio,远程的用 http。

六、安全吗?Claude 会不会乱动我的东西?

​这可能是你最关心的问题:Claude 能连 GitHub、能访问数据库了,那它会不会偷偷删我的代码?会不会看到不该看的东西?

​这里有两层保护。

  • 第一层:每次操作都要你点头。

    Claude 每次要调用工具时,都会弹出一个确认框:"我要查 GitHub Issue,允许吗?"你点了允许它才会执行,点拒绝它就老老实实停下来。

    你也可以提前设置好规矩——比如"GitHub 的读操作随便用,写操作每次都得问我"。就像你给保姆一把钥匙,但告诉她"厨房随便进,书房要先问我"。

  • 第二层:权限跟着你的账号走。

    GitHub MCP 用的是你自己的 GitHub 账号登录。你在 GitHub 上能看到什么,Claude 就只能看到什么。你的同事的私有仓库?看不到。公司里你没权限的项目?也看不到。

    数据库 MCP 也一样,你给它一个只读账号,它就只能查数据,改不了也删不了。

七、总结

  • MCP 是 Claude 连接外部世界的标准方式——有了它,Claude 能查 GitHub、访问数据库、看监控日志
  • 你不需要懂 API——MCP Server 帮你处理了所有技术细节,你只需要说人话
  • Claude 自己选工具——你说需求,Claude 判断该用哪个工具,MCP Server 负责执行
  • 安全有保障——每次调用都要你授权,权限跟着你的账号走
赞(0)
未经允许不得转载:171主机测评 » 【MCP小白篇】MCP 到底是什么:用大白话讲清楚
分享到: 更多 (0)

评论 抢沙发

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址