使用 hooks 自动化操作

当 Claude Code 编辑文件、完成任务或需要输入时自动运行 shell 命令。格式化代码、发送通知、验证命令并强制执行项目规则。

Hooks 是用户定义的 shell 命令。Claude Code 在其生命周期中的特定点运行它们，这为你提供确定性控制：某些操作总是会发生，而不是依赖 LLM 选择运行它们。使用 hooks 来强制执行项目规则、自动化重复任务，并将 Claude Code 与现有工具集成。

对于需要判断而不是确定性规则的决策，你也可以使用 基于提示的 hooks 或 基于代理的 hooks，它们使用 Claude 模型来评估条件。

有关扩展 Claude Code 的其他方式，请参阅 skills 用于为 Claude 提供额外的指令和可执行命令，subagents 用于在隔离的上下文中运行任务，以及 plugins 用于打包要在项目间共享的扩展。

设置你的第一个 hook

要创建 hook，请将 hooks 块添加到 设置文件。本演练创建一个桌面通知 hook，这样每当 Claude 等待你的输入而不是监视终端时，你都会收到警报。

{
"hooks": {
"Notification": [
{
"matcher": "",
"hooks": [
{
"type": "command",
"command": "osascript -e 'display notification \"Claude Code needs your attention\" with title \"Claude Code\"'"
}
]
}
]
}
}

{
"hooks": {
"PostToolUse": [
{
"matcher": "Edit|Write",
"hooks": [{ "type": "command", "command": "jq -r '.tool_input.file_path' | xargs npx prettier --write" }]
}
],
"Notification": [
{
"matcher": "",
"hooks": [{ "type": "command", "command": "osascript -e 'display notification \"Claude Code needs your attention\" with title \"Claude Code\"'" }]
}
]
}
}

你可以自动化什么

Hooks 让你在 Claude Code 生命周期中的关键点运行代码：编辑后格式化文件、在执行前阻止命令、在 Claude 需要输入时发送通知、在会话开始时注入上下文等。有关完整的 hook 事件列表，请参阅 Hooks 参考。

每个示例都包含一个现成的配置块，你可以将其添加到 设置文件。

有关运行单独模型审查并将发现反馈回会话的 hooks 的生产示例，请参阅 security-guidance 插件如何与 Claude Code 集成。

在 Claude 需要输入时获得通知

每当 Claude 完成工作并需要你的输入时获得桌面通知，这样你可以切换到其他任务而无需检查终端。

此 hook 使用 Notification 事件，当 Claude 等待输入或权限时触发。请参阅每个通知类型何时触发以了解确切的时间。下面的每个选项卡使用平台的原生通知命令。将其添加到 ~/.claude/settings.json：

{
"hooks": {
"Notification": [
{
"matcher": "",
"hooks": [
{
"type": "command",
"command": "osascript -e 'display notification \"Claude Code needs your attention\" with title \"Claude Code\"'"
}
]
}
]
}
}

osascript -e 'display notification "test"'

{
"hooks": {
"Notification": [
{
"matcher": "",
"hooks": [
{
"type": "command",
"command": "notify-send 'Claude Code' 'Claude Code needs your attention'"
}
]
}
]
}
}

notify-send 'Claude Code' 'test'

{
"hooks": {
"Notification": [
{
"matcher": "",
"hooks": [
{
"type": "command",
"command": "powershell.exe -Command \"[System.Reflection.Assembly]::LoadWithPartialName('System.Windows.Forms'); [System.Windows.Forms.MessageBox]::Show('Claude Code needs your attention', 'Claude Code')\""
}
]
}
]
}
}

空的 matcher 对所有通知类型触发。要仅在特定事件上触发，请将其设置为以下值之一：

Claude Code 在终端和通过 Agent SDK 回答权限请求的 Claude Desktop、VS Code 扩展和其他主机中对 permission_prompt 的时间不同。请参阅每个通知类型何时触发以了解两种时间。

agent_needs_input 和 agent_completed 匹配器需要 Claude Code v2.1.198 或更高版本。

quota_auto_resume_fired、quota_auto_resume_stale 和 quota_auto_resume_disabled 匹配器需要 Claude Code v2.1.234 或更高版本。

在终端会话中，沙箱命令的网络请求的 permission_prompt 需要 Claude Code v2.1.246 或更高版本。

队友的终端设置问题的 agent_needs_input 需要 Claude Code v2.1.248 或更高版本。

输入 /hooks 并选择 Notification 以确认 hook 已注册。有关完整的事件架构，请参阅 Notification 参考。

编辑后自动格式化代码

在 Claude 编辑的每个文件上自动运行 Prettier，以便格式保持一致而无需手动干预。

此 hook 使用带有 Edit|Write 匹配器的 PostToolUse 事件，因此它仅在文件编辑工具之后运行。该命令使用 jq 提取编辑的文件路径并将其传递给 Prettier。将其添加到项目根目录中的 .claude/settings.json：

