---
title: '20 MCP 实战(Gmail)'
video_id: MxyRjL7NG18
part: 20
---

> 章节 20 / 37 · [[00-总览|课程总览]] · 起始 [2:53:25](https://youtu.be/MxyRjL7NG18?t=10405)


## 章节主旨

用一个 Gmail 的例子演示 [[MCP]] 从「装现成的」到「自己写一个」的完整流程:靠 MCP 目录站挑高质量服务器、让 agent 一键装好 Gmail MCP、再让 agent 生成一个自建 MCP server,最后交代 MCP 真实的 context 成本与「何时不该用」的判断。

## 核心论点

1. **MCP 质量参差,选之前要看目录站的评分并做小范围试错**——不是所有 MCP 都靠谱。([[#1-mcp-目录站与质量筛选-25328|→ 详解1]])
2. **装 MCP 最省事的方式是让 agent 自己去装**,凡是繁琐、涉及配置和授权的事都尽量甩给模型。([[#2-一键装-gmail-mcp把活儿甩给-agent-25441|→ 详解2]])
3. **自建 MCP server 门槛很低**,让 agent 写 Python 代码即可,本质只是把若干函数包成标准工具。([[#3-自建-mcp-server让-agent-写代码-25635|→ 详解3]])
4. **MCP 会大量吃 context,多数场景没必要用**——除非高度标准化、一键可得,或要分享给团队/受众。([[#4-何时该用-mcpcontext-成本的权衡-25901|→ 详解4]])

## 知识点详解

### 1. MCP 目录站与质量筛选 [2:53:28](https://youtu.be/MxyRjL7NG18?t=10408)

MCP 服务器的质量差别很大:有的是仓促做出来的,有的做得很用心、质量很高。所以加装第三方 MCP 时要留个心眼,做好试错的准备。

存在专门做 MCP 编目的目录站,例如 mcpmarket.com、mcpservers.org,它们按质量给 MCP 排序,排得越靠前一般越可靠。想要什么能力就去找对应的 MCP——用 Playwright 自动化浏览器、接 Chrome DevTools、对接某个具体服务,基本都能找到现成的。[2:53:46](https://youtu.be/MxyRjL7NG18?t=10426)

### 2. 一键装 Gmail MCP:把活儿甩给 agent [2:54:41](https://youtu.be/MxyRjL7NG18?t=10481)

装 MCP 最简单的路子就是直接对 agent 说需求,比如「帮我配一个 Gmail MCP,让我能按需从自己邮箱发邮件」,再补上邮箱是 Google Workspace 这类背景信息。agent 会先查有没有现成的 email MCP,给出几种方案(如快速 SMTP 或 Gmail MCP),你挑一个让它全程代办。

关键手法:凡是自己拿不准、或繁琐涉及配置的事,别让模型只给你一堆操作说明,而是直接让它「能替你做的全做掉」。[2:55:29](https://youtu.be/MxyRjL7NG18?t=10529)

实操里 agent 会自动改 Claude 的配置、弹出 OAuth 登录页让你授权,授权成功后重启 Claude Code,在 `/mcp` 里就能看到 Gmail MCP 已连上。之后一句「给某某发封邮件说 what's up」就直接发出去了,整个过程几乎零手动配置。

### 3. 自建 MCP server:让 agent 写代码 [2:56:35](https://youtu.be/MxyRjL7NG18?t=10595)

自建 MCP 同样是问 agent「怎么创建自己的 MCP server」,它会给出用 Python 建服务器的方案。作者演示了一个极简例子:做一个只读取、返回某网站信息的 MCP,让别人下载后一问就能调用它取回该网站的资料。

agent 会自动建好 `mcp-servers` 目录、写服务器 Python 代码、生成依赖用的 TOML,最后给出注册说明。演示中生成的 server 暴露了五个工具(取公司概览、取服务、取预约链接、取案例、站内搜索),同意注册后新开一个 Claude Code 实例就能调用。[2:57:54](https://youtu.be/MxyRjL7NG18?t=10674)

要点是理解 MCP 的本质:它并非什么必需品,只是套在一组函数外面的、方便调用的标准化「包装」。会不会写 Python 无所谓,让模型代劳即可。

### 4. 何时该用 MCP:context 成本的权衡 [2:59:01](https://youtu.be/MxyRjL7NG18?t=10741)

作者的判断是:如今大多数场景他不会专门搭 MCP,除非是想分享给别人用——比如创作者为自己的受众做一个公开 MCP。除此之外,自建 MCP 常常不如用 Claude Skills 之类的方案。

原因是 MCP 有个隐性代价:它会往 context 里塞进大量内容。正面看它标准化了工具调用;负面看,光是加载工具定义就要吃掉可观的 token。[3:00:07](https://youtu.be/MxyRjL7NG18?t=10807)

演示里用 `/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」的关键成本。

## 自检问题

1. 挑第三方 MCP 时,凭什么判断哪个更靠谱?
   **答案**:去 mcpmarket.com、mcpservers.org 这类目录站看它们按质量给出的排序,排得越靠前一般越可靠;同时对新装的 MCP 保留试错的准备。 [2:53:46](https://youtu.be/MxyRjL7NG18?t=10426)
2. 装一个 Gmail MCP,作者推荐的最省事做法是什么?
   **答案**:直接把需求告诉 agent,让它全程代办——查现成方案、改配置、走 OAuth 授权、重启后即可用;别只让它给操作说明,凡繁琐配置尽量甩给模型。 [2:54:41](https://youtu.be/MxyRjL7NG18?t=10481)
3. 既然自建 MCP 这么容易,为什么作者多数情况下不建议用?
   **答案**:因为 MCP 会往 context 里塞大量工具定义(演示里约占 8%、单 server 三千多 token),既费钱又拉低输出质量;只有高度标准化、一键可得或要分享给团队/受众时才值得用。 [2:59:01](https://youtu.be/MxyRjL7NG18?t=10741)