Claude Code必备6个MCP与4条提效工作流亲测

先说一个观察了很久的现象：大多数人用 Claude Code，就是开一个终端，打字、让它写代码、复制、粘贴。

这没错，但这只是它的「聊天框模式」——你把一个能直接操作你真实工作环境的 Agent，硬生生用成了一个更聪明的搜索引擎。

真正把 Claude Code 的杠杆拉满的，从来不是换一个更强的模型，而是 MCP（Model Context Protocol）。一句话解释 MCP：它让 AI 能读你的真实世界——你的数据库、你的文档、你的浏览器、你的历史记忆，而不只是它脑子里那点训练数据。

这篇文章不堆概念，直接给你每天常驻的 6 个 MCP，以及把它们串起来的 4 条提效工作流。每个都带配置和自己踩过的坑。

一、先想清楚：MCP 到底替你解决什么

裸用 Claude Code 时，它有三个天生的瘸腿：

1. 看不见你的真实数据——它不知道你数据库里有什么表，不知道你那份 200 页的内部文档写了啥。
2. 记不住——关掉窗口，上下文清零，昨天聊到一半的事今天得重头来。
3. 做完不验证——它说"改好了"，但它没真的去点一下页面看效果。

MCP 就是给这三条腿装假肢。下面 6 个，是用下来留存率最高的。

二、常驻的 6 个 MCP

1. filesystem —— 让它真正"住"在你的项目里

最基础但最容易被忽略。它让 Claude 能按目录读写文件、跨文件检索，而不是一段段贴代码给它。

{"mcpServers": {"filesystem": {"command": "npx","args": ["-y", "@modelcontextprotocol/server-filesystem", "D:/work/myproject"]}}}

真实用法：「把 services/ 下所有调用了旧版鉴权的地方找出来，统一换成新中间件」——它会自己遍历、定位、改，而不是等你喂。

坑：路径一定写绝对路径；Windows 下用正斜杠 /，反斜杠会被 JSON 转义吃掉。

2. context7 —— 治好它"一本正经地用过时 API"

Claude 的训练数据有截止日期，写 Next.js / Prisma / Tailwind 这类迭代飞快的库时，它经常给你两年前的写法。context7 实时拉官方最新文档喂给它。

{"context7": {"command": "npx","args": ["-y", "@upstash/context7-mcp"]}}

真实用法：在 prompt 里加一句「按最新文档写」，它会先查文档再下笔。用上之后，框架类代码的"幻觉 API"几乎绝迹。

3. playwright —— 做完一定让它自己去点一下

这是把 Claude 从"嘴上说改好了"变成"真的验证过了"的关键。它能开浏览器、点击、填表、截图。

真实用法：「改完登录页，自己打开 localhost:3000，走一遍登录流程，截图给我」。它会真的跑一遍，失败了还能看着报错继续修——这就是闭环。

坑：第一次要 npx playwright install chromium，否则它找不到浏览器。

4. postgres / 数据库 MCP —— 调试时别再手动导数据了

让 Claude 直接连只读库，自己查 schema、跑 SELECT 验证假设。

{"postgres": {"command": "npx","args": ["-y", "@modelcontextprotocol/server-postgres", "postgresql://readonly:pwd@127.0.0.1:5432/mydb"]}}

真实用法：「这个接口返回的金额对不上，你查一下 orders 和 order_items 表，定位是哪一步算错了」——它会自己查表结构、跑聚合、定位到具体行。

坑：务必用只读账号。给 Agent 一个能 DROP TABLE 的连接串，是迟早要出事的。

5. memory —— 给它装上跨会话的"长期记忆"

让 Claude 把关键事实（项目约定、踩过的坑、你的偏好）写进一个持久化的知识图谱，下次新开窗口自动加载。

真实用法：第一次告诉它「我们项目禁止用 uv，只用 pip+venv」，它记下来；一周后新开会话，它依然记得，不会再建议你用 uv。这一条对长期项目的体验提升是断崖式的。

6. sequential-thinking —— 让它在难题上"慢下来"

复杂重构、棘手 bug，让它显式地分步推理、自我修正，而不是一口气给你一个看着对、跑起来错的方案。

真实用法：「这个并发 bug 复现条件很苛刻，你一步步推理可能的竞态路径，每一步先怀疑再验证」。

三、把 MCP 串起来：4 条提效工作流

单个 MCP 是工具，串起来才是杠杆。下面 4 条是每天在跑的。

工作流 1：文档先行的开发（context7 + filesystem）

做法：让它先用 context7 查最新文档，再用 filesystem 落地到项目。一句话 prompt：「按官方最新文档，给我在 auth/ 下实现 XXX，写完检查项目里有没有同名旧实现需要替换」。

工作流 2：带记忆的长任务（memory + filesystem）

做法：开工时让它把「目标 / 约束 / 已完成 / 待办」写进 memory；每天新开会话先「加载记忆」，它就能无缝接上。相当于给 Agent 配了个跨天的项目笔记本。

工作流 3：改完即验证的闭环（filesystem + playwright）

做法：任何前端改动，固定追加一句「改完自己用 playwright 打开页面走一遍，截图，有报错就继续修到通过」。从此「改完即验证」，而不是「改完即上线即回滚」。

工作流 4：数据驱动的调试（postgres + sequential-thinking）

做法：让它先连库查真实数据，再分步推理哪一步逻辑算错。从"猜"变成"查 + 证"。

四、避坑速查（这几条能省半天）

• 绝对路径 + 正斜杠：filesystem 的路径，Windows 下尤其。
• 数据库一律只读账号：把写权限给 Agent 是事故源头。
• MCP 不是越多越好：每个 MCP 都占上下文预算，常驻 5～8 个最舒服，用不上的关掉。
• 配置改完要重启：Claude Desktop 改 claude_desktop_config.json 后必须重启进程才生效；Claude Code 的 .mcp.json 是按项目加载的。
• npx 首次慢：第一次启动会拉包，别以为卡死了。

五、一张表收尾

裸用 Claude Code，你用的是一个聪明的聊天框；配好 MCP，你用的是一个能读你真实世界、能自己验证、还记得住的开发搭子。差距不在模型，在你给它装了几条腿。