{
  "hooks": {
    "PostToolUse": [
      {
        "matcher": "Edit|Write",
        "hooks": [
          {
            "type": "command",
            "command": "jq -r '.tool_input.file_path' | xargs npx prettier --write"
          }
        ]
      }
    ]
  }
}

要测试 hook，请要求 Claude 向 JavaScript 文件添加一行带有单引号字符串的代码，然后打开该文件：使用 Prettier 的默认设置，hook 会将它们重写为双引号。

当 hook 成功时，Claude Code 在对话中不显示任何内容。要确认 hook 已运行，请检查编辑的文件是否已重新格式化，或参阅调试技术。

要重新格式化特定文件，无论它如何更改，包括当 Bash 命令重写它时，请改用 FileChanged hook。

阻止对受保护文件的编辑

防止 Claude 修改敏感文件，如 .env、package-lock.json 或 .git/ 中的任何内容。Claude 会收到解释编辑被阻止原因的反馈，因此它可以调整其方法。

此示例使用 hook 调用的单独脚本文件。该脚本根据受保护模式列表检查目标文件路径，并以代码 2 退出以阻止编辑。

#!/bin/bash
# protect-files.sh

INPUT=$(cat)
FILE_PATH=$(echo "$INPUT" | jq -r '.tool_input.file_path // empty')

# Normalize Windows backslash separators so the patterns below match
FILE_PATH="${FILE_PATH//\\//}"

PROTECTED_PATTERNS=(".env" "package-lock.json" ".git/")

for pattern in "${PROTECTED_PATTERNS[@]}"; do
if [[ "$FILE_PATH" == *"$pattern"* ]]; then
echo "Blocked: $FILE_PATH matches protected pattern '$pattern'" >&2
exit 2
fi
done

exit 0

chmod +x .claude/hooks/protect-files.sh

{
"hooks": {
"PreToolUse": [
{
"matcher": "Edit|Write",
"hooks": [
{
"type": "command",
"command": "\"$CLAUDE_PROJECT_DIR\"/.claude/hooks/protect-files.sh"
}
]
}
]
}
}

压缩后重新注入上下文

当 Claude 的上下文窗口填满时，压缩会总结对话以释放空间。这可能会丢失重要细节。使用带有 compact 匹配器的 SessionStart hook 在每次压缩后重新注入关键上下文。

Claude Code 将你的命令写入 stdout 的任何纯文本添加到 Claude 的上下文中。此示例提醒 Claude 项目约定和最近的工作。将其添加到项目根目录中的 .claude/settings.json：

{
  "hooks": {
    "SessionStart": [
      {
        "matcher": "compact",
        "hooks": [
          {
            "type": "command",
            "command": "echo 'Reminder: use Bun, not npm. Run bun test before committing. Current sprint: auth refactor.'"
          }
        ]
      }
    ]
  }
}

你可以用任何产生动态输出的命令替换 echo，如 git log --oneline -5 来显示最近的提交。有关在每个会话开始时注入上下文，请考虑改用 CLAUDE.md。有关环境变量，请参阅参考中的 CLAUDE_ENV_FILE。

审计配置更改

跟踪会话期间设置或 skills 文件何时更改。ConfigChange 事件在外部进程或编辑器修改配置文件时触发，因此你可以记录更改以进行合规性检查或阻止未授权的修改。

此示例将每个更改附加到审计日志。将其添加到 ~/.claude/settings.json：

{
  "hooks": {
    "ConfigChange": [
      {
        "matcher": "",
        "hooks": [
          {
            "type": "command",
            "command": "jq -c '{timestamp: now | todate, source: .source, file: .file_path}' >> ~/claude-config-audit.log"
          }
        ]
      }
    ]
  }
}

匹配器按配置类型过滤：user_settings、project_settings、local_settings、policy_settings 或 skills。要阻止更改生效，以代码 2 退出或返回 {"decision": "block"}。有关完整的输入架构，请参阅 ConfigChange 参考。

要确认 hook 记录更改，请在会话运行时在另一个编辑器中编辑设置文件，然后打开 ~/claude-config-audit.log：hook 为每个更改附加一个 JSON 行，包含时间戳、源和文件路径。

当目录或文件更改时重新加载环境

某些项目根据你所在的目录设置不同的环境变量。direnv 之类的工具在你的 shell 中自动执行此操作，但 Claude 的 Bash 工具不会自动拾取这些更改。

配对 SessionStart hook 和 CwdChanged hook 可以解决这个问题。SessionStart 加载你启动时所在目录的变量，CwdChanged 在 Claude 每次更改目录时重新加载它们。两者都写入 CLAUDE_ENV_FILE，Claude Code 在每个 Bash 命令之前作为脚本前导运行。将其添加到 ~/.claude/settings.json：

{
  "hooks": {
    "SessionStart": [
      {
        "hooks": [
          {
            "type": "command",
            "command": "direnv export bash > \"$CLAUDE_ENV_FILE\""
          }
        ]
      }
    ],
    "CwdChanged": [
      {
        "hooks": [
          {
            "type": "command",
            "command": "direnv export bash > \"$CLAUDE_ENV_FILE\""
          }
        ]
      }
    ]
  }
}

