SpyBara
Go Premium

agent-sdk/hooks.md 2026-09-17 05:00 UTC to 2026-09-18 23:58 UTC

This page contains 5 additions and 2 deletions.

2026
Wed 9 22:58 Mon 14 22:58 Fri 18 23:58

Interceptar y controlar el comportamiento del agente con hooks

Interceptar y personalizar el comportamiento del agente en puntos clave de ejecución con hooks

Los hooks son funciones de devolución de llamada que ejecutan su código en respuesta a eventos del agente, como una herramienta siendo llamada, una sesión iniciándose, o la ejecución deteniéndose. Con hooks, puede:

  • Bloquear operaciones peligrosas antes de que se ejecuten, como comandos de shell destructivos o acceso a archivos no autorizado
  • Registrar y auditar cada llamada de herramienta para cumplimiento, depuración o análisis
  • Transformar entradas y salidas para sanitizar datos, inyectar credenciales o redirigir rutas de archivos
  • Requerir aprobación humana para acciones sensibles como escrituras en bases de datos o llamadas a API
  • Rastrear el ciclo de vida de la sesión para gestionar estado, limpiar recursos o enviar notificaciones

Cómo funcionan los hooks

1

Se dispara un evento

Algo sucede durante la ejecución del agente y el SDK dispara un evento: una herramienta está a punto de ser llamada (PreToolUse), una herramienta devolvió un resultado (PostToolUse), un subagente se inició o se detuvo, el agente está inactivo, o la ejecución finalizó. Vea la lista completa de eventos.

2

El SDK recopila hooks registrados

El SDK verifica si hay hooks registrados para ese tipo de evento. Esto incluye hooks de devolución de llamada que pasa en options.hooks y hooks de comandos de shell de archivos de configuración cuando la entrada settingSources o setting_sources correspondiente está habilitada, lo cual lo está para las opciones predeterminadas de query().

3

Los matchers filtran qué hooks se ejecutan

Si un hook tiene un patrón matcher (como "Write|Edit"), el SDK lo prueba contra el objetivo del evento (por ejemplo, el nombre de la herramienta). Los hooks sin un matcher se ejecutan para cada evento de ese tipo.

4

Se ejecutan las funciones de devolución de llamada

Cada hook coincidente recibe su función de devolución de llamada con información sobre lo que está sucediendo: el nombre de la herramienta, sus argumentos, el ID de sesión y otros detalles específicos del evento.

5

Su devolución de llamada devuelve una decisión

Después de realizar cualquier operación (registro, llamadas a API, validación), su devolución de llamada devuelve un objeto de salida que le dice al agente qué hacer: permitir la operación, bloquearla, modificar la entrada o inyectar contexto en la conversación.

El siguiente ejemplo reúne estos pasos. Registra un hook PreToolUse (paso 1) con un matcher "Write|Edit" (paso 3) para que la devolución de llamada solo se dispare para herramientas de escritura de archivos. Cuando se activa, la devolución de llamada recibe la entrada de la herramienta (paso 4), verifica si la ruta del archivo apunta a un archivo .env, y devuelve permissionDecision: "deny" para bloquear la operación (paso 5):

import asyncio
from claude_agent_sdk import (
AssistantMessage,
ClaudeSDKClient,
ClaudeAgentOptions,
HookMatcher,
ResultMessage,
)


# Define a hook callback that receives tool call details
async def protect_env_files(input_data, tool_use_id, context):
# Extract the file path from the tool's input arguments
file_path = input_data["tool_input"].get("file_path", "")
file_name = file_path.split("/")[-1]

# Block the operation if targeting a .env file
if file_name == ".env":
return {
"hookSpecificOutput": {
"hookEventName": input_data["hook_event_name"],
"permissionDecision": "deny",
"permissionDecisionReason": "Cannot modify .env files",
}
}

# Return empty object to allow the operation
return {}


async def main():
options = ClaudeAgentOptions(
hooks={
# Register the hook for PreToolUse events
# The matcher filters to only Write and Edit tool calls
"PreToolUse": [HookMatcher(matcher="Write|Edit", hooks=[protect_env_files])]
}
)

