Use when the user wants to add, write, debug, or configure a Crush hook — gating or blocking tool calls, approving or rewriting tool input before execution, injecting context into tool results, or troubleshooting hook behavior in crush.json.
69
84%
Does it follow best practices?
Run evals on this skill
Adds up to 20 points to the overall score
View guide
Critical
Do not install without reviewing
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
fiConfig: {"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 '{}'
fiConfig: {"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"}
}
EOFIf 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.
8f63ee5
If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.