在每个包含 .envrc 的目录中运行一次 direnv allow，以便 direnv 被允许加载它。如果你使用 devbox 或 nix 而不是 direnv，相同的模式适用于 devbox shellenv 或 devbox global shellenv 代替 direnv export bash。

要对特定文件而不是每个目录更改做出反应，请使用 FileChanged 和 matcher 列出要监视的文件名，用 | 分隔。要构建监视列表，Claude Code 将此值分割为文字文件名而不是作为正则表达式进行评估。有关当文件更改时相同值如何也过滤哪些 hook 组运行，请参阅 FileChanged。此示例监视工作目录中 .envrc 和 .env 的更改：

{
  "hooks": {
    "FileChanged": [
      {
        "matcher": ".envrc|.env",
        "hooks": [
          {
            "type": "command",
            "command": "direnv export bash > \"$CLAUDE_ENV_FILE\""
          }
        ]
      }
    ]
  }
}

有关输入架构、watchPaths 输出和 CLAUDE_ENV_FILE 详情，请参阅 CwdChanged 和 FileChanged 参考条目。

自动批准特定权限提示

跳过你总是允许的工具调用的批准对话。此示例自动批准 ExitPlanMode，这是 Claude 在完成呈现计划并要求继续时调用的工具，因此你不会在每次计划准备好时被提示。

与上面的退出代码示例不同，自动批准需要你的 hook 将 JSON 决策写入 stdout。Claude Code 运行 PermissionRequest hooks 当它即将要求你的权限时，如果你的 hook 返回 "behavior": "allow"，Claude Code 代表你回答请求。

匹配器将 hook 的范围限制为仅 ExitPlanMode，因此没有其他提示受到影响。将其添加到 ~/.claude/settings.json：

{
  "hooks": {
    "PermissionRequest": [
      {
        "matcher": "ExitPlanMode",
        "hooks": [
          {
            "type": "command",
            "command": "echo '{\"hookSpecificOutput\": {\"hookEventName\": \"PermissionRequest\", \"decision\": {\"behavior\": \"allow\"}}}'"
          }
        ]
      }
    ]
  }
}

当 hook 批准时，Claude Code 退出计划模式并恢复进入计划模式之前处于活动状态的任何权限模式。成绩单显示"Allowed by PermissionRequest hook"，其中对话会出现。hook 路径始终保持当前对话：它无法清除上下文并以对话可以的方式启动新的实现会话。

要改为设置特定的权限模式，你的 hook 的输出可以包含一个 updatedPermissions 数组，其中包含 setMode 条目。mode 值是任何权限模式，如 default、acceptEdits 或 bypassPermissions，destination: "session" 仅将其应用于当前会话。

要将会话切换到 acceptEdits，你的 hook 将此 JSON 写入 stdout：

{
  "hookSpecificOutput": {
    "hookEventName": "PermissionRequest",
    "decision": {
      "behavior": "allow",
      "updatedPermissions": [
        { "type": "setMode", "mode": "acceptEdits", "destination": "session" }
      ]
    }
  }
}

保持匹配器尽可能狭窄。匹配 .* 或留下匹配器为空会自动批准每个工具权限提示，包括文件写入和 shell 命令。有关完整的决策字段集，请参阅 PermissionRequest 参考。

Hooks 如何工作

Claude Code 在其生命周期中的特定点触发 hook 事件。当事件触发时，所有匹配的 hooks 并行运行；有关重复处理程序如何处理的信息，请参阅 Hook 处理程序字段。下表显示每个事件及其触发时间：

每个 hook 都有一个 type 来确定它如何运行。大多数 hooks 使用 "type": "command"，它运行 shell 命令。还有四种其他类型可用：

• "type": "http"：将事件数据 POST 到 URL。请参阅 HTTP hooks。
• "type": "mcp_tool"：在已连接的 MCP 服务器上调用工具。请参阅 MCP tool hooks。
• "type": "prompt"：单轮 LLM 评估。请参阅 Prompt-based hooks。
• "type": "agent"：具有工具访问权限的多轮验证。Agent hooks 是实验性的，可能会改变。请参阅 Agent-based hooks。

合并来自多个 hooks 的结果

当多个 hooks 匹配同一事件时，每个 hook 的命令都会运行到完成，然后 Claude Code 合并结果。一个 hook 返回 deny 不会阻止兄弟 hooks 执行。不要依赖一个 hook 的 deny 来抑制另一个 hook 中的副作用。

所有匹配的 hooks 完成后，Claude Code 合并它们的输出。对于 PreToolUse 权限决策，最严格的答案获胜，顺序为 deny、defer、ask、allow。来自 additionalContext 的文本从每个 hook 保留并一起传递给 Claude。

下面的示例在 Bash 上注册两个 PreToolUse hooks。第一个将每个命令附加到日志文件并以 0 退出。第二个运行一个脚本，当命令包含 rm -rf 时以 2 退出以拒绝：