async with ClaudeSDKClient(options=options) as client:
await client.query("Create a .env file with the standard local development database configuration")
async for message in client.receive_response():
# Filter for assistant and result messages
if isinstance(message, (AssistantMessage, ResultMessage)):
print(message)


asyncio.run(main())

Cuando ejecuta cualquiera de los scripts, Claude intenta crear el archivo .env, el hook niega la llamada de herramienta, y la respuesta final de Claude explica que no puede crear archivos .env.

Hooks disponibles

El SDK proporciona hooks para diferentes etapas de la ejecución del agente. Algunos hooks están disponibles en ambos SDK, mientras que otros son solo para TypeScript.

Evento de Hook SDK de Python SDK de TypeScript Qué lo dispara Caso de uso de ejemplo
PreToolUse Sí Sí Solicitud de llamada de herramienta (puede bloquear o modificar) Bloquear comandos de shell peligrosos
PostToolUse Sí Sí Resultado de ejecución de herramienta Registrar todos los cambios de archivo en pista de auditoría
PostToolUseFailure Sí Sí Fallo de ejecución de herramienta Manejar o registrar errores de herramienta
PostToolBatch No Sí Un lote completo de llamadas de herramienta se resuelve, una vez por lote antes de la siguiente llamada del modelo Inyectar convenciones una vez para todo el lote
UserPromptSubmit Sí Sí Envío de solicitud del usuario Inyectar contexto adicional en solicitudes
UserPromptExpansion No Sí Un comando escrito por el usuario, o un prompt de MCP, se expande en una solicitud antes de llegar a Claude. No se dispara cuando Claude invoca una skill por sí mismo Bloquear un comando de invocación directa o agregar contexto cuando se escribe una skill
MessageDisplay No Sí Un mensaje del asistente con texto se completa, una vez por mensaje con el texto completo del mensaje Redactar o reformatear el texto mostrado sin cambiar la transcripción
Stop Sí Sí Detención de ejecución del agente Guardar estado de sesión antes de salir
StopFailure No Sí El turno termina con un error de API en lugar de una detención normal Registrar fallos o enviar alertas
SubagentStart Sí Sí Inicialización de subagente Rastrear generación de tareas paralelas
SubagentStop Sí Sí Finalización de subagente Agregar resultados de tareas paralelas
PreCompact Sí Sí Solicitud de compactación de conversación Archivar transcripción completa antes de resumir
PostCompact No Sí Compactación de conversación se completa Registrar el resumen generado
PreModelSwitch No Sí Un cambio de modelo solicitado, antes de que suceda (puede bloquear) Bloquear el cambio a un modelo específico
PostModelSwitch No Sí El modelo de la sesión cambia, incluyendo una alternancia automática Dar a Claude orientación específica del modelo para el nuevo modelo
PermissionRequest Sí Sí Una llamada de herramienta necesita una decisión de permiso Manejo de permisos personalizado
PermissionDenied No Sí El modo automático deniega una llamada de herramienta, incluyendo denegaciones sin un veredicto del clasificador Registrar denegaciones, o decirle al modelo que puede reintentar; Claude Code ignora retry: true para denegaciones sin veredicto. Ver PermissionDenied
SessionStart No Sí Inicialización de sesión Inicializar registro y telemetría
SessionEnd No Sí Terminación de sesión Limpiar recursos temporales
Notification Sí Sí Mensajes de estado del agente Enviar actualizaciones de estado del agente a Slack o PagerDuty
Setup No Sí Configuración/mantenimiento de sesión Ejecutar tareas de inicialización
TeammateIdle No Sí El compañero se vuelve inactivo Reasignar trabajo o notificar
TaskCreated No Sí Se crea una tarea a través de la herramienta TaskCreate Aplicar convenciones de nomenclatura de tareas
TaskCompleted No Sí Una tarea se marca como completada Requerir pruebas exitosas antes de que se cierre una tarea
Elicitation No Sí Un servidor MCP solicita entrada del usuario a mitad de la tarea Responder a solicitudes de entrada de MCP mediante programación
ElicitationResult No Sí Un usuario responde a una elicitación de MCP Modificar o bloquear la respuesta antes de que regrese al servidor
ConfigChange No Sí Archivo de configuración cambia Recargar configuración dinámicamente
InstructionsLoaded No Sí Se carga un archivo CLAUDE.md o de reglas en el contexto Auditar qué archivos de instrucciones se cargan
WorktreeCreate No Sí Git worktree creado Rastrear espacios de trabajo aislados
WorktreeRemove No Sí Git worktree eliminado Limpiar recursos de espacio de trabajo
CwdChanged No Sí El directorio de trabajo cambia durante una sesión Recargar variables de entorno por directorio
FileChanged No Sí Un archivo vigilado se modifica, crea o elimina Recargar configuración cuando cambian archivos del proyecto
DirectoryAdded No Sí Se agrega un directorio de trabajo durante una sesión Instalar dependencias para un repositorio agregado a mitad de sesión

