别再裸用 Claude Code 了：我常驻的 6 个 MCP + 4 条提效工作流（亲测）

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

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

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

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

适用：Claude Code（CLI）/ Claude Desktop。配置文件分别是项目根的 .mcp.json 和 claude_desktop_config.json，写法一致。

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

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

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

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

二、我常驻的 6 个 MCP

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

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

json 复制代码

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

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

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

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

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

json 复制代码

{
  "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 验证假设。

json 复制代码

{
  "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）

痛点：照着脑子里的旧 API 写，跑起来一堆 deprecation。

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

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

痛点：大重构干两天，第二天 AI 把第一天的约定忘光。

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

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

痛点：「改好了」三个字最不可信。

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

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

痛点：数据对不上，肉眼对着 SQL 猜半天。

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

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

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

五、一张表收尾

MCP	解决的瘸腿	一句话用法
filesystem	看不见项目	跨文件读写检索
context7	API 过时	实时查官方最新文档
playwright	不验证	改完自己开浏览器走一遍
postgres	调试靠猜	连只读库自己查数据
memory	记不住	跨会话长期记忆
sequential-thinking	难题翻车	显式分步推理自我修正

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

如果这篇帮你省下了折腾配置的时间，点个收藏，下次配 MCP 直接照着这张表抄。你还常驻了哪些 MCP？评论区交流下，我在持续更新自己的 MCP 清单。