{
  "hooks": {
    "PreToolUse": [
      {
        "matcher": "Bash",
        "hooks": [
          {
            "type": "command",
            "command": "jq -r .tool_input.command >> ~/.claude/bash.log"
          },
          {
            "type": "command",
            "command": "\"$CLAUDE_PROJECT_DIR\"/.claude/hooks/block-rm-rf.sh"
          }
        ]
      }
    ]
  }
}

当 Claude 尝试运行 rm -rf /tmp/build 时，两个 hooks 并行执行。日志 hook 将命令写入 ~/.claude/bash.log 并以 0 退出，这表示没有决策。防护栏 hook 以 2 退出，这拒绝了工具调用。拒绝获胜，所以 Claude Code 阻止命令并向 Claude 显示防护栏的 stderr。日志条目仍然被写入，因为日志 hook 已经运行。

读取输入并返回输出

Hooks 通过 stdin、stdout、stderr 和退出代码与 Claude Code 通信。当事件触发时，Claude Code 将事件特定的数据作为 JSON 传递到脚本的 stdin。你的脚本读取该数据，完成其工作，并通过退出代码告诉 Claude Code 接下来要做什么。

Hook 输入

每个事件都包含常见字段，如 session_id（会话的唯一 ID）和 cwd（事件触发时的工作目录），但每个事件类型添加不同的数据。当 Claude 运行 Bash 命令时，PreToolUse hook 在 stdin 上接收这些字段：

• hook_event_name：触发 hook 的事件
• tool_name：Claude 即将使用的工具
• tool_input：Claude 传递给工具的参数。对于 Bash，其 command 字段包含 shell 命令。

例如，npm test 命令的 hook 输入看起来像这样：

{
  "session_id": "abc123",
  "cwd": "/Users/sarah/myproject",
  "hook_event_name": "PreToolUse",
  "tool_name": "Bash",
  "tool_input": {
    "command": "npm test"
  }
}

你的脚本可以解析该 JSON 并对任何这些字段进行操作。UserPromptSubmit hooks 获取 prompt 文本，SessionStart hooks 获取 source（startup、resume、clear、compact 或 fork），等等。有关共享字段，请参阅参考中的 常见输入字段，以及每个事件的部分了解事件特定的架构。

Hook 输出

你的脚本通过写入 stdout 或 stderr 并以特定代码退出来告诉 Claude Code 接下来要做什么。以下 PreToolUse hook 阻止一个命令：

#!/bin/bash
INPUT=$(cat)
COMMAND=$(echo "$INPUT" | jq -r '.tool_input.command')

if echo "$COMMAND" | grep -q "drop table"; then
  echo "Blocked: dropping tables is not allowed" >&2  # stderr 变成 Claude 的反馈
  exit 2 # exit 2 = 阻止操作
fi

exit 0  # exit 0 = 没有决策；正常权限流程适用

退出代码确定接下来会发生什么：

• 退出 0：你的 hook 通过其退出代码报告没有异议。
  • 对于 PreToolUse hook，这不会批准工具调用：正常的 权限流程 仍然适用。
  • 对于 UserPromptSubmit、UserPromptExpansion、SessionStart 和 PostModelSwitch hooks，Claude Code 将 stdout 视为纯文本 添加到 Claude 的上下文中。
• 退出 2：Claude Code 阻止操作。写入原因到 stderr。它的去向取决于事件：某些事件将其反馈给 Claude，以便它可以调整，其他事件向用户显示它，还有一些（如 ConfigChange 和 Elicitation）不显示任何消息。某些事件无法被阻止：对于 SessionStart 和其他事件，退出 2 向用户显示 stderr，执行继续。有关每个事件的退出代码 2 行为的完整列表，请参阅 每个事件的退出代码 2 行为。
• 任何其他退出代码：对于大多数事件，结果取决于你的 hook 打印到 stdout 的内容：
  • 通过架构验证的已解析对象：Claude Code 忽略退出代码，仅 JSON 决定结果，hook 不被报告为错误。每个事件的例外（如 WorktreeCreate 在任何非零退出时失败）列在参考的 退出代码输出 部分中。
  • 未通过架构验证的已解析对象，或 Claude Code 尝试解析为 JSON 但不是有效 JSON 的 stdout：非阻止错误；通知包含验证或解析消息。
  • Claude Code 视为纯文本 的 stdout，或空 stdout：操作作为非阻止错误进行。成绩单显示 <hook name> hook error 通知，然后是 stderr 的第一行，前缀为 Failed with non-blocking status code:。要捕获完整的 stderr，使用 claude --debug 或在会话中运行 /debug 启用 调试日志。

结构化 JSON 输出

退出代码只让你阻止或保持沉默。为了获得更多控制，退出 0 并改为将 JSON 对象打印到 stdout。

例如，PreToolUse hook 可以拒绝工具调用并告诉 Claude 为什么，或将其升级给用户以获得批准：

{
  "hookSpecificOutput": {
    "hookEventName": "PreToolUse",
    "permissionDecision": "deny",
    "permissionDecisionReason": "Use rg instead of grep for better performance"
  }
}