Configurar hooks

Para configurar un hook, páselo en el campo hooks de sus opciones de agente (ClaudeAgentOptions en Python, el objeto options en TypeScript). Este fragmento asume que ya ha definido una devolución de llamada de hook, como protect_env_files en Python o protectEnvFiles en TypeScript del ejemplo anterior:

options = ClaudeAgentOptions(
hooks={"PreToolUse": [HookMatcher(matcher="Bash", hooks=[my_callback])]}
)

async with ClaudeSDKClient(options=options) as client:
await client.query("Your prompt")
async for message in client.receive_response():
print(message)

La opción hooks es un diccionario en Python u objeto en TypeScript, donde:

Matchers

Use matchers para filtrar cuándo se disparan sus devoluciones de llamada. El campo matcher coincide con un valor diferente dependiendo del tipo de evento de hook. Por ejemplo, los hooks basados en herramientas coinciden con el nombre de la herramienta, mientras que los hooks Notification coinciden con el tipo de notificación.

Los matchers del SDK siguen las mismas reglas que matchers en archivos de configuración. Esa sección documenta las rutas de evaluación de cadena exacta y expresión regular, sus requisitos de versión, y los valores de matcher para cada tipo de evento.

Opción Tipo Predeterminado Descripción
matcher string undefined Patrón coincidido contra el campo de filtro del evento, siguiendo las reglas para matchers en archivos de configuración. Para hooks de herramientas, este es el nombre de la herramienta. Las herramientas integradas incluyen Bash, Read, Write, Edit, Glob, Grep, WebFetch, Agent y otros (vea Tipos de entrada de herramienta para la lista completa). Las herramientas MCP usan el patrón mcp__<server>__<action>, donde <server> es la clave que usa en la configuración mcpServers.
hooks HookCallback[] - Requerido. Matriz de funciones de devolución de llamada a ejecutar cuando el patrón coincide
timeout number undefined Tiempo de espera en segundos. Cuando se omite, Claude Code aplica el tiempo de espera predeterminado del evento. Sus devoluciones de llamada del SDK siguen los valores predeterminados del hook command

Use el patrón matcher para dirigirse a herramientas específicas siempre que sea posible. Un matcher con 'Bash' solo se ejecuta para comandos Bash, mientras que omitir el patrón ejecuta sus devoluciones de llamada para cada ocurrencia del evento. Omítalo a propósito para registrar cada llamada de herramienta que su sesión realiza.

Funciones de devolución de llamada

Entradas

Cada devolución de llamada de hook recibe tres argumentos:

  • Datos de entrada: un objeto tipado que contiene detalles del evento. Cada tipo de hook tiene su propia forma de entrada. Por ejemplo, PreToolUseHookInput incluye tool_name y tool_input, mientras que NotificationHookInput incluye message. Vea las definiciones de tipo completas en las referencias del SDK de TypeScript y Python.
    • Todas las entradas de hook comparten session_id, cwd y hook_event_name.
    • agent_id y agent_type se rellenan cuando el hook se dispara dentro de un subagente. En TypeScript, estos están en la entrada de hook base y disponibles para todos los tipos de hook. En Python, son campos opcionales en PreToolUse, PostToolUse, PostToolUseFailure y PermissionRequest, y campos requeridos en SubagentStart y SubagentStop.
  • ID de uso de herramienta (str | None / string | undefined): correlaciona eventos PreToolUse y PostToolUse para la misma llamada de herramienta.
  • Contexto: en TypeScript, contiene una propiedad signal (AbortSignal) para cancelación. En Python, este argumento está reservado para uso futuro.

