调试你的配置
诊断为什么 CLAUDE.md、settings、hooks、MCP 服务器或 skills 没有生效。使用 /context、/doctor、/hooks 和 /mcp 来查看实际加载了什么。
当 Claude 忽略了一条指令或你配置的功能没有出现时，通常是因为文件没有加载、从你预期之外的位置加载，或者被另一个文件覆盖了。本指南展示了如何检查 Claude Code 实际加载了什么，以便你能够缩小范围。
对于安装、身份验证和连接问题，请参阅故障排除安装和登录。
查看加载到上下文中的内容
/context 命令显示当前会话中占用上下文窗口的所有内容，按类别分解：系统提示、系统工具、MCP 工具、自定义子代理及其加载源、内存文件、skills 和对话消息。首先运行它来确认你的 CLAUDE.md、规则或 skill 描述是否存在。/context 中的 skills 部分还包括捆绑 skills，而 /skills 不会列出这些。
对于特定类别的详细信息，请使用专用命令：
| 命令 | 显示内容 |
|---|---|
/memory |
用户和项目范围内的内存文件位置，以及在编辑器中打开每个文件的选项，加上访问自动内存文件夹和自动内存切换的权限 |
/skills |
来自项目、用户和插件源的可用 skills |
/hooks |
活跃的 hook 配置 |
/mcp |
连接的 MCP 服务器及其状态 |
/permissions |
当前生效的已解析允许和拒绝规则 |
/doctor |
配置检查：安装健康状况、无效的设置文件、未使用的扩展、同一目录中重复的子代理名称，以及建议的修复 |
/debug [issue] |
为会话启用调试日志记录，并提示 Claude 使用日志输出和设置路径进行诊断 |
/status |
活跃的设置源，包括是否启用了托管设置 |
如果内存文件在 /context 分解中缺失，请根据CLAUDE.md 文件如何加载检查其位置。子目录 CLAUDE.md 文件在 Claude 使用 Read 工具读取该目录中的文件时按需加载，而不是在会话开始时加载。
如果 /context 确认文件已加载但 Claude 仍然没有遵循特定指令，问题可能在于指令的编写方式，而不是是否加载。CLAUDE.md 适用于你会给新队友的指导类型，例如项目约定、构建命令和文件位置。
当指令足够模糊以至于可以多种方式解释、两个文件给出相互矛盾的方向，或者文件变得足够长以至于单个规则获得较少关注时，遵守度会下降。编写有效的指令涵盖了保持高遵守度的特异性、大小和结构模式。
检查已解析的设置
设置在托管、用户、项目和本地范围内合并。当存在时，托管设置总是优先。在其余的中，更接近的范围按本地、项目、用户的顺序覆盖更广泛的范围。某些设置也可以由命令行标志或环境变量设置，它们充当另一个覆盖层。当设置似乎不适用时，你设置的值通常被另一个范围或环境变量覆盖。
要查找无效的设置文件，请从终端运行 claude doctor。它打印只读安装和设置诊断，而不启动会话。要进行完整检查，同时提议修复并在应用前询问，请在会话内运行 /doctor。
运行 /status 来查看哪些设置源是活跃的，包括是否启用了托管设置。要了解 Claude Code 对给定键使用哪个范围，请参阅设置优先级。
检查 MCP 服务器
运行 /mcp 来查看每个配置的服务器、其连接状态以及你是否为当前项目批准了它。服务器可以定义正确但仍然不提供工具，原因有几个常见的：
.mcp.json中的项目范围服务器需要一次性批准。如果提示被关闭，服务器将保持禁用状态，直到你从/mcp批准它。- 启动失败的服务器在
/mcp中显示为失败。command或args中的相对文件路径是一个常见原因，因为它们相对于你启动 Claude Code 的目录而不是.mcp.json的位置进行解析。 - 显示为已连接但列出零个工具的服务器已成功启动但没有返回工具列表。从
/mcp选择重新连接。如果计数保持为零，运行claude --debug=mcp并在~/.claude/debug/<session-id>.txt的调试日志中读取服务器的 stderr。
对于配置位置和范围规则，请参阅 MCP。
检查 hooks
运行 /hooks 来列出当前会话注册的每个 hook，按事件分组。如果你定义的 hook 没有出现，它没有被读取：hooks 在设置文件中的 "hooks" 键下，而不是在独立文件中。
如果 hook 出现但没有触发，匹配器通常是原因。检查它是否有这些错误：
matcher字段是一个使用|来匹配多个工具名称的单个字符串，例如"Edit|Write"。,分隔符是等效的，所以"Edit,Write"匹配相同的工具。在 v2.1.191 之前，逗号会进入正则表达式评估，匹配器永远不会匹配，所以如果你不在 v2.1.191 上，请使用|。- 拼写错误的工具名称会产生一个不匹配任何内容的匹配器，所以 hook 会无声地失败。
- 数组值是一个 schema 错误：Claude Code 显示设置错误通知并拒绝整个用户、项目或本地设置文件，
claude doctor报告验证失败，该文件中没有 hook 出现在/hooks中。在托管设置中，Claude Code 从包含数组的文件中删除整个hooks键，所以该文件的 hooks 都不适用。文件的其他设置仍然适用，claude doctor列出删除的键。
当你编辑 settings.json 时，更改在短暂的文件稳定延迟后在运行的会话中生效，即使你在会话启动后创建了文件或项目的 .claude/ 文件夹。你不需要重新启动。在 v2.1.257 之前，Claude Code 没有检测到在会话启动后创建的 .claude/ 文件夹中的编辑。
如果保存后几秒钟 /hooks 仍然显示旧定义，再次运行 /hooks 来刷新视图。
如果 /hooks 显示 hook 但它仍然没有触发，下一步是实时观察 hook 评估。使用 claude --debug 启动会话并触发工具调用。调试日志记录每个事件、检查了哪些匹配器以及 hook 的退出代码和输出。有关日志格式，请参阅调试 hooks，有关常见失败模式，请参阅hooks 故障排除。
针对干净配置进行测试
使用 claude --safe-mode 开始，它会启动一个会话，禁用所有自定义，包括 CLAUDE.md、skills、plugins、hooks、MCP 服务器以及自定义命令和代理。身份验证、模型选择、内置工具和权限正常工作。如果问题在安全模式下消失，则其中一个方面是原因；使用上面的针对性检查来找出是哪一个。安全模式仍然应用来自你的组织的托管 hooks 和设置策略。托管 plugins、skills、CLAUDE.md 和 MCP 服务器被关闭。
如果问题在安全模式下仍然存在，或你的设置本身可疑，请与从你的常规设置中不加载任何内容的会话进行比较。将 CLAUDE_CONFIG_DIR 指向一个空目录以绕过 ~/.claude 下的所有内容，并从没有 .claude 文件夹、.mcp.json 或 CLAUDE.md 的目录启动，以便也跳过项目配置。
cd /tmp && CLAUDE_CONFIG_DIR=/tmp/claude-clean claude
干净会话没有用户或项目设置、hooks、MCP 服务器、plugins 或内存。在首次启动时，预期会看到首次运行设置屏幕，从主题选择开始。如果你看到它们，说明干净配置目录已生效。后续使用同一目录的启动会跳过这些屏幕，因为 Claude Code 会在那里保存入门状态。
- 如果你的组织部署了托管设置，它们仍然适用。Claude Code 读取 MDM 配置文件、注册表策略和来自配置目录外部位置的
managed-settings.json，并在干净会话获得凭证后再次获取服务器管理的设置 - 你将被提示再次登录
如果问题在这里消失，原因在你的真实 ~/.claude 或项目 .claude 文件中的某处。一次重新引入一个，通过将文件复制到临时目录或从你的项目启动，来找到哪一个。如果它在干净会话中持续存在，原因在你的用户和项目配置之外。运行 /status 来检查是否启用了托管设置，查找影响 Claude Code 的环境变量，然后参阅故障排除。
检查常见原因
大多数配置意外可以追溯到一小组位置和语法规则。在假设存在错误之前检查这些：
| 症状 | 原因 | 修复 |
|---|---|---|
| Hook 永远不触发 | matcher 是 JSON 数组而不是字符串 |
使用单个字符串，其中 | 匹配多个工具，例如 "Edit|Write"。请参阅匹配器模式。 |
| Hook 永远不触发 | matcher 在 v2.1.191 之前的版本中使用 , 作为分隔符 |
Claude Code v2.1.191 或更高版本将 , 视为列表分隔符，如 |。早期版本将逗号评估为字面字符，因此 "Edit,Write" 不匹配任何内容。改用 |，或升级 Claude Code。 |
| Hook 永远不触发 | matcher 值是小写的，例如 "bash" |
匹配是区分大小写的。工具名称是大写的：Bash、Edit、Write、Read。 |
| Hook 永远不触发 | Hooks 在独立文件而不是 settings.json 中定义 |
项目或用户配置没有独立的 hooks 文件。在 settings.json 中的 "hooks" 键下定义 hooks。只有plugins加载单独的 hooks/hooks.json。请参阅hook 配置。 |
| 全局设置的权限、hooks 或 env 被忽略 | 配置被添加到 ~/.claude.json |
~/.claude.json 保存应用状态和 UI 切换。permissions、hooks 和 env 属于 ~/.claude/settings.json。这是两个不同的文件。 |
settings.json 值似乎被忽略 |
相同的键在 settings.local.json 中设置 |
settings.local.json 覆盖 settings.json，两者都覆盖 ~/.claude/settings.json。请参阅设置优先级。 |
Skill 没有出现在 /skills 中 |
Skill 文件在 .claude/skills/name.md 而不是在文件夹中 |
使用包含 SKILL.md 的文件夹：.claude/skills/name/SKILL.md。 |
Skill 出现在 /skills 中但 Claude 从不调用它 |
Skill 在其 frontmatter 中有 disable-model-invocation: true，或其描述与你表述请求的方式不匹配 |
检查 /skills 中的徽章：一个"user-only"标签意味着 Claude 不会自动触发它。请参阅skill 调用。 |
子目录 CLAUDE.md 指令似乎被忽略 |
子目录文件按需加载，而不是在会话开始时加载 | 它们在 Claude 使用 Read 工具读取该目录中的文件时加载，而不是在启动时，也不是在写入或创建文件时。请参阅CLAUDE.md 文件如何加载。 |
子代理忽略 CLAUDE.md 指令 |
内置的 Explore 和 Plan 代理跳过 CLAUDE.md。自定义子代理以与主对话相同的方式加载它，除非其定义设置了 omitClaudeMd |
对于 Explore 或 Plan，在你的委派提示中重新陈述指令。对于设置 omitClaudeMd 的子代理，删除该字段。对于任何其他自定义子代理，将关键指令放在代理文件体中，它成为代理的系统提示。请参阅启动时加载的内容。 |
| 清理逻辑在会话结束时永远不运行 | 没有配置 SessionEnd hook |
在 settings.json 中添加 SessionEnd hook。请参阅hook 事件列表。 |
.mcp.json 中的 MCP 服务器永远不加载 |
文件在 .claude/ 下，或其服务器位于顶级 servers 键下，如 VS Code 的 mcp.json 中那样，而不是 mcpServers |
项目 MCP 配置在存储库根目录下作为 .mcp.json，而不是在 .claude/ 内，服务器位于 mcpServers 键下。请参阅MCP 配置。 |
在 settings.json 中的 mcpServers 下添加的 MCP 服务器永远不出现 |
settings.json 不读取 mcpServers 键 |
在存储库根目录的 .mcp.json 中定义项目服务器，或运行 claude mcp add --scope user 来添加用户范围的服务器。请参阅MCP 配置。 |
| 添加的项目 MCP 服务器没有出现 | 一次性批准提示被关闭 | 项目范围的服务器需要批准。运行 /mcp 来查看状态并批准。 |
| MCP 服务器从某些目录启动失败 | command 或 args 使用相对文件路径 |
对本地脚本使用绝对路径。你的 PATH 上的可执行文件如 npx 或 uvx 可以按原样工作。 |
| MCP 服务器启动时没有预期的环境变量 | 服务器的配置条目没有设置它们，它们不在 Claude Code 传递给 stdio 服务器的环境中：它自己的环境，减去它从子进程中剥离的变量 | 在服务器的 .mcp.json 条目内设置每个服务器的 env，这不依赖于启动环境或工作区信任。 |
Bash(rm *) 拒绝规则不阻止 /bin/rm 或 find -delete |
Bash 规则匹配字面命令字符串，而不是底层可执行文件；请参阅Bash 规则不匹配的内容 | 使用PreToolUse hook或sandbox来获得硬保证。 |
相关资源
有关每个配置表面的完整参考，请参阅专用页面：
.claude目录参考：每个配置文件位置及其读取方式- Settings：使用哪个文件以及 Claude Code 使用哪个值；settings 参考包含完整的键列表
- Hooks 参考：事件名称、有效负载和
--debug输出格式 - MCP：服务器配置、批准和
/mcp输出 - 故障排除安装和登录：
command not found、PATH 和身份验证问题 - 故障排除：性能、挂起和搜索问题