使用 "deny"，Claude Code 取消工具调用并将 permissionDecisionReason 反馈给 Claude。

在 PreToolUse 上，Claude Code 处理每个 permissionDecision 值如下：

• "allow"：跳过交互式权限提示。拒绝和询问规则（包括企业托管拒绝列表）仍然适用，以及标记为 requiresUserInteraction 的 MCP 工具和你的组织设置为 ask 的 连接器工具（在该设置到达 Claude Code 的会话中）
• "deny"：取消工具调用并将原因发送给 Claude
• "ask"：照常向用户显示权限提示

第四个值 "defer" 在 非交互模式 中使用 -p 标志时可用。它以保留的工具调用退出进程，以便 Agent SDK 包装器可以收集输入并恢复。请参阅参考中的 延迟工具调用以供稍后使用。

PreModelSwitch hook 返回相同的 permissionDecision 字段："allow" 让模型切换进行，"deny" 取消它。"ask" 在你在交互式会话中运行 /model 时让你确认切换；在其他地方，Claude Code 将 "ask" 视为拒绝。请参阅 PreModelSwitch 决策控制。

其他事件使用不同的决策模式。例如，PostToolUse 和 Stop hooks 使用顶级 decision: "block" 字段，而 PermissionRequest 使用 hookSpecificOutput.decision.behavior。有关按事件的完整分解，请参阅参考中的 摘要表。

对于 UserPromptSubmit hooks，改用 hookSpecificOutput.additionalContext 将文本注入到 Claude 的上下文中。将 additionalContext 嵌套在 hookSpecificOutput 内；如果你将其放在 JSON 的顶级，Claude Code 会默默忽略它。例如，此输出将当前分支状态添加到每个提示：

{
  "hookSpecificOutput": {
    "hookEventName": "UserPromptSubmit",
    "additionalContext": "Current branch: release-42. Deploy freeze until Friday."
  }
}

有关完整的输出形状（包括阻止提示和设置会话标题），请参阅 UserPromptSubmit 决策控制。

具有 type: "prompt" 的 Hooks 处理输出的方式不同：请参阅 Prompt-based hooks。

使用匹配器过滤 hooks

没有匹配器，hook 会在其事件的每次出现时触发。匹配器让你缩小范围。例如，如果你只想在文件编辑后运行格式化程序（而不是在每个工具调用后），将匹配器添加到你的 PostToolUse hook：

{
  "hooks": {
    "PostToolUse": [
      {
        "matcher": "Edit|Write",
        "hooks": [
          { "type": "command", "command": "prettier --write ..." }
        ]
      }
    ]
  }
}

"Edit|Write" 匹配器仅在 Claude 使用 Edit 或 Write 工具时触发，而不是在它使用 Bash、Read 或任何其他工具时触发。逗号以相同的方式分隔替代项，所以 "Edit, Write" 是等效的。请参阅 匹配器模式 了解纯名称和正则表达式如何被评估。

每个事件类型在特定字段上匹配：

下面的选项卡显示不同事件类型上的更多匹配器示例。

{
"hooks": {
"PostToolUse": [
{
"matcher": "Bash",
"hooks": [
{
"type": "command",
"command": "jq -r '.tool_input.command' >> ~/.claude/command-log.txt"
}
]
}
]
}
}

{
"hooks": {
"PreToolUse": [
{
"matcher": "mcp__github__.*",
"hooks": [
{
"type": "command",
"command": "echo \"GitHub tool called: $(jq -r '.tool_name')\" >&2"
}
]
}
]
}
}

{
"hooks": {
"SessionEnd": [
{
"matcher": "clear",
"hooks": [
{
"type": "command",
"command": "rm -f /tmp/claude-scratch-*.txt"
}
]
}
]
}
}

使用 `if` 字段按工具名称和参数过滤

if 字段使用 权限规则语法 按工具名称和参数一起过滤 hooks，因此 hook 进程仅在工具调用匹配时生成。这超越了 matcher，它仅在工具名称级别按组过滤。

例如，这个配置仅在 Claude 使用 git 命令而不是所有 Bash 命令时运行 hook：

{
  "hooks": {
    "PreToolUse": [
      {
        "matcher": "Bash",
        "hooks": [
          {
            "type": "command",
            "if": "Bash(git *)",
            "command": "\"$CLAUDE_PROJECT_DIR\"/.claude/hooks/check-git-policy.sh"
          }
        ]
      }
    ]
  }
}

你的 hook 命令是否运行取决于你的 if 模式的形状和 Claude 正在调用的 Bash 命令：

当 Claude Code 无法确定 Bash 输入运行哪些命令时，它无论如何都会运行你的 hook。Bash 匹配表 涵盖 Claude Code 可以和不能按子命令缩小的命令形状。因为过滤器是尽力而为的，使用 权限系统 而不是 hook 来强制执行硬允许或拒绝。

