我一直在为 Claude Code 尝试各种 MCP 服务器。经过一年多的反复试验，我将自己的配置精简为两台机器上的四个活跃服务器：工作笔记本电脑上两个，Mac mini 上两个。我还移除了其他几个不符合我工作流程的服务器。

在我的工作笔记本电脑上，Context7 是必备工具。这个 MCP 会向模型提供最新的库和框架文档，防止 Claude 基于其训练截止日期编写过时的 API（应用程序编程接口） 代码。为了优化这一点，我在全局 CLAUDE.md 中添加了特定规则，指示 Claude 在代码生成、配置、迁移或示例验证时自动使用 Context7。仓库中的本地文档优先，Context7 用于补充。至关重要的是，如果搜索失败或文档缺失，Claude 必须在继续之前明确说明这一点；这可以防止模型悄无声息地回退到自己的训练数据。我还添加了一条规则：如果代码分析智能体对某个库的工作方式做出断言，Claude 必须通过 Context7 或网络进行验证，然后再应用更改。

我笔记本电脑上的第二个工具是 CodeGraph，它使用 tree-sitter 将代码解析为符号、调用关系和文件的图。关键在于将结构查询与字面搜索分开。我将其配置为：关于定义位置、调用者、变更影响或签名的问题使用图工具，而字面字符串、注释或日志消息则由 grep 处理。为了避免低效，我指示 Claude 使用一次上下文工具调用和两到三次探索调用来回答“X 是如何工作的？”，而不是循环使用子智能体和 grep。我还设定了边界：由于图在文件保存后大约 0.5 秒更新，Claude 不应在修改后的同一轮中立即再次查询它。此外，由于图结果基于解析，Claude 不应使用 grep 重新验证它们。如果没有这些规则，Claude 经常会运行图工具，然后立即运行 grep 以确保无误，从而使处理时间加倍。

我最终移除了浏览器自动化 MCP，因为每当会话更改时连接就会断开，迫使不断重启。它甚至在记忆中留下了一条注释：“会话在对话之间终止，需要重启。”最终，使用直接脚本控制浏览器更加稳定。

我的 Mac mini 上的设置不同。一个 MCP 处理 Discord；一个插件允许我将 Claude Code 用作 Discord 机器人，并带有回复、反应和下载附件的工具。事实上，我正在根据通过该界面收到的指示撰写这篇文章。另一个是 Chrome 扩展。今天在使用它检查 Search Console 时，我发现屏幕截图不断超时，因为页面一直在加载；只有通过 JavaScript 读取正文文本才有效。每当我找到可靠的方法时，我都会将其保存到记忆中。

回顾我的 CLAUDE.md 和工作日志，很明显，真正的努力不在于附加 MCP，而在于定义规则。如果没有 CLAUDE.md 中那几行解释何时使用工具、何时停止以及如何报告失败的说明，这些工具要么被忽略，要么被冗余使用。

MCP 与其说是关于连接，不如说是关于规则。

转载声明：本文为转载整理，原文版权归原作者及原站点所有。

原文来源：DEV.to

原创地址：https://dev.to/devlog/claude-code-mcp-setup-and-usage-rules-2l93