internal/skills/builtin/crush-hooks/SKILL.md
Hooks are user-defined commands in crush.json that fire at specific points
during execution, giving deterministic control over tool behavior. They run
before permission checks and only on the top-level agent's tool calls —
sub-agent calls (task tool, agentic_fetch, etc.) are not intercepted, though
the sub-agent tool call itself is.
For the full reference, see docs/hooks/README.md. This skill covers what you
need to author correct hooks.
Only PreToolUse is currently supported. Event names are case-insensitive and
accept snake_case (PreToolUse, pretooluse, pre_tool_use all work).
{
"hooks": {
"PreToolUse": [
{
"matcher": "^bash$", // regex against tool name (optional; omit to match all)
"command": "./hooks/my-hook.sh", // required: shell command to run
"timeout": 10 // optional: seconds, default 30
}
]
}
}
Project-level hooks take precedence over global. Matching hooks are deduped by
command, run in parallel, and aggregated in config order (not finish order).
command is a shell command, so hooks can be written in any language by
invoking the interpreter: node ./hooks/h.js, python3 ./hooks/h.py,
./hooks/h.sh, inline echo '…', etc. The rest of this skill shows bash, but
the input/output contract is identical regardless of language.
Environment variables:
| Variable | Description |
|---|---|
CRUSH_EVENT | Event name (e.g. PreToolUse) |
CRUSH_TOOL_NAME | Tool being called (e.g. bash) |
CRUSH_SESSION_ID | Current session ID |
CRUSH_CWD | Working directory |
CRUSH_PROJECT_DIR | Project root directory |
CRUSH_TOOL_INPUT_COMMAND | For bash calls: the shell command |
CRUSH_TOOL_INPUT_FILE_PATH | For file tools: the target file path |
JSON on stdin:
{
"event": "PreToolUse",
"session_id": "313909e",
"cwd": "/home/user/project",
"tool_name": "bash",
"tool_input": {"command": "rm -rf /"}
}
Communicate back via exit code (+ stderr) or JSON on stdout.
| Exit Code | Meaning |
|---|---|
| 0 | Success. Stdout is parsed as the JSON envelope below. |
| 2 | Block this tool call. Stderr becomes the deny reason. |
| 49 | Halt the whole turn. Stderr becomes the halt reason. |
| Other | Non-blocking error. Logged and ignored; tool call proceeds. |
Exit 2 blocks one tool call (agent sees the reason and can try again); exit 49 ends the whole turn (user takes over). Default to deny — reach for halt only when letting the agent retry is itself the problem (e.g. secrets detected, policy violation).
JSON envelope (exit 0):
{
"version": 1,
"decision": "allow",
"halt": false,
"reason": "...",
"context": "Extra info for the model",
"updated_input": {"command": "rewritten"}
}
decision: "allow", "deny", or omit. "allow" is affirmative
pre-approval — it bypasses the permission prompt entirely. Omit it
(or null) when you only want to inject context or rewrite input without
also auto-approving the call.halt: true: ends the turn (same as exit 49).reason: shown to the model on deny; to model and user on halt.context: string or array of strings. Appended to what the model
sees. Empty entries are dropped.updated_input: shallow-merge patch against tool_input, not a
replacement. Keys you include overwrite; keys you don't are preserved.
Nested objects are replaced wholesale, not deep-merged. Ignored on deny/halt.Composed in config order:
deny > allow > no opinion. First deny decides; subsequent allows don't override.halt is sticky: any hook halting ends the turn.reason and context concatenate in config order (newline-joined).updated_input patches shallow-merge sequentially; later patches win on colliding keys.#!/usr/bin/env bash
set -euo pipefail
if echo "$CRUSH_TOOL_INPUT_COMMAND" | grep -qE 'rm\s+-(rf|fr)\s+/'; then
echo "Refusing to run rm -rf against root" >&2
exit 2
fi
Config: {"matcher": "^bash$", "command": "./hooks/no-rm-rf.sh"}
{"matcher": "^(view|ls|grep|glob)$", "command": "echo '{\"decision\":\"allow\"}'"}
Every view/ls/grep/glob call now runs without prompting.
Emit only context — omit decision so the normal permission flow still runs.
#!/usr/bin/env bash
set -euo pipefail
if [[ "$CRUSH_TOOL_INPUT_FILE_PATH" == *.go ]]; then
echo '{"context": "Remember: run gofumpt after editing Go files."}'
else
echo '{}'
fi
Config: {"matcher": "^(edit|write|multiedit)$", "command": "./hooks/go-context.sh"}
#!/usr/bin/env bash
set -euo pipefail
read -r input
rewritten=$(echo "$input" | jq -r '.tool_input.command' | some-rewriter)
cat <<EOF
{
"context": "Rewrote command",
"updated_input": {"command": "$rewritten"}
}
EOF
If the original call was {"command": "npm test", "timeout": 60000}, the
tool runs with {"command": "<rewritten>", "timeout": 60000} — timeout is
preserved.
#!/usr/bin/env bash and set -euo pipefail (for shell scripts).chmod +x the script.hooks.PreToolUse in crush.json with the right matcher.decision), auto-approve ("allow"),
block (exit 2), or halt (exit 49).updated_input is a shallow merge — only
include the keys you want to change.timeout if needed.echo "debug info" >&2 for logging without corrupting stdout JSON.matcher is a regex against the tool name. Use ^bash$ (not bash) if you
don't also want to match mcp_something_bash.Crush also accepts Claude Code's hookSpecificOutput envelope. One intentional
divergence: Crush treats updated_input as shallow-merge, Claude Code replaces.
Existing Claude Code hooks work without modification for the matcher/decision
parts; revisit any that relied on updatedInput fully replacing tool input.