if 字段接受与权限规则相同的模式："Bash(git *)"、"Edit(*.ts)" 等。要匹配多个工具名称，使用单独的处理程序，每个都有自己的 if 值，或在 matcher 级别匹配，其中支持管道交替。

if 仅适用于工具事件：PreToolUse、PostToolUse、PostToolUseFailure、PermissionRequest 和 PermissionDenied。将其添加到任何其他事件会阻止 hook 运行。

配置 hook 位置

你添加 hook 的位置决定了其范围：

在 Claude Code 中运行 /hooks 以浏览所有按事件分组的配置 hooks。

要禁用 hooks，在设置文件中设置 "disableAllHooks": true。Claude Code 读取 设置优先级 应用后剩余的值，因此项目的设置文件可以覆盖你的。托管设置中配置的 Hooks 仍然运行，除非 disableAllHooks 也在那里设置。有关每个级别的完整范围，请参阅 disableAllHooks。

如果你在 Claude Code 运行时直接编辑设置文件，文件监视器通常会自动拾取 hook 更改。

基于提示的 hooks

对于需要判断而不是确定性规则的决策，使用 type: "prompt" hooks。Claude Code 不运行 shell 命令，而是将你的提示和 hook 的输入数据发送到 Claude 模型（默认为 Haiku）来做出决策。如果你需要更多功能，可以使用 model 字段指定不同的模型。

模型的唯一工作是返回其决策作为 JSON：

• "ok": true：操作继续
• "ok": false：发生的情况取决于事件：
  • Stop 和 SubagentStop：reason 被反馈给 Claude，以便它继续工作，除非响应也设置 "impossible": true 来标记该条件为永远无法满足的条件，在这种情况下 Claude Code 允许停止并且回合结束
  • PreToolUse：工具调用被拒绝；默认情况下回合结束，拒绝 reason 在聊天中显示为警告行。在 hook 上设置 continueOnBlock: true 以改为将 reason 作为工具错误返回给 Claude，以便它可以调整并继续。在 v2.1.210 之前，拒绝 reason 被作为工具错误返回给 Claude，回合继续
  • PostToolUse：默认情况下回合结束，reason 在聊天中显示为警告行。设置 continueOnBlock: true 以将 reason 反馈给 Claude 并继续回合
  • PostToolBatch、UserPromptSubmit 和 UserPromptExpansion：回合结束，reason 在聊天中显示为警告行

此示例使用 Stop hook 询问模型是否所有请求的任务都已完成。如果模型返回 "ok": false 因为条件尚未满足，Claude 继续工作并使用 reason 作为其下一条指令：

{
  "hooks": {
    "Stop": [
      {
        "hooks": [
          {
            "type": "prompt",
            "prompt": "Check if all tasks are complete. If not, respond with {\"ok\": false, \"reason\": \"what remains to be done\"}."
          }
        ]
      }
    ]
  }
}

有关完整的配置选项，请参阅参考中的 基于提示的 hooks。

基于代理的 hooks

当验证需要检查文件或运行命令时，使用 type: "agent" hooks。与只进行单个 LLM 调用的提示 hooks 不同，代理 hooks 生成一个 subagent，它可以读取文件、搜索代码和使用其他工具来验证条件，然后返回决策。

代理 hooks 使用 "ok" / "reason" 响应格式，默认超时更长（60 秒），最多支持 50 个工具使用轮次。它们不支持提示 hook 的 impossible 字段。当 ok: false 时，Claude Code 处理代理 hook 的方式与处理在同一事件上设置 continueOnBlock: true 的提示 hook 相同，因此在 PreToolUse 和 PostToolUse 上轮次继续；代理 hooks 没有 continueOnBlock 字段。有关字段的详细信息，请参阅 代理 hook 配置，包括 Claude Code 用 hook 的 JSON 输入替换的 $ARGUMENTS 占位符。

此示例验证在允许 Claude 停止之前测试通过：

{
  "hooks": {
    "Stop": [
      {
        "hooks": [
          {
            "type": "agent",
            "prompt": "Verify that all unit tests pass. Run the test suite and check the results. $ARGUMENTS",
            "timeout": 120
          }
        ]
      }
    ]
  }
}

当 hook 输入数据本身足以做出决策时使用提示 hooks。当你需要根据代码库的实际状态验证某些内容时使用代理 hooks。

有关完整的配置选项，请参阅参考中的 基于代理的 hooks。

HTTP hooks

使用 type: "http" hooks 将事件数据 POST 到 HTTP 端点，而不是运行 shell 命令。端点接收命令 hook 在 stdin 上接收的相同 JSON，并使用相同的 JSON 格式通过 HTTP 响应体返回结果。

HTTP hooks 在你想要 web 服务器、云函数或外部服务处理 hook 逻辑时很有用：例如，一个跨团队记录工具使用事件的共享审计服务。

此示例将每个工具使用 POST 到本地日志服务：

{
  "hooks": {
    "PostToolUse": [
      {
        "hooks": [
          {
            "type": "http",
            "url": "http://localhost:8080/hooks/tool-use",
            "headers": {
              "Authorization": "Bearer $MY_TOKEN"
            },
            "allowedEnvVars": ["MY_TOKEN"]
          }
        ]
      }
    ]
  }
}