Salidas

Su devolución de llamada devuelve un objeto con dos categorías de campos:

  • Campos de nivel superior se aceptan en cada evento: systemMessage muestra un mensaje al usuario, y continue (continue_ en Python) determina si el agente sigue ejecutándose después de este hook. Algunos eventos los descartan o los entregan en otro lugar. Cada sección del evento en la página de hooks dice dónde llegan.
  • hookSpecificOutput controla la operación actual. Los campos que establece dentro dependen del tipo de evento de hook:
    • Para hooks PreToolUse, aquí es donde establece permissionDecision ("allow", "deny", "ask" o "defer"), permissionDecisionReason e updatedInput. Si devuelve "defer", la consulta termina para que pueda reanudarla más tarde.
    • Para hooks PostToolUse, puede establecer additionalContext para agregar información al resultado de la herramienta. Para reemplazar la salida de la herramienta antes de que Claude la vea, establezca updatedToolOutput, que funciona para cualquier herramienta en ambos SDK. El campo anterior updatedMCPToolOutput reemplaza solo la salida de herramientas MCP y está deprecado.
    • En el SDK de TypeScript, una devolución de llamada PostToolUse también puede devolver classifierContext, una nota breve sobre el resultado de la llamada de herramienta para el clasificador de permisos del modo automático. Debido a que su devolución de llamada se ejecuta en el proceso propio de su aplicación, el clasificador puede pesar una declaración de usuario que retransmita en la nota como intención del usuario. El campo requiere TypeScript Agent SDK v0.3.236 o posterior. Anotar un resultado para el clasificador del modo automático cubre el límite de longitud, la regla de solo sincrónico, y qué no poner en la nota.

Devuelva {} para permitir la operación sin cambios. Los hooks de devolución de llamada del SDK usan el mismo formato de salida JSON que hooks de comandos de shell de Claude Code, que documenta cada campo y opción específica del evento. Para las definiciones de tipo del SDK, vea las referencias del SDK de TypeScript y Python.

Salida asincrónica

De forma predeterminada, el agente espera a que su hook devuelva antes de continuar. Si su hook realiza un efecto secundario, como registro o envío de webhook, y no necesita influir en el comportamiento del agente, puede devolver una salida asincrónica en su lugar. Esto le dice al agente que continúe inmediatamente sin esperar a que el hook termine. En este fragmento, send_to_logging_service en Python y sendToLoggingService en TypeScript representan cualquier función de registro que defina:

async def async_hook(input_data, tool_use_id, context):
# Start a background task, then return immediately
asyncio.create_task(send_to_logging_service(input_data))
return {"async_": True, "asyncTimeout": 30000}
Campo Tipo Descripción
async true Señala modo asincrónico. El agente continúa sin esperar. En Python, use async_ para evitar la palabra clave reservada.
asyncTimeout number Tiempo de espera opcional en milisegundos para la operación de fondo

Ejemplos

Varios ejemplos en esta sección muestran solo la función de devolución de llamada. Para ejecutar uno, registre la devolución de llamada bajo el evento coincidente en el campo hooks de sus opciones, como se muestra en Configurar hooks.

Modificar entrada de herramienta

Este ejemplo intercepta llamadas de herramienta Write y reescribe el argumento file_path para anteponer /sandbox, redirigiendo todas las escrituras de archivo a un directorio aislado. La devolución de llamada devuelve updatedInput con la ruta modificada y permissionDecision: 'allow' para aprobar automáticamente la operación reescrita:

async def redirect_to_sandbox(input_data, tool_use_id, context):
if input_data["hook_event_name"] != "PreToolUse":
return {}

if input_data["tool_name"] == "Write":
original_path = input_data["tool_input"].get("file_path", "")
return {
"hookSpecificOutput": {
"hookEventName": input_data["hook_event_name"],
"permissionDecision": "allow",
"updatedInput": {
**input_data["tool_input"],
"file_path": f"/sandbox{original_path}",
},
}
}
return {}

