章节主旨
用一个 Gmail 的例子演示 MCP 从「装现成的」到「自己写一个」的完整流程:靠 MCP 目录站挑高质量服务器、让 agent 一键装好 Gmail MCP、再让 agent 生成一个自建 MCP server,最后交代 MCP 真实的 context 成本与「何时不该用」的判断。
核心论点
- MCP 质量参差,选之前要看目录站的评分并做小范围试错——不是所有 MCP 都靠谱。(→ 详解1)
- 装 MCP 最省事的方式是让 agent 自己去装,凡是繁琐、涉及配置和授权的事都尽量甩给模型。(→ 详解2)
- 自建 MCP server 门槛很低,让 agent 写 Python 代码即可,本质只是把若干函数包成标准工具。(→ 详解3)
- MCP 会大量吃 context,多数场景没必要用——除非高度标准化、一键可得,或要分享给团队/受众。(→ 详解4)
知识点详解
1. MCP 目录站与质量筛选 2:53:28
MCP 服务器的质量差别很大:有的是仓促做出来的,有的做得很用心、质量很高。所以加装第三方 MCP 时要留个心眼,做好试错的准备。
存在专门做 MCP 编目的目录站,例如 mcpmarket.com、mcpservers.org,它们按质量给 MCP 排序,排得越靠前一般越可靠。想要什么能力就去找对应的 MCP——用 Playwright 自动化浏览器、接 Chrome DevTools、对接某个具体服务,基本都能找到现成的。2:53:46
2. 一键装 Gmail MCP:把活儿甩给 agent 2:54:41
装 MCP 最简单的路子就是直接对 agent 说需求,比如「帮我配一个 Gmail MCP,让我能按需从自己邮箱发邮件」,再补上邮箱是 Google Workspace 这类背景信息。agent 会先查有没有现成的 email MCP,给出几种方案(如快速 SMTP 或 Gmail MCP),你挑一个让它全程代办。
关键手法:凡是自己拿不准、或繁琐涉及配置的事,别让模型只给你一堆操作说明,而是直接让它「能替你做的全做掉」。2:55:29
实操里 agent 会自动改 Claude 的配置、弹出 OAuth 登录页让你授权,授权成功后重启 Claude Code,在 /mcp 里就能看到 Gmail MCP 已连上。之后一句「给某某发封邮件说 what’s up」就直接发出去了,整个过程几乎零手动配置。
3. 自建 MCP server:让 agent 写代码 2:56:35
自建 MCP 同样是问 agent「怎么创建自己的 MCP server」,它会给出用 Python 建服务器的方案。作者演示了一个极简例子:做一个只读取、返回某网站信息的 MCP,让别人下载后一问就能调用它取回该网站的资料。
agent 会自动建好 mcp-servers 目录、写服务器 Python 代码、生成依赖用的 TOML,最后给出注册说明。演示中生成的 server 暴露了五个工具(取公司概览、取服务、取预约链接、取案例、站内搜索),同意注册后新开一个 Claude Code 实例就能调用。2:57:54
要点是理解 MCP 的本质:它并非什么必需品,只是套在一组函数外面的、方便调用的标准化「包装」。会不会写 Python 无所谓,让模型代劳即可。
4. 何时该用 MCP:context 成本的权衡 2:59:01
作者的判断是:如今大多数场景他不会专门搭 MCP,除非是想分享给别人用——比如创作者为自己的受众做一个公开 MCP。除此之外,自建 MCP 常常不如用 Claude Skills 之类的方案。
原因是 MCP 有个隐性代价:它会往 context 里塞进大量内容。正面看它标准化了工具调用;负面看,光是加载工具定义就要吃掉可观的 token。3:00:07
演示里用 /context 一看,MCP 工具占了整个 context window 的约 8%,单是那个自建 server 就吃掉三千多 token。而 prompt 里的 token 越多,不仅费钱,还会影响输出质量(后续章节会展开)。
结论:除非是高度标准化、一键即得,或要分享给团队/群体,否则别轻易上 MCP——它把简单的几个工具换成了不小的 context 占用,多数时候不划算。
术语
- MCP(Model Context Protocol):把工具/函数标准化暴露给 LLM 调用的协议,agent 可据此调用外部能力。
- MCP server:实现 MCP 协议、对外暴露一组工具的服务端;可用现成的,也可用 Python 自建。
- OAuth 授权:接 Gmail 这类服务时,MCP 通过弹出登录页完成的第三方授权流程。
/context:Claude Code 里查看当前 context window 各部分 token 占用的命令。- context window 占用:MCP 工具定义常驻上下文所消耗的 token 份额,是评估「值不值得用 MCP」的关键成本。
自检问题
- 挑第三方 MCP 时,凭什么判断哪个更靠谱? 答案:去 mcpmarket.com、mcpservers.org 这类目录站看它们按质量给出的排序,排得越靠前一般越可靠;同时对新装的 MCP 保留试错的准备。 2:53:46
- 装一个 Gmail MCP,作者推荐的最省事做法是什么? 答案:直接把需求告诉 agent,让它全程代办——查现成方案、改配置、走 OAuth 授权、重启后即可用;别只让它给操作说明,凡繁琐配置尽量甩给模型。 2:54:41
- 既然自建 MCP 这么容易,为什么作者多数情况下不建议用? 答案:因为 MCP 会往 context 里塞大量工具定义(演示里约占 8%、单 server 三千多 token),既费钱又拉低输出质量;只有高度标准化、一键可得或要分享给团队/受众时才值得用。 2:59:01