端点应使用与命令 hooks 相同的 输出格式 返回 JSON 响应体。要阻止工具调用，返回 2xx 响应，包含适当的 hookSpecificOutput 字段。HTTP 状态代码本身无法阻止操作。

标头值支持使用 $VAR_NAME 或 ${VAR_NAME} 语法的环境变量插值。仅解析 allowedEnvVars 数组中列出的变量；所有其他 $VAR 引用保持为空。

有关完整的配置选项和响应处理，请参阅参考中的 HTTP hooks。

限制和故障排除

限制

设计 hooks 时请记住这些约束：

• 命令 hooks 仅通过 stdout、stderr 和退出代码通信。它们无法触发 / 命令或工具调用。通过 additionalContext 返回的文本被注入为 Claude 作为纯文本读取的系统提醒。HTTP hooks 改为通过响应体通信。
• Hook 超时因类型而异。通过 timeout 字段（以秒为单位）按 hook 覆盖。
  • command、http、mcp_tool：10 分钟。Claude Code 对 UserPromptSubmit、PreModelSwitch 和 PostModelSwitch hooks 将此默认值降低到 30 秒，对 MessageDisplay 降低到 10 秒。
  • prompt：30 秒。
  • agent：60 秒。
  • SessionEnd 任何类型的 hooks 共享 1.5 秒的预算。如果你的设置为每个 hook 设置了更长的 timeout，Claude Code 会将预算提高到匹配，最多 60 秒。
• PostToolUse hooks 无法撤销操作，因为工具已经执行。
• PermissionRequest hooks 在 Claude Code 即将要求你获得权限时触发。
  • 在带 -p 标志的非交互模式中，该提示仅在 Agent SDK 的 canUseTool 回调提供时存在。在纯 -p 运行或使用 --permission-prompt-tool 时，改为使用 PreToolUse hooks 进行自动化权限决策。
  • 后台子代理无法在非交互模式中显示提示。Claude Code 仍然为其工具调用运行 hooks，如果没有 hook 返回决策，它会拒绝该调用。在交互式会话中，后台子代理提示会显示在你的主会话中，hooks 照常触发。
• Stop hooks 在 Claude 完成响应时触发，而不仅仅在任务完成时。它们不在用户中断时触发。API 错误触发 StopFailure 代替。
• 当多个 PreToolUse hooks 返回 updatedInput 来重写工具的参数时，最后完成的获胜。由于 hooks 并行运行，顺序是非确定性的。避免有多个 hook 修改同一工具的输入。

Hooks 和权限模式

PreToolUse hooks 在任何权限模式检查之前触发，在每个权限模式中，包括 dontAsk。返回 permissionDecision: "deny" 的 hook 会阻止工具，即使在 bypassPermissions 模式或使用 --dangerously-skip-permissions 时也是如此。这让你强制执行用户无法通过更改其权限模式来绕过的策略。

反面不成立：返回 "allow" 的 hook 不会绕过来自设置的拒绝规则，它也无法抑制标记为 requiresUserInteraction 的 MCP 工具的提示或你的组织设置为 ask 的连接器工具在该设置到达 Claude Code 的会话中的提示。Hooks 可以收紧限制，但不能放松它们超过权限规则允许的范围。

Hook 未触发

Hook 已配置但从不执行。

• 运行 /hooks 并确认 hook 出现在正确的事件下
• 检查匹配器模式是否与工具名称完全匹配。匹配器区分大小写
• 验证你是否触发了正确的事件类型：PreToolUse 在工具执行前触发，PostToolUse 在之后触发。PermissionRequest hook 在 Claude Code 即将要求你获得权限时触发；有关非交互模式情况，请参阅限制

Hook 输出中的错误

你在成绩单中看到类似"PreToolUse hook error: ..."的消息。

• 你的脚本意外以非零代码退出。通过管道传递示例 JSON 来手动测试它：

  echo '{"tool_name":"Bash","tool_input":{"command":"ls"}}' | ./my-hook.sh
  echo $?  # 检查退出代码
  

• 如果你看到"command not found"，使用绝对路径或 ${CLAUDE_PROJECT_DIR} 来引用脚本。为了完全避免 shell 引用，添加 "args": [] 来切换到 exec 形式，它直接生成脚本而不使用 shell

• 如果你看到"jq: command not found"，安装 jq 或使用 Python/Node.js 进行 JSON 解析

• 如果通知显示 JSON 验证消息，你的 hook 的 stdout 解析为 JSON 但未通过架构验证。如果显示 JSON 解析消息，stdout 看起来像 JSON 对象但不是有效的 JSON。即使在退出 0 时也会发生两者。

  要修复解析失败，使用 JSON 编码器（如 jq）而不是字符串连接来构建有效负载，以便值内的引号和反斜杠被转义。参考的退出代码输出部分涵盖了退出代码和 JSON 组合

