Configura tu primer hook
La forma más rápida de crear un hook es a través del menú interactivo/hooks en Claude Code. Este tutorial crea un hook de notificación de escritorio, para que recibas una alerta cada vez que Claude esté esperando tu entrada en lugar de ver la terminal.
Abre el menú de hooks
Escribe
/hooks en la CLI de Claude Code. Verás una lista de todos los eventos de hook disponibles, más una opción para desactivar todos los hooks. Cada evento corresponde a un punto en el ciclo de vida de Claude donde puedes ejecutar código personalizado. Selecciona Notification para crear un hook que se active cuando Claude necesite tu atención.Configura el matcher
El menú muestra una lista de matchers, que filtran cuándo se activa el hook. Establece el matcher en
* para activarse en todos los tipos de notificación. Puedes estrecharlo más tarde cambiando el matcher a un valor específico como permission_prompt o idle_prompt.Añade tu comando
Selecciona
+ Add new hook…. El menú te solicita un comando de shell para ejecutar cuando se active el evento. Los hooks ejecutan cualquier comando de shell que proporciones, por lo que puedes usar la herramienta de notificación integrada de tu plataforma. Copia el comando para tu SO:- macOS
- Linux
- Windows (PowerShell)
Usa
osascript para activar una notificación nativa de macOS a través de AppleScript:Elige una ubicación de almacenamiento
El menú te pregunta dónde guardar la configuración del hook. Selecciona
User settings para almacenarlo en ~/.claude/settings.json, que aplica el hook a todos tus proyectos. También podrías elegir Project settings para limitarlo al proyecto actual. Consulta Configura la ubicación del hook para todos los ámbitos disponibles.Qué puedes automatizar
Los hooks te permiten ejecutar código en puntos clave del ciclo de vida de Claude Code: formatear archivos después de ediciones, bloquear comandos antes de que se ejecuten, enviar notificaciones cuando Claude necesita entrada, inyectar contexto al inicio de la sesión, y más. Para la lista completa de eventos de hook, consulta la referencia de Hooks. Cada ejemplo incluye un bloque de configuración listo para usar que añades a un archivo de configuración. Los patrones más comunes:- Recibe notificaciones cuando Claude necesita entrada
- Formatea automáticamente el código después de ediciones
- Bloquea ediciones a archivos protegidos
- Reinyecta contexto después de compactación
- Audita cambios de configuración
Recibe notificaciones cuando Claude necesita entrada
Obtén una notificación de escritorio cada vez que Claude termine de trabajar y necesite tu entrada, para que puedas cambiar a otras tareas sin verificar la terminal. Este hook usa el eventoNotification, que se activa cuando Claude está esperando entrada o permiso. Cada pestaña a continuación usa el comando de notificación nativo de la plataforma. Añade esto a ~/.claude/settings.json, o usa el tutorial interactivo anterior para configurarlo con /hooks:
- macOS
- Linux
- Windows (PowerShell)
Formatea automáticamente el código después de ediciones
Ejecuta automáticamente Prettier en cada archivo que Claude edita, para que el formato se mantenga consistente sin intervención manual. Este hook usa el eventoPostToolUse con un matcher Edit|Write, por lo que se ejecuta solo después de herramientas de edición de archivos. El comando extrae la ruta del archivo editado con jq y la pasa a Prettier. Añade esto a .claude/settings.json en la raíz de tu proyecto:
Los ejemplos de Bash en esta página usan
jq para análisis JSON. Instálalo con brew install jq (macOS), apt-get install jq (Debian/Ubuntu), o consulta descargas de jq.Bloquea ediciones a archivos protegidos
Evita que Claude modifique archivos sensibles como.env, package-lock.json, o cualquier cosa en .git/. Claude recibe retroalimentación explicando por qué se bloqueó la edición, para que pueda ajustar su enfoque.
Este ejemplo usa un archivo de script separado que el hook llama. El script verifica la ruta del archivo de destino contra una lista de patrones protegidos y sale con código 2 para bloquear la edición.
Haz el script ejecutable (macOS/Linux)
Los scripts de hook deben ser ejecutables para que Claude Code los ejecute:
Reinyecta contexto después de compactación
Cuando la ventana de contexto de Claude se llena, la compactación resume la conversación para liberar espacio. Esto puede perder detalles importantes. Usa un hookSessionStart con un matcher compact para reinyectar contexto crítico después de cada compactación.
Cualquier texto que tu comando escriba en stdout se añade al contexto de Claude. Este ejemplo recuerda a Claude las convenciones del proyecto y el trabajo reciente. Añade esto a .claude/settings.json en la raíz de tu proyecto:
echo con cualquier comando que produzca salida dinámica, como git log --oneline -5 para mostrar commits recientes. Para inyectar contexto en cada inicio de sesión, considera usar CLAUDE.md en su lugar. Para variables de entorno, consulta CLAUDE_ENV_FILE en la referencia.
Audita cambios de configuración
Realiza un seguimiento de cuándo los archivos de configuración o skills cambian durante una sesión. El eventoConfigChange se activa cuando un proceso externo o editor modifica un archivo de configuración, para que puedas registrar cambios para cumplimiento o bloquear modificaciones no autorizadas.
Este ejemplo añade cada cambio a un registro de auditoría. Añade esto a ~/.claude/settings.json:
user_settings, project_settings, local_settings, policy_settings, o skills. Para bloquear que un cambio tenga efecto, sal con código 2 o devuelve {"decision": "block"}. Consulta la referencia de ConfigChange para el esquema de entrada completo.
Cómo funcionan los hooks
Los eventos de hook se activan en puntos específicos del ciclo de vida de Claude Code. Cuando se activa un evento, todos los hooks coincidentes se ejecutan en paralelo, y los comandos de hook idénticos se deduplicarán automáticamente. La tabla a continuación muestra cada evento y cuándo se activa:| Event | When it fires |
|---|---|
SessionStart | When a session begins or resumes |
UserPromptSubmit | When you submit a prompt, before Claude processes it |
PreToolUse | Before a tool call executes. Can block it |
PermissionRequest | When a permission dialog appears |
PostToolUse | After a tool call succeeds |
PostToolUseFailure | After a tool call fails |
Notification | When Claude Code sends a notification |
SubagentStart | When a subagent is spawned |
SubagentStop | When a subagent finishes |
Stop | When Claude finishes responding |
TeammateIdle | When an agent team teammate is about to go idle |
TaskCompleted | When a task is being marked as completed |
InstructionsLoaded | When a CLAUDE.md or .claude/rules/*.md file is loaded into context. Fires at session start and when files are lazily loaded during a session |
ConfigChange | When a configuration file changes during a session |
WorktreeCreate | When a worktree is being created via --worktree or isolation: "worktree". Replaces default git behavior |
WorktreeRemove | When a worktree is being removed, either at session exit or when a subagent finishes |
PreCompact | Before context compaction |
PostCompact | After context compaction completes |
Elicitation | When an MCP server requests user input during a tool call |
ElicitationResult | After a user responds to an MCP elicitation, before the response is sent back to the server |
SessionEnd | When a session terminates |
type que determina cómo se ejecuta. La mayoría de los hooks usan "type": "command", que ejecuta un comando de shell. Hay otros tres tipos disponibles:
"type": "http": POST de datos de evento a una URL. Consulta HTTP hooks."type": "prompt": evaluación LLM de un solo turno. Consulta Hooks basados en prompts."type": "agent": verificación multi-turno con acceso a herramientas. Consulta Hooks basados en agentes.
Lee entrada y devuelve salida
Los hooks se comunican con Claude Code a través de stdin, stdout, stderr y códigos de salida. Cuando se activa un evento, Claude Code pasa datos específicos del evento como JSON a stdin de tu script. Tu script lee esos datos, hace su trabajo, y le dice a Claude Code qué hacer a continuación a través del código de salida.Entrada del hook
Cada evento incluye campos comunes comosession_id y cwd, pero cada tipo de evento añade datos diferentes. Por ejemplo, cuando Claude ejecuta un comando Bash, un hook PreToolUse recibe algo como esto en stdin:
UserPromptSubmit obtienen el texto prompt en su lugar, los hooks SessionStart obtienen la source (startup, resume, clear, compact), y así sucesivamente. Consulta Campos de entrada comunes en la referencia para campos compartidos, y la sección de cada evento para esquemas específicos del evento.
Salida del hook
Tu script le dice a Claude Code qué hacer a continuación escribiendo en stdout o stderr y saliendo con un código específico. Por ejemplo, un hookPreToolUse que quiere bloquear un comando:
- Exit 0: la acción procede. Para hooks
UserPromptSubmitySessionStart, cualquier cosa que escribas en stdout se añade al contexto de Claude. - Exit 2: la acción se bloquea. Escribe una razón en stderr, y Claude la recibe como retroalimentación para que pueda ajustar.
- Cualquier otro código de salida: la acción procede. Stderr se registra pero no se muestra a Claude. Alterna el modo detallado con
Ctrl+Opara ver estos mensajes en la transcripción.
Salida JSON estructurada
Los códigos de salida te dan dos opciones: permitir o bloquear. Para más control, sal con 0 e imprime un objeto JSON a stdout en su lugar.Usa exit 2 para bloquear con un mensaje stderr, o exit 0 con JSON para control estructurado. No los mezcles: Claude Code ignora JSON cuando sales con 2.
PreToolUse puede negar una llamada a herramienta y decirle a Claude por qué, o escalarlo al usuario para aprobación:
permissionDecision y cancela la llamada a herramienta, luego alimenta permissionDecisionReason de vuelta a Claude como retroalimentación. Estas tres opciones son específicas de PreToolUse:
"allow": procede sin mostrar un aviso de permiso"deny": cancela la llamada a herramienta y envía la razón a Claude"ask": muestra el aviso de permiso al usuario como es normal
PostToolUse y Stop usan un campo decision: "block" de nivel superior, mientras que PermissionRequest usa hookSpecificOutput.decision.behavior. Consulta la tabla de resumen en la referencia para un desglose completo por evento.
Para hooks UserPromptSubmit, usa additionalContext en su lugar para inyectar texto en el contexto de Claude. Los hooks basados en prompts (type: "prompt") manejan la salida de manera diferente: consulta Hooks basados en prompts.
Filtra hooks con matchers
Sin un matcher, un hook se activa en cada ocurrencia de su evento. Los matchers te permiten estrecharlo. Por ejemplo, si quieres ejecutar un formateador solo después de ediciones de archivos (no después de cada llamada a herramienta), añade un matcher a tu hookPostToolUse:
"Edit|Write" es un patrón regex que coincide con el nombre de la herramienta. El hook solo se activa cuando Claude usa la herramienta Edit o Write, no cuando usa Bash, Read, u otra herramienta.
Cada tipo de evento coincide en un campo específico. Los matchers soportan cadenas exactas y patrones regex:
| Evento | En qué filtra el matcher | Valores de matcher de ejemplo |
|---|---|---|
PreToolUse, PostToolUse, PostToolUseFailure, PermissionRequest | nombre de herramienta | Bash, Edit|Write, mcp__.* |
SessionStart | cómo comenzó la sesión | startup, resume, clear, compact |
SessionEnd | por qué terminó la sesión | clear, logout, prompt_input_exit, bypass_permissions_disabled, other |
Notification | tipo de notificación | permission_prompt, idle_prompt, auth_success, elicitation_dialog |
SubagentStart | tipo de agente | Bash, Explore, Plan, o nombres de agentes personalizados |
PreCompact | qué activó la compactación | manual, auto |
SubagentStop | tipo de agente | los mismos valores que SubagentStart |
ConfigChange | fuente de configuración | user_settings, project_settings, local_settings, policy_settings, skills |
UserPromptSubmit, Stop, TeammateIdle, TaskCompleted, WorktreeCreate, WorktreeRemove | sin soporte de matcher | siempre se activa en cada ocurrencia |
- Registra cada comando Bash
- Coincide con herramientas MCP
- Limpia al final de la sesión
Coincide solo con llamadas a herramienta
Bash y registra cada comando en un archivo. El evento PostToolUse se activa después de que el comando se completa, por lo que tool_input.command contiene lo que se ejecutó. El hook recibe los datos del evento como JSON en stdin, y jq -r '.tool_input.command' extrae solo la cadena de comando, que >> añade al archivo de registro:Configura la ubicación del hook
Dónde añadas un hook determina su ámbito:| Ubicación | Ámbito | Compartible |
|---|---|---|
~/.claude/settings.json | Todos tus proyectos | No, local a tu máquina |
.claude/settings.json | Proyecto único | Sí, puede ser confirmado en el repositorio |
.claude/settings.local.json | Proyecto único | No, gitignored |
| Configuración de política gestionada | Organización completa | Sí, controlado por administrador |
Plugin hooks/hooks.json | Cuando el plugin está habilitado | Sí, incluido con el plugin |
| Skill o agente frontmatter | Mientras el skill o agente está activo | Sí, definido en el archivo del componente |
/hooks en Claude Code para añadir, eliminar y ver hooks interactivamente. Para desactivar todos los hooks a la vez, usa el botón de alternancia en la parte inferior del menú /hooks o establece "disableAllHooks": true en tu archivo de configuración.
Los hooks añadidos a través del menú /hooks tienen efecto inmediatamente. Si editas archivos de configuración directamente mientras Claude Code está ejecutándose, los cambios no tendrán efecto hasta que los revises en el menú /hooks o reinicies tu sesión.
Hooks basados en prompts
Para decisiones que requieren criterio en lugar de reglas deterministas, usa hookstype: "prompt". En lugar de ejecutar un comando de shell, Claude Code envía tu prompt y los datos de entrada del hook a un modelo Claude (Haiku por defecto) para tomar la decisión. Puedes especificar un modelo diferente con el campo model si necesitas más capacidad.
El único trabajo del modelo es devolver una decisión sí/no como JSON:
"ok": true: la acción procede"ok": false: la acción se bloquea. La"reason"del modelo se alimenta de vuelta a Claude para que pueda ajustar.
Stop para preguntarle al modelo si todas las tareas solicitadas están completas. Si el modelo devuelve "ok": false, Claude sigue trabajando y usa la reason como su siguiente instrucción:
Hooks basados en agentes
Cuando la verificación requiere inspeccionar archivos o ejecutar comandos, usa hookstype: "agent". A diferencia de los hooks de prompt que hacen una única llamada LLM, los hooks de agente generan un subagente que puede leer archivos, buscar código y usar otras herramientas para verificar condiciones antes de devolver una decisión.
Los hooks de agente usan el mismo formato de respuesta "ok" / "reason" que los hooks de prompt, pero con un tiempo de espera predeterminado más largo de 60 segundos y hasta 50 turnos de uso de herramientas.
Este ejemplo verifica que las pruebas pasen antes de permitir que Claude se detenga:
HTTP hooks
Usa hookstype: "http" para POST de datos de evento a un punto final HTTP en lugar de ejecutar un comando de shell. El punto final recibe el mismo JSON que un hook de comando recibiría en stdin, y devuelve resultados a través del cuerpo de respuesta HTTP usando el mismo formato JSON.
Los HTTP hooks son útiles cuando quieres que un servidor web, función en la nube o servicio externo maneje la lógica del hook: por ejemplo, un servicio de auditoría compartido que registra eventos de uso de herramientas en todo un equipo.
Este ejemplo publica cada uso de herramienta en un servicio de registro local:
hookSpecificOutput apropiados. Los códigos de estado HTTP por sí solos no pueden bloquear acciones.
Los valores de encabezado soportan interpolación de variables de entorno usando la sintaxis $VAR_NAME o ${VAR_NAME}. Solo las variables listadas en el array allowedEnvVars se resuelven; todas las otras referencias $VAR permanecen vacías.
Los HTTP hooks deben configurarse editando tu JSON de configuración directamente. El menú interactivo
/hooks solo soporta añadir hooks de comando.Limitaciones y solución de problemas
Limitaciones
- Los hooks de comando se comunican solo a través de stdout, stderr y códigos de salida. No pueden activar comandos o llamadas a herramientas directamente. Los HTTP hooks se comunican a través del cuerpo de respuesta en su lugar.
- El tiempo de espera del hook es 10 minutos por defecto, configurable por hook con el campo
timeout(en segundos). - Los hooks
PostToolUseno pueden deshacer acciones ya que la herramienta ya se ha ejecutado. - Los hooks
PermissionRequestno se activan en modo no interactivo (-p). Usa hooksPreToolUsepara decisiones de permiso automatizadas. - Los hooks
Stopse activan cada vez que Claude termina de responder, no solo en la finalización de tareas. No se activan en interrupciones del usuario.
Hook no se activa
El hook está configurado pero nunca se ejecuta.- Ejecuta
/hooksy confirma que el hook aparece bajo el evento correcto - Verifica que el patrón del matcher coincida exactamente con el nombre de la herramienta (los matchers distinguen mayúsculas de minúsculas)
- Verifica que estés activando el tipo de evento correcto (por ejemplo,
PreToolUsese activa antes de la ejecución de la herramienta,PostToolUsese activa después) - Si usas hooks
PermissionRequesten modo no interactivo (-p), cambia aPreToolUseen su lugar
Error de hook en la salida
Ves un mensaje como “PreToolUse hook error: …” en la transcripción.- Tu script salió con un código no cero inesperadamente. Pruébalo manualmente canalizando JSON de muestra:
- Si ves “command not found”, usa rutas absolutas o
$CLAUDE_PROJECT_DIRpara referenciar scripts - Si ves “jq: command not found”, instala
jqo usa Python/Node.js para análisis JSON - Si el script no se ejecuta en absoluto, hazlo ejecutable:
chmod +x ./my-hook.sh
/hooks no muestra hooks configurados
Editaste un archivo de configuración pero los hooks no aparecen en el menú.
- Reinicia tu sesión o abre
/hookspara recargar. Los hooks añadidos a través del menú/hookstienen efecto inmediatamente, pero las ediciones manuales de archivos requieren una recarga. - Verifica que tu JSON sea válido (las comas finales y comentarios no están permitidos)
- Confirma que el archivo de configuración está en la ubicación correcta:
.claude/settings.jsonpara hooks de proyecto,~/.claude/settings.jsonpara hooks globales
El hook Stop se ejecuta para siempre
Claude sigue trabajando en un bucle infinito en lugar de detenerse. Tu script de hook Stop necesita verificar si ya activó una continuación. Analiza el campostop_hook_active de la entrada JSON y sal temprano si es true:
Falló la validación JSON
Claude Code muestra un error de análisis JSON aunque tu script de hook produzca JSON válido. Cuando Claude Code ejecuta un hook, genera un shell que obtiene tu perfil (~/.zshrc o ~/.bashrc). Si tu perfil contiene declaraciones echo incondicionales, esa salida se antepone a tu JSON del hook:
$- contiene banderas de shell, e i significa interactivo. Los hooks se ejecutan en shells no interactivos, por lo que el echo se omite.
Técnicas de depuración
Alterna el modo detallado conCtrl+O para ver la salida del hook en la transcripción, o ejecuta claude --debug para detalles de ejecución completos incluyendo qué hooks coincidieron y sus códigos de salida.
Aprende más
- Referencia de Hooks: esquemas de eventos completos, formato de salida JSON, hooks asincronos y hooks de herramientas MCP
- Consideraciones de seguridad: revisa antes de desplegar hooks en entornos compartidos o de producción
- Ejemplo de validador de comandos Bash: implementación de referencia completa