Para confirmar la redirección, establezca el prefijo en una ruta en la que pueda escribir, como ./sandbox o /tmp/sandbox (macOS no permite crear un directorio /sandbox a nivel raíz), luego pida al agente que escriba un archivo: el resultado de la herramienta Write en el flujo de mensajes nombra la ruta con su prefijo de sandbox en lugar del que Claude solicitó.

Agregar contexto y bloquear una herramienta

Este ejemplo bloquea escrituras en el directorio /etc y explica por qué tanto al modelo como al usuario:

  • permissionDecision: 'deny' detiene la llamada de herramienta.
  • permissionDecisionReason le dice al modelo por qué, para que evite reintentar.
  • systemMessage muestra al usuario qué sucedió.
async def block_etc_writes(input_data, tool_use_id, context):
file_path = input_data["tool_input"].get("file_path", "")

if file_path.startswith("/etc"):
return {
# Top-level field: message shown to the user
"systemMessage": "Remember: system directories like /etc are protected.",
# hookSpecificOutput: block the operation
"hookSpecificOutput": {
"hookEventName": input_data["hook_event_name"],
"permissionDecision": "deny",
"permissionDecisionReason": "Writing to /etc is not allowed",
},
}
return {}

Aprobar automáticamente herramientas específicas

De forma predeterminada, el agente puede solicitar permiso antes de usar ciertas herramientas. Este ejemplo aprueba automáticamente herramientas del sistema de archivos de solo lectura (Read, Glob, Grep) devolviendo permissionDecision: 'allow', permitiéndoles ejecutarse sin confirmación del usuario mientras deja todas las otras herramientas sujetas a verificaciones de permiso normales:

async def auto_approve_read_only(input_data, tool_use_id, context):
if input_data["hook_event_name"] != "PreToolUse":
return {}

read_only_tools = ["Read", "Glob", "Grep"]
if input_data["tool_name"] in read_only_tools:
return {
"hookSpecificOutput": {
"hookEventName": input_data["hook_event_name"],
"permissionDecision": "allow",
"permissionDecisionReason": "Read-only tool auto-approved",
}
}
return {}

Registrar múltiples hooks

Cuando se dispara un evento, todos los hooks coincidentes se ejecutan en paralelo. Para decisiones de permiso, el resultado más restrictivo se aplica: un único deny bloquea la llamada de herramienta independientemente de lo que devuelvan los otros hooks. Debido a que el orden de finalización es no determinista, escriba cada hook para actuar de forma independiente en lugar de depender de que otro hook se haya ejecutado primero.

El ejemplo a continuación registra tres verificaciones independientes para cada llamada de herramienta:

options = ClaudeAgentOptions(
hooks={
"PreToolUse": [
HookMatcher(hooks=[authorization_check]),
HookMatcher(hooks=[input_validator]),
HookMatcher(hooks=[audit_logger]),
]
}
)

Filtrar con matchers de múltiples herramientas

Use matchers de múltiples herramientas para compartir una devolución de llamada entre herramientas relacionadas. Este ejemplo registra tres matchers con diferentes alcances:

  • Una lista exacta separada por tuberías (Write|Edit|NotebookEdit) dispara file_security_hook solo para herramientas de modificación de archivos.
  • Una expresión regular (^mcp__) dispara mcp_audit_hook para cualquier herramienta MCP cuyo nombre comience con mcp__.
  • Un matcher omitido dispara global_logger para cada llamada de herramienta independientemente del nombre.
options = ClaudeAgentOptions(
hooks={
"PreToolUse": [
# Match file modification tools
HookMatcher(matcher="Write|Edit|NotebookEdit", hooks=[file_security_hook]),
# Match all MCP tools
HookMatcher(matcher="^mcp__", hooks=[mcp_audit_hook]),
# Match everything (no matcher)
HookMatcher(hooks=[global_logger]),
]
}
)

Rastrear actividad de subagente

Use hooks SubagentStop para monitorear cuándo los subagentes terminan su trabajo. Vea el tipo de entrada completo en las referencias del SDK de TypeScript y Python. Este ejemplo registra un resumen cada vez que un subagente se completa:

async def subagent_tracker(input_data, tool_use_id, context):
# Log subagent details when it finishes
print(f"[SUBAGENT] Completed: {input_data['agent_id']}")
print(f"  Transcript: {input_data['agent_transcript_path']}")
print(f"  Tool use ID: {tool_use_id}")
print(f"  Stop hook active: {input_data.get('stop_hook_active')}")
return {}