• 如果脚本根本没有运行，使其可执行：chmod +x ./my-hook.sh

`/hooks` 显示未配置 hooks

你编辑了设置文件但 hooks 不出现在菜单中。

• 文件编辑通常会自动拾取。如果几秒钟后它们还没有出现，文件监视器可能错过了更改：重新启动你的会话以强制重新加载。
• 验证你的 JSON 有效：不允许尾随逗号和注释
• 确认设置文件在正确的位置：.claude/settings.json 用于项目 hooks，~/.claude/settings.json 用于全局 hooks

Stop hook 达到阻止上限

Claude 继续工作而不是停止，然后以警告结束该轮，表示 Stop hook 连续阻止了太多次。

Claude Code 在 Stop hook 连续阻止 8 次而没有进展后会覆盖它。你的 hook 脚本需要检查它是否已经触发了继续。从 JSON 输入中解析 stop_hook_active 字段，如果为 true 则提前退出：

#!/bin/bash
INPUT=$(cat)
if [ "$(echo "$INPUT" | jq -r '.stop_hook_active')" = "true" ]; then
  exit 0  # 允许 Claude 停止
fi
# ... 你的 hook 逻辑的其余部分

如果你的 hook 合理地需要超过八次迭代才能收敛，使用 CLAUDE_CODE_STOP_HOOK_BLOCK_CAP 提高上限。

Hook JSON 无效果

你的 hook 打印有效的 JSON，但决策没有生效，成绩单中没有出现错误。检查哪个原因适用：

• JSON 前面有额外输出：其他东西首先写入 stdout，通常是你的 shell 配置文件中的无条件 echo，所以输出不再以 { 开头，Claude Code 不会将其解析为 JSON。原因和修复如下所示。
• 字段在错误的级别：将每个字段的位置与 JSON 输出格式进行比较。例如，permissionDecision 属于 hookSpecificOutput 内部，而不是顶级。

当 Claude Code 运行 shell 形式的命令 hook（没有 args 的）时，它在 macOS 和 Linux 上生成 sh -c，在 Windows 上生成 Git Bash，或在默认情况下未安装 Git Bash 时生成 PowerShell。这个 shell 是非交互式的，但 Git Bash 和某些配置（例如 BASH_ENV 指向 ~/.bashrc）仍然会源你的配置文件。如果该配置文件包含无条件的 echo 语句，输出会被添加到你的 hook 的 JSON 前面：

Shell ready on arm64
{"decision": "block", "reason": "Not allowed"}

组合输出不再以 { 开头，所以 Claude Code 将所有 stdout 视为纯文本并忽略 JSON。在退出 0 时，成绩单中不会报告任何内容；解析尝试仅在调试日志中记录。要修复此问题，在你的 shell 配置文件中包装 echo 语句，使其仅在交互式 shell 中运行：

# 在 ~/.zshrc 或 ~/.bashrc 中
if [[ $- == *i* ]]; then
  echo "Shell ready"
fi

$- 变量包含 shell 标志，i 表示交互式。Hooks 在非交互式 shell 中运行，因此 echo 被跳过。

当你的 hook 返回 permissionDecision 或 additionalContext 在顶级而不是在 hookSpecificOutput 内部时，JSON 仍然解析，Claude Code 忽略错误放置的字段而不报告错误。要查看它忽略了哪些字段，使用 claude --debug 启动 Claude Code 并在调试日志中搜索 Hook JSON output had unrecognized keys。

调试技术

按 Ctrl+O 打开成绩单视图以检查 hook 运行的结果：

• 成功运行：你看不到任何内容，除非 hook 的 JSON 显示某些内容，例如 systemMessage 或 Stop hook 反馈。
  • 要确认 hook 已运行，检查其效果，例如重新格式化的文件，或按如下所述打开调试日志并再次触发 hook
• 阻止错误：在大多数事件上，你会看到 hook 的反馈。当 hook 的 JSON 做出阻止决策时，反馈是该决策的原因；否则它是 hook 的 stderr。在少数事件上，例如 ConfigChange 和 Elicitation，阻止不会显示消息。
• 非阻止错误：操作继续进行，你会看到 <hook name> hook error 通知，其中包含简短说明，例如 stderr 的第一行，前缀为 Failed with non-blocking status code:，或 JSON 验证或解析消息。

哪些退出代码和 JSON 组合产生每个结果，包括每个事件的例外，在参考的退出代码输出部分中定义。

有关完整的执行详情，包括哪些 hooks 匹配、它们的退出代码、stdout 和 stderr，请阅读调试日志。使用 claude --debug-file /tmp/claude.log 启动 Claude Code 以写入已知路径，然后在另一个终端中 tail -f /tmp/claude.log。如果你启动时没有该标志，在会话中运行 /debug 以启用日志记录并找到日志路径。

了解更多

• Hooks 参考：完整的事件架构、JSON 输出格式、异步 hooks 和 MCP 工具 hooks
• 安全考虑：在共享或生产环境中部署 hooks 之前查看
• Bash 命令验证器示例：完整的参考实现