Documentation Index
Fetch the complete documentation index at: https://code.claude.com/docs/llms.txt
Use this file to discover all available pages before exploring further.
Starting June 15, 2026, Agent SDK and
claude -p usage on subscription plans will draw from a new monthly Agent SDK credit, separate from your interactive usage limits. See Use the Claude Agent SDK with your Claude plan for details.-p con su indicación y cualquier opción de CLI:
claude -p). Para los paquetes SDK de Python y TypeScript con salidas estructuradas, devoluciones de llamada de aprobación de herramientas y objetos de mensaje nativos, consulte la documentación completa del Agent SDK.
Uso básico
Agregue la bandera-p (o --print) a cualquier comando claude para ejecutarlo de forma no interactiva. Todas las opciones de CLI funcionan con -p, incluyendo:
--continuepara continuar conversaciones--allowedToolspara aprobar herramientas automáticamente--output-formatpara obtener salida estructurada
Comenzar más rápido con modo bare
Agregue--bare para reducir el tiempo de inicio omitiendo el descubrimiento automático de hooks, skills, plugins, servidores MCP, memoria automática y CLAUDE.md. Sin él, claude -p carga el mismo contexto que una sesión interactiva, incluyendo cualquier cosa configurada en el directorio de trabajo o ~/.claude.
El modo bare es útil para CI y scripts donde necesita el mismo resultado en cada máquina. Un hook en el ~/.claude de un compañero de equipo o un servidor MCP en el .mcp.json del proyecto no se ejecutarán, porque el modo bare nunca los lee. Solo las banderas que pasa explícitamente tienen efecto.
Este ejemplo ejecuta una tarea de resumen única en modo bare y aprueba previamente la herramienta Read para que la llamada se complete sin una solicitud de permiso:
| Para cargar | Utilice |
|---|---|
| Adiciones de indicación del sistema | --append-system-prompt, --append-system-prompt-file |
| Configuración | --settings <file-or-json> |
| Servidores MCP | --mcp-config <file-or-json> |
| Agentes personalizados | --agents <json> |
| Un plugin | --plugin-dir <path>, --plugin-url <url> |
ANTHROPIC_API_KEY o un apiKeyHelper en el JSON pasado a --settings. Bedrock, Vertex y Foundry utilizan sus credenciales de proveedor habituales.
--bare es el modo recomendado para llamadas con scripts y SDK, y se convertirá en el predeterminado para -p en una versión futura.Ejemplos
Estos ejemplos destacan patrones comunes de CLI. Para CI y otras llamadas con scripts, agregue--bare para que no recojan lo que esté configurado localmente.
Canalizar datos a través de Claude
El modo no interactivo lee stdin, por lo que puede canalizar datos y redirigir la respuesta como cualquier otra herramienta de línea de comandos. Este ejemplo canaliza un registro de compilación a Claude y escribe la explicación en un archivo:--output-format json, la carga útil de respuesta incluye total_cost_usd y un desglose de costos por modelo, por lo que los llamadores con scripts pueden rastrear el gasto por invocación sin consultar el panel de uso.
A partir de Claude Code v2.1.128, stdin canalizado está limitado a 10MB. Si excede el límite, Claude Code sale con un error claro y un estado distinto de cero. Para trabajar con entradas más grandes, escriba el contenido en un archivo y haga referencia a la ruta del archivo en su indicador en lugar de canalizarlo.
Agregar Claude a un script de compilación
Puede envolver una llamada no interactiva en un script para usar Claude como un linter o revisor específico del proyecto. Este scriptpackage.json canaliza el diff contra main a Claude y le pide que informe sobre errores tipográficos. Canalizar el diff significa que Claude no necesita permiso de Bash para leerlo, y las comillas dobles escapadas mantienen el script portátil a Windows:
Obtener salida estructurada
Utilice--output-format para controlar cómo se devuelven las respuestas:
text(predeterminado): salida de texto sin formatojson: JSON estructurado con resultado, ID de sesión y metadatosstream-json: JSON delimitado por saltos de línea para transmisión en tiempo real
result:
--output-format json con --json-schema y una definición de JSON Schema. La respuesta incluye metadatos sobre la solicitud (ID de sesión, uso, etc.) con la salida estructurada en el campo structured_output.
Este ejemplo extrae nombres de funciones y los devuelve como una matriz de cadenas:
Transmitir respuestas
Utilice--output-format stream-json con --verbose e --include-partial-messages para recibir tokens a medida que se generan. Cada línea es un objeto JSON que representa un evento:
-r genera cadenas sin formato (sin comillas) y -j se une sin saltos de línea para que los tokens se transmitan continuamente:
system/api_retry antes de reintentar. Puede usar esto para mostrar el progreso del reintento o implementar lógica de retroceso personalizada.
| Campo | Tipo | Descripción |
|---|---|---|
type | "system" | tipo de mensaje |
subtype | "api_retry" | identifica esto como un evento de reintento |
attempt | entero | número de intento actual, comenzando en 1 |
max_retries | entero | reintentos totales permitidos |
retry_delay_ms | entero | milisegundos hasta el siguiente intento |
error_status | entero o nulo | código de estado HTTP, o null para errores de conexión sin respuesta HTTP |
error | cadena | categoría de error: authentication_failed, oauth_org_not_allowed, billing_error, rate_limit, invalid_request, server_error, max_output_tokens, o unknown |
uuid | cadena | identificador único del evento |
session_id | cadena | sesión a la que pertenece el evento |
system/init informa metadatos de sesión incluyendo el modelo, herramientas, servidores MCP y plugins cargados. Es el primer evento en la transmisión a menos que CLAUDE_CODE_SYNC_PLUGIN_INSTALL esté configurado, en cuyo caso los eventos plugin_install lo preceden. Use los campos de plugin para fallar CI cuando un plugin no se cargó:
| Campo | Tipo | Descripción |
|---|---|---|
plugins | matriz | plugins que se cargaron exitosamente, cada uno con name y path |
plugin_errors | matriz | errores de tiempo de carga de plugin, cada uno con plugin, type y message. Incluye versiones de dependencia insatisfechas y fallos de carga de --plugin-dir como una ruta faltante o archivo inválido. Los plugins afectados se degradan y están ausentes de plugins. La clave se omite cuando no hay errores |
CLAUDE_CODE_SYNC_PLUGIN_INSTALL está configurado, Claude Code emite eventos system/plugin_install mientras los plugins del marketplace se instalan antes del primer turno. Use estos para mostrar el progreso de instalación en su propia interfaz de usuario.
| Campo | Tipo | Descripción |
|---|---|---|
type | "system" | tipo de mensaje |
subtype | "plugin_install" | identifica esto como un evento de instalación de plugin |
status | "started", "installed", "failed", o "completed" | started y completed enmarcan la instalación general; installed y failed reportan mercados individuales |
name | cadena, opcional | nombre del marketplace, presente en installed y failed |
error | cadena, opcional | mensaje de fallo, presente en failed |
uuid | cadena | identificador único del evento |
session_id | cadena | sesión a la que pertenece el evento |
Aprobar herramientas automáticamente
Utilice--allowedTools para permitir que Claude use ciertas herramientas sin solicitar confirmación. Este ejemplo ejecuta un conjunto de pruebas y corrige fallos, permitiendo que Claude ejecute comandos Bash y lea/edite archivos sin pedir permiso:
dontAsk deniega cualquier cosa que no esté en sus reglas permissions.allow o el conjunto de comandos de solo lectura, que es útil para ejecuciones de CI bloqueadas. acceptEdits permite que Claude escriba archivos sin solicitar y también aprueba automáticamente comandos comunes del sistema de archivos como mkdir, touch, mv y cp. Otros comandos de shell y solicitudes de red aún necesitan una entrada --allowedTools o una regla permissions.allow, de lo contrario la ejecución se aborta cuando se intenta uno:
Crear una confirmación
Este ejemplo revisa los cambios preparados y crea una confirmación con un mensaje apropiado:--allowedTools utiliza sintaxis de regla de permiso. El * final habilita la coincidencia de prefijo, por lo que Bash(git diff *) permite cualquier comando que comience con git diff. El espacio antes de * es importante: sin él, Bash(git diff*) también coincidiría con git diff-index.
Las skills invocadas por el usuario como
/commit y los comandos integrados solo están disponibles en modo interactivo. En modo -p, describa la tarea que desea realizar en su lugar.Personalizar el indicador del sistema
Utilice--append-system-prompt para agregar instrucciones mientras mantiene el comportamiento predeterminado de Claude Code. Este ejemplo canaliza un diff de PR a Claude e le indica que revise las vulnerabilidades de seguridad:
--system-prompt para reemplazar completamente el indicador predeterminado.
Continuar conversaciones
Utilice--continue para continuar la conversación más reciente, o --resume con un ID de sesión para continuar una conversación específica. Este ejemplo ejecuta una revisión y luego envía indicaciones de seguimiento:
Próximos pasos
- Inicio rápido del Agent SDK: construya su primer agente con Python o TypeScript
- Referencia de CLI: todas las banderas y opciones de CLI
- GitHub Actions: utilice el Agent SDK en flujos de trabajo de GitHub
- GitLab CI/CD: utilice el Agent SDK en canalizaciones de GitLab