options = ClaudeAgentOptions(
hooks={"SubagentStop": [HookMatcher(hooks=[subagent_tracker])]}
)

Realizar solicitudes HTTP desde hooks

Los hooks pueden realizar operaciones asincrónicas como solicitudes HTTP. Capture errores dentro de su hook en lugar de dejarlos propagarse.

Este ejemplo envía un webhook después de que cada herramienta se completa, registrando qué herramienta se ejecutó y cuándo. El hook captura errores de un webhook fallido:

import asyncio
import json
import urllib.request
from datetime import datetime


def _send_webhook(tool_name):
"""Synchronous helper that POSTs tool usage data to an external webhook."""
data = json.dumps(
{
"tool": tool_name,
"timestamp": datetime.now().isoformat(),
}
).encode()
req = urllib.request.Request(
"https://api.example.com/webhook",
data=data,
headers={"Content-Type": "application/json"},
method="POST",
)
urllib.request.urlopen(req)


async def webhook_notifier(input_data, tool_use_id, context):
# Only fire after a tool completes (PostToolUse), not before
if input_data["hook_event_name"] != "PostToolUse":
return {}

try:
# Run the blocking HTTP call in a thread to avoid blocking the event loop
await asyncio.to_thread(_send_webhook, input_data["tool_name"])
except Exception as e:
# Log the error but don't raise
print(f"Webhook request failed: {e}")

return {}

Para confirmar que el hook se dispara, apunte la URL del webhook a un punto final que pueda observar y envíe un mensaje que use una herramienta: el hook envía un POST con el nombre de la herramienta y la marca de tiempo después de que cada herramienta se completa.

Reenviar notificaciones a Slack

Use hooks Notification para recibir notificaciones del sistema del agente y reenviarlas a servicios externos. En sesiones del SDK, Claude Code ejecuta este hook para los siguientes tipos de notificación:

  • permission_prompt una vez que una solicitud de permiso ha esperado aproximadamente seis segundos en su devolución de llamada canUseTool. Requiere TypeScript Agent SDK v0.3.233 o posterior, o Python Agent SDK v0.2.139 o posterior
  • elicitation_complete y elicitation_response para flujos de elicitación de solicitud del usuario

Claude Code emite los otros tipos, como idle_prompt, auth_success y elicitation_dialog, desde la interfaz de usuario interactiva que las sesiones del SDK no ejecutan.

Cada notificación incluye un campo message con una descripción legible por humanos y opcionalmente un title.

Este ejemplo reenvía cada notificación a un canal de Slack. Requiere una URL de webhook entrante de Slack, que crea agregando una aplicación a su espacio de trabajo de Slack y habilitando webhooks entrantes:

import asyncio
import json
import urllib.request

from claude_agent_sdk import ClaudeSDKClient, ClaudeAgentOptions, HookMatcher


def _send_slack_notification(message):
"""Synchronous helper that sends a message to Slack via incoming webhook."""
data = json.dumps({"text": f"Agent status: {message}"}).encode()
req = urllib.request.Request(
"https://hooks.slack.com/services/YOUR/WEBHOOK/URL",
data=data,
headers={"Content-Type": "application/json"},
method="POST",
)
urllib.request.urlopen(req)


async def notification_handler(input_data, tool_use_id, context):
try:
# Run the blocking HTTP call in a thread to avoid blocking the event loop
await asyncio.to_thread(_send_slack_notification, input_data.get("message", ""))
except Exception as e:
print(f"Failed to send notification: {e}")

# Return empty object. Notification hooks don't modify agent behavior
return {}


async def main():
options = ClaudeAgentOptions(
hooks={
# Register the hook for Notification events (no matcher needed)
"Notification": [HookMatcher(hooks=[notification_handler])],
},
)

async with ClaudeSDKClient(options=options) as client:
await client.query("Analyze this codebase")
async for message in client.receive_response():
print(message)


asyncio.run(main())

Cuando se dispara un evento Notification, el hook publica el message de la notificación, con el prefijo Agent status:, al canal que apunta su webhook.

Solucionar problemas comunes

Hook no se dispara

  • Verifique que el nombre del evento de hook sea correcto y sensible a mayúsculas (PreToolUse, no preToolUse)
  • Verifique que su patrón de matcher coincida exactamente con el nombre de la herramienta
  • Asegúrese de que el hook esté bajo el tipo de evento correcto en options.hooks
  • Para hooks que no son de herramientas que admiten matchers, como Notification y SubagentStop, los matchers coinciden contra campos diferentes, y Stop ignora los matchers por completo (vea patrones de matcher)
  • Los hooks pueden no dispararse cuando el agente alcanza el límite max_turns porque la sesión termina antes de que los hooks puedan ejecutarse

Matcher no filtra como se esperaba

Los matchers solo coinciden con nombres de herramientas, no con rutas de archivo u otros argumentos. Para filtrar por ruta de archivo, verifique tool_input.file_path dentro de su hook:

const myHook: HookCallback = async (input, toolUseID, { signal }) => {
  const preInput = input as PreToolUseHookInput;
  const toolInput = preInput.tool_input as Record<string, unknown>;
  const filePath = toolInput?.file_path as string;
  if (!filePath?.endsWith(".md")) return {}; // Skip non-markdown files
  // Process markdown files...
  return {};
};

Tiempo de espera del hook

Claude Code ejecuta cada devolución de llamada con un tiempo de espera, que usted establece en segundos con el campo timeout en su HookMatcher. Cuando no establece uno, Claude Code utiliza el valor predeterminado del evento: 600 segundos para la mayoría de eventos, 30 segundos para UserPromptSubmit, PreModelSwitch y PostModelSwitch, y 10 segundos para MessageDisplay. Claude Code ejecuta devoluciones de llamada SessionEnd durante el apagado bajo el presupuesto de tiempo de espera SessionEnd más corto, 1,5 segundos de forma predeterminada.

Cuando una devolución de llamada excede su tiempo de espera, Claude Code la cancela y descarta su salida, y la sesión continúa en lugar de colgarse. Lo que sucede a continuación depende del evento:

  • PreToolUse: Claude Code no ejecuta la llamada de herramienta, Claude recibe un resultado de herramienta indicando que el hook no respondió antes de su tiempo de espera, y el turno continúa. Si otro hook PreToolUse devolvió una denegación explícita, Claude recibe esa denegación en lugar del error de tiempo de espera. Antes de v2.1.210, Claude Code reportaba el tiempo de espera a Claude como un rechazo del usuario, lo que hacía que las sesiones desatendidas se detuvieran y esperaran entrada.
  • PostToolUse y PostToolUseFailure: Claude Code mantiene el resultado de la herramienta y el turno continúa.
  • UserPromptSubmit y UserPromptExpansion: Claude Code bloquea el mensaje con un mensaje que nombra el hook y el tiempo de espera, y la sesión continúa. Debido a que una devolución de llamada en estos eventos puede actuar como una puerta de política, Claude Code nunca permite que un mensaje con tiempo de espera agotado pase sin ser revisado. Antes de v2.1.208, Claude Code terminaba la consulta con error_during_execution cuando una devolución de llamada en estos eventos agotaba el tiempo de espera.
  • Stop y SubagentStop: la devolución de llamada con tiempo de espera agotado cuenta como no devolver ninguna decisión. El agente o subagente se detiene como si esa devolución de llamada lo hubiera permitido, y una decisión de sus otros hooks en el evento aún se aplica. Antes de Claude Code v2.1.273, una devolución de llamada Stop o SubagentStop con tiempo de espera agotado contaba como una ejecución de hook fallida, y Claude Code descartaba las decisiones de sus otros hooks en el evento.
  • SessionStart: la devolución de llamada con tiempo de espera agotado cuenta como no devolver ninguna salida, y la sesión continúa con la salida de sus otros hooks SessionStart.
  • PreModelSwitch: Claude Code bloquea el cambio de modelo. Un hook que no responde no ha aprobado el cambio.
  • Otros eventos, como Notification, PreCompact y PostModelSwitch: Claude Code registra el fallo y continúa.

La primera vez que una devolución de llamada Stop o SessionStart agota el tiempo de espera en la sesión principal, Claude Code también agrega un SDKInformationalMessage al flujo de mensajes diciendo que la aplicación que impulsa la sesión no respondió. Los tiempos de espera posteriores no repiten ese mensaje mientras su aplicación permanece sin responder.

Si interrumpe la consulta mientras una devolución de llamada está pendiente, Claude Code cancela la llamada de herramienta pendiente. Antes de v2.1.208, la llamada de herramienta podría proceder si interrumpía durante una devolución de llamada PreToolUse pendiente.

Si su devolución de llamada necesita más tiempo, establezca un timeout más alto en su HookMatcher. En TypeScript, use el AbortSignal del tercer argumento de devolución de llamada para manejar la cancelación correctamente cuando se agote el tiempo de espera.

Herramienta bloqueada inesperadamente

  • Verifique todos los hooks PreToolUse para devoluciones de permissionDecision: 'deny'
  • Agregue registro a sus hooks para ver qué permissionDecisionReason están devolviendo
  • Verifique que los patrones de matcher no sean demasiado amplios: un matcher vacío coincide con todas las herramientas

Entrada modificada no aplicada

  • Asegúrese de que updatedInput esté dentro de hookSpecificOutput, no en el nivel superior:

    return {
      hookSpecificOutput: {
        hookEventName: "PreToolUse",
        permissionDecision: "allow",
        updatedInput: { command: "new command" }
      }
    };
    
  • No empareje updatedInput con permissionDecision: 'defer', que descarta la entrada modificada. Omitir permissionDecision está bien: la entrada modificada aún se aplica a través de la evaluación de permiso normal. También puede devolver 'allow' para aprobar automáticamente la entrada modificada u 'ask' para mostrarla al usuario para su aprobación

  • Incluya hookEventName en hookSpecificOutput para identificar para qué tipo de hook es la salida

Hooks de sesión no disponibles en Python

SessionStart y SessionEnd pueden registrarse como hooks de devolución de llamada del SDK en TypeScript, pero no están disponibles en el SDK de Python porque su tipo HookEvent los omite. En Python, solo están disponibles como hooks de comandos de shell definidos en archivos de configuración como .claude/settings.json. Para cargar hooks de comandos de shell desde su aplicación SDK, incluya la fuente de configuración apropiada con setting_sources o settingSources:

options = ClaudeAgentOptions(
setting_sources=["project"],  # Loads .claude/settings.json including hooks
)

Para ejecutar lógica de inicialización como una devolución de llamada del SDK de Python en su lugar, use el primer mensaje de client.receive_response() como su disparador.

Solicitudes de permiso de subagente multiplicándose

Al generar múltiples subagentes, cada uno puede solicitar permisos por separado para sus propias llamadas de herramienta. Para evitar solicitudes repetidas, use hooks PreToolUse para aprobar automáticamente herramientas específicas, o configure reglas de permiso, que los subagentes heredan de la conversación padre.

Bucles recursivos de hook con subagentes

Un hook UserPromptSubmit que genera subagentes puede crear bucles infinitos si esos subagentes disparan el mismo hook. Para prevenir esto:

  • Use una variable compartida o estado de sesión para rastrear si ya está dentro de un subagente
  • Alcance los hooks para ejecutarse solo para la sesión del agente de nivel superior

systemMessage no aparece en la salida

El campo systemMessage muestra un mensaje al usuario, no al modelo. En Claude Code v2.1.227 o posterior, el systemMessage de un hook puede aparecer en el flujo de mensajes como un SDKInformationalMessage. Si lo hace depende del evento. Cada sección del evento en la página de hooks dice cómo aparece la salida. Para pasar contexto al modelo en su lugar, devuelva additionalContext.

Antes de v2.1.227, el SDK exponía la salida de hooks en el flujo de mensajes solo para hooks SessionStart y Setup. Para cualquier otro evento, la salida aparecía solo en los eventos del ciclo de vida que includeHookEvents (include_hook_events en Python) agrega. La entrada de esa opción cubre qué eventos del ciclo de vida produce cada evento de hook.

Si necesita exponer decisiones de hook a su aplicación de manera confiable, regístrelas por separado o use un canal de salida dedicado.