Guía completa de conceptos de Claude
Una visión conceptual de cómo funcionan y encajan las características de Claude Code: diagramas de arquitectura, tablas de decisiones y comparaciones entre comandos de barra de barra, subagentes, memoria, MCP, skills, complementos, hooks y más.
Cómo usar esta guía: esta página explica la conceptos — qué es cada característica, cómo funciona internamente y cuándo alcanzarla. plantillas de copia-pega y material de referencia completo en vivo en los módulos numerados (
01-a través10-), a la que cada sección enlaza. Comience aquí para construir un modelo mental, luego vaya al módulo para configurar algo.
Índice
- Comandos de barra — módulo
- Subagentes — módulo
- Memoria — módulo
- Protocolo MCP — módulo
- Skills de los agentes — módulo
- Plugins — módulo
- Comparación e integración
- Cuadro sinóptico
- Guía de inicio rápido
- Hooks — módulo
- Puntos de control y rebobinado — módulo
- Funciones avanzadas — módulo
- Modelos y esfuerzo de razonamiento — módulo
- Recursos
Comandos de barra
Introducción
Los comandos Slash son accesos directos de los usuarios que se almacenan como archivos Markdown que Claude Code puede ejecutar. Permiten a los equipos estandarizar las indicaciones y flujos de trabajo de uso frecuente.
Arquitectura
graph TD
A["Entrada de usuario: /command-name"] -->|Triggers| B["Buscar .claude/commands/"]
B -->|Finds| C["command-name.md"]
C -->|Loads| D["Marcar el contenido"]
D -->|Executes| E["Procesos de Claude Prompt"]
E -->|Returns| F["Resultado en contexto"]
Estructura del archivo
graph LR
A["Raíz del proyecto"] -->|contains| B[".claude/commands/"]
B -->|contains| C["optimize.md"]
B -->|contains| D["test.md"]
B -->|contains| E["docs/"]
E -->|contains| F["generate-api-docs.md"]
E -->|contains| G["generate-readme.md"]
Tabla de organización de comandos
| Zona | Ámbito de aplicación | Disponibilidad | Caso de uso | Git Rastreado |
|---|---|---|---|---|
.claude/commands/ |
Específico del proyecto | Miembros del equipo | Flujos de trabajo en equipo, normas compartidas | Sí |
~/.claude/commands/ |
Datos personales | Usuario individual | Accesos directos personales a través de proyectos | No |
| Subdirectorios | Espacio de nombres | Sobre la base de los padres | Organizar por categoría | Sí |
Características y capacidades
| Característica | Ejemplo | Apoyados |
|---|---|---|
| Ejecución del script Shell | bash scripts/deploy.sh |
Sí |
| Referencias de archivos | @path/to/file.js |
Sí |
| Integración de Bash | $(git log --oneline) |
Sí |
| Argumentos | /pr --verbose |
Sí |
| Comandos MCP | /mcp__github__list_prs |
Sí |
Ejemplos prácticos
Ocho plantillas de comandos copy-paste en vivo 01-slash-commands/ — /optimize, /pr, /commit, /push-all, /generate-api-docs, /doc-refactor, /setup-ci-cd, y /unit-test-expand.
01-slash-commands/README.md También lleva la referencia de órdenes integrada completa (comandos 60+) y la tabla de campo de frontmatter.
Diagrama de ciclo de vida del comando
sequenceDiagram
participant User
participant Claude as Claude Code
participant FS as File System
participant CLI as Shell/Bash
User->>Claude: Types /optimize
Claude->>FS: Searches .claude/commands/
FS-->>Claude: Returns optimize.md
Claude->>Claude: Loads Markdown content
Claude->>User: Displays prompt context
User->>Claude: Provides code to analyze
Claude->>CLI: (May execute scripts)
CLI-->>Claude: Results
Claude->>User: Returns analysis
Mejores prácticas
| • Hacer | No lo hagas |
|---|---|
| Usar nombres claros y orientados a la acción | Crear comandos para tareas únicas |
| Palabras desencadenantes del documento en descripción | Construir lógica compleja en comandos |
| Mantenga los comandos enfocados en una sola tarea | Crear comandos redundantes |
| Comandos de proyecto de control de versiones | Información sensible al código duro |
| Organizar en subdirectorios | Crear listas largas de comandos |
| Usar indicaciones simples y legibles | Usar palabras abreviadas o crípticas |
Subagentes
Introducción
Los subagentes son asistentes especializados en IA con ventanas de contexto aisladas y avisos de sistema personalizados. Permiten la ejecución de tareas delegadas mientras se mantiene una separación limpia de las preocupaciones.
Los subagentes pueden producir sus propios subagentes, Anidado por defecto hasta la profundidad 3 (v2.1.219) — por lo que la jerarquía no se limita a la única capa principal → subagent que se muestra a continuación. CLAUDE_CODE_MAX_SUBAGENT_SPAWN_DEPTH para cambiar el límite, o 1 (Historia: v2.1.172–v2.1.216 anidado por defecto hasta 5 capas sin ninguna forma de cambiarlo; v2.1.217 hecho opt-in de nidificación en profundidad 1; v2.1.219 establecer el valor predeterminado a 3.)
Diagrama de arquitectura
graph TB
User["Usuario"]
Main[" ⁇ Agente principal<br/>(Coordinador)"]
Reviewer[" ⁇ Revisor de código<br/>Subagente"]
Tester["• Ingeniero de pruebas<br/>Subagente"]
Docs["Documentación<br/>Subagente"]
User -->|asks| Main
Main -->|delegates| Reviewer
Main -->|delegates| Tester
Main -->|delegates| Docs
Reviewer -->|devuelve el resultado| Main
Tester -->|devuelve el resultado| Main
Docs -->|devuelve el resultado| Main
Main -->|synthesizes| User
Ciclo de vida del subagente
sequenceDiagram
participant User
participant MainAgent as Main Agent
participant CodeReviewer as Code Reviewer<br/>Subagent
participant Context as Separate<br/>Context Window
User->>MainAgent: "Construir nueva característica de autenticación"
MainAgent->>MainAgent: Analyze task
MainAgent->>CodeReviewer: "Revise este código"
CodeReviewer->>Context: Initialize clean context
Context->>CodeReviewer: Load reviewer instructions
CodeReviewer->>CodeReviewer: Perform review
CodeReviewer-->>MainAgent: Return findings
MainAgent->>MainAgent: Incorporate results
MainAgent-->>User: Provide synthesis
Tabla de configuración de subagentes
| Configuración | Tipo | Finalidad | Ejemplo |
|---|---|---|---|
name |
Cadena | Identificador del agente | code-reviewer |
description |
Cadena | Términos de & activación del propósito | Comprehensive code quality analysis |
tools |
List/String | Herramientas permitidas | Read, Grep, Glob, Bash |
| (Cuerpo marcado) | Markdown | Instrucciones de sistema rápido / comportamiento | Directrices personalizadas |
Jerarquía de acceso a la herramienta
graph TD
A["Configuración del subagente"] -->|Opción 1| B["Heredar todas las herramientas<br/>del hilo de discusión principal"]
A -->|Opción 2| C["Especificar herramientas individuales"]
B -->|Includes| B1["Operaciones de archivos"]
B -->|Includes| B2["Comandos de conchas"]
B -->|Includes| B3["Herramientas MCP"]
C -->|Lista explícita| C1["leer, grep, diff"]
C -->|Lista explícita| C2["Bash(npm:*), Bash(test:*)"]
Ejemplos prácticos
Nueve definiciones de subagentes listos para usar viven en 04-subagents/ — code-reviewer, clean-code-reviewer, secure-reviewer, test-engineer, documentation-writer, implementation-agent, performance-optimizer, debugger, y data-scientist.
04-subagents/README.md documenta la referencia frontal completa, las reglas de acceso a herramientas, los límites de nidificación y los equipos de agentes.
Gestión del contexto de los subagentes
graph TB
A["Contexto del agente principal<br/>50.000 fichas"]
B["Contexto del subagente 1<br/>20.000 fichas"]
C["Contexto del subagente 2<br/>20.000 fichas"]
D["Contexto del subagente 3<br/>20.000 fichas"]
A -->|Limpiar pizarra| B
A -->|Limpiar pizarra| C
A -->|Limpiar pizarra| D
B -->|Sólo resultados| A
C -->|Sólo resultados| A
D -->|Sólo resultados| A
style A fill:#e1f5ff
style B fill:#fff9c4
style C fill:#fff9c4
style D fill:#fff9c4
Cuándo usar los subagentes
| Escenario | Usar subagente | Por qué |
|---|---|---|
| Características complejas con muchos pasos | Sí | Preocupaciones separadas, prevenir la contaminación del contexto |
| Revisión rápida del código | No | Gastos generales no necesarios |
| Ejecución de tareas paralelas | Sí | Cada subagente tiene su propio contexto |
| Se necesitan conocimientos especializados | Sí | Prompts del sistema personalizado |
| Análisis a largo plazo | Sí | Previene el agotamiento del contexto principal |
| Una sola tarea | No | Añade latencia innecesariamente |
Equipo de Agentes
Los equipos de agentes coordinan múltiples agentes que trabajan en tareas relacionadas. En lugar de delegar a un subagente a la vez, los equipos de agentes permiten al agente principal orquestar un grupo de agentes que colaboran, comparten resultados intermedios y trabajan hacia una meta común. Esto es útil para tareas a gran escala como el desarrollo de funciones de pila completa donde un agente de frontend, agente de backend y agente de pruebas trabajan en paralelo.
Memoria
Introducción
La memoria permite a Claude conservar el contexto a través de sesiones y conversaciones. Existe en dos formas: síntesis automática en claude.ai, y CLAUDE.md basado en sistemas de archivos en Claude Code.
Arquitectura de memoria
graph TB
A["Sesión de Claude"]
B["Entrada del usuario"]
C["Sistema de memoria"]
D["Almacenamiento de memoria"]
B -->|El usuario proporciona información| C
C -->|Sintetiza cada 24h| D
D -->|Carga automáticamente| A
A -->|Usos del contexto| C
Jerarquía de la memoria en Claude Code (7 niveles)
Los archivos CLAUDE.md se concatenan en contexto en lugar de prevalecer entre sí, y se cargan administrados → usuario → proyecto → local (más tarde, los archivos más específicos se leen por última vez):
graph TD
A["1. Políticas gestionadas<br/>Políticas de administración de empresas"] --> B["2. Memoria del proyecto<br/>./CLAUDE.md"]
B --> C["3. Normas del proyecto<br/>.claude/reglas/*.md"]
C --> D["4. Memoria de usuario<br/>~/.claude/CLAUDE.md"]
D --> E["5. Reglas del usuario<br/>~/.claude/reglas/*.md"]
E --> F["6. Memoria local<br/>./CLAUDE.local.md"]
F --> G["7. Memoria automática<br/>Preferencias capturadas automáticamente"]
style A fill:#fce4ec,stroke:#333,color:#333
style B fill:#e1f5fe,stroke:#333,color:#333
style C fill:#e1f5fe,stroke:#333,color:#333
style D fill:#f3e5f5,stroke:#333,color:#333
style E fill:#f3e5f5,stroke:#333,color:#333
style F fill:#e8f5e9,stroke:#333,color:#333
style G fill:#fff3e0,stroke:#333,color:#333
Tabla de ubicaciones de memoria
| Nivel | Zona | Ámbito de aplicación | Prioridad | Compartido | Lo mejor para |
|---|---|---|---|---|---|
| 1. Políticas gestionadas | Administración de empresas | Organización | Más alto | Todos los usuarios de org | Cumplimiento, políticas de seguridad |
| 2. Proyecto | ./CLAUDE.md |
Proyecto | Alta | Equipo (Git) | Estándares de equipo, arquitectura |
| 3. Normas del proyecto | .claude/rules/*.md |
Proyecto | Alta | Equipo (Git) | Convenciones de proyectos modulares |
| 4. Usuario | ~/.claude/CLAUDE.md |
Datos personales | Medio | Individual | Preferencias personales |
| 5. Reglas del usuario | ~/.claude/rules/*.md |
Datos personales | Medio | Individual | Módulos de normas personales |
| 6. Locales | ./CLAUDE.local.md |
Locales | Baja | No compartido | Ajustes específicos de la máquina |
| 7. Memoria automática | Automático | Por repositorio | Mínimo | Individual | Preferencias y patrones aprendidos |
Memoria automática
Auto Memory captura automáticamente las preferencias y patrones de usuario observados durante las sesiones. Claude aprende de sus interacciones y recuerda:
- Preferencias de estilo de codificación
- Correcciones comunes que haces
- Marco y opciones de herramientas
- Preferencias de estilo de comunicación
La memoria automática funciona en segundo plano y no requiere configuración manual.
Actualización de memoria ciclo de vida
sequenceDiagram
participant User
participant Claude as Claude Code
participant Editor as File System
participant Memory as CLAUDE.md
User->>Claude: "Recuerde: use async/await"
Claude->>User: "¿Qué archivo de memoria?"
User->>Claude: "Memoria del proyecto"
Claude->>Editor: Open ~/.claude/settings.json
Claude->>Memory: Write to ./CLAUDE.md
Memory-->>Claude: File saved
Claude->>Claude: Load updated memory
Claude-->>User: "¡Memoria salvada!"
Ejemplos prácticos
Copia-pegar plantillas de memoria en vivo 02-memory/:
project-CLAUDE.md— normas de proyecto para todo el equipo./CLAUDE.mdpersonal-CLAUDE.md— las preferencias individuales para~/.claude/CLAUDE.mddirectory-api-CLAUDE.md— normas de directorio para un subárbol
02-memory/README.md cubre toda la jerarquía, sintaxis de importación, .claude/rules/, memoria automática, y cómo mantener CLAUDE.md bajo 200 líneas.
Memoria en Claude Web/Desktop
Cronograma de síntesis de memoria
graph LR
A["Día 1: Usuario<br/>Conversaciones"] -->|24 horas| B["Día 2: Memoria<br/>Síntesis"]
B -->|Automatic| C["Memoria actualizada<br/>Resumen"]
C -->|Cargado en| D["Día 2-N:<br/>Nuevas conversaciones"]
D -->|Añadir a| E["Memory"]
E -->|24 horas más tarde| F["Refrescada la memoria"]
Contenido de memoria automática
Auto memoria almacena lo que Claude aprende de ti a través de sesiones en ~/.claude/projects/<project>/memory/, indizado por MEMORY.md. Véase 02-memory/README.md para el diseño del archivo, límites de carga y cómo activarlo o desactivarlo.
Comparación de características de memoria
| Característica | Claude Web/Desktop | Claude Code (CLAUDE.md) |
|---|---|---|
| Autosíntesis | Cada 24h | Manual |
| Interproyecto | • Compartido | • Proyecto específico |
| Acceso del equipo | • Proyectos compartidos | • Rastreado por Git |
| Buscar | • Incorporado | A través de /memory |
| Editable | • In-chat | • Edición directa de archivos |
| Import/Export | Sí | Copiar/pegar |
| Persistente | 24h+ | • Indefinido |
Protocolo MCP
Introducción
MCP (Model Context Protocol) es una forma estandarizada para que Claude acceda a herramientas externas, API y fuentes de datos en tiempo real. A diferencia de Memory, MCP ofrece acceso en vivo a datos cambiantes.
MCP Architecture
graph TB
A["Claude"]
B["Servidor MCP"]
C["Servicio externo"]
A -->|Solicitud: list_issues| B
B -->|Query| C
C -->|Data| B
B -->|Response| A
A -->|Solicitud: create_issue| B
B -->|Action| C
C -->|Result| B
B -->|Response| A
Ecosistema MCP
graph TB
A["Claude"] -->|MCP| B["Sistema de archivos<br/>Servidor MCP"]
A -->|MCP| C["GitHub<br/>Servidor MCP"]
A -->|MCP| D["Base de datos<br/>Servidor MCP"]
A -->|MCP| E["Slack<br/>Servidor MCP"]
A -->|MCP| F["Google Docs<br/>Servidor MCP"]
B -->|Archivo E/S| G["Archivos locales"]
C -->|API| H["GitHub Repos"]
D -->|Query| I["PostgreSQL/MySQL"]
E -->|Messages| J["Espacio de trabajo de Slack"]
F -->|Docs| K["Google Drive"]
Proceso de configuración de MCP
sequenceDiagram
participant User
participant Claude as Claude Code
participant Config as Config File
participant Service as External Service
User->>Claude: Type /mcp
Claude->>Claude: List available MCP servers
Claude->>User: Show options
User->>Claude: Select GitHub MCP
Claude->>Config: Update configuration
Config->>Claude: Activate connection
Claude->>Service: Test connection
Service-->>Claude: Authentication successful
Claude->>User: ✅ MCP connected!
Tabla de servidores MCP disponibles
| Servidor MCP | Finalidad | Herramientas comunes | Auth | En tiempo real |
|---|---|---|---|---|
| Sistema de archivos | Operaciones de archivos | leer, escribir, borrar | Permisos del sistema operativo | Sí |
| GitHub | Gestión de repositorios | list_prs, create_issue, push | OAuth | Sí |
| Slack | Comunicaciones de equipo | enviar_mensaje, lista_canales | Token | Sí |
| Base de datos | Consultas SQL | consulta, insertar, actualizar | Credenciales | Sí |
| Google Docs | Acceso a documentos | leer, escribir, compartir | OAuth | Sí |
| Asana | Gestión de proyectos | crear_tarea, actualizar_estado | Clave API | Sí |
| Raya | Datos de pago | list_cargas, create_invoice | Clave API | Sí |
| Memoria | Memoria persistente | almacenar, recuperar, eliminar | Locales | No |
Ejemplos prácticos
Configuración de servidor MCP lista para usar en vivo 05-mcp/: github-mcp.json, database-mcp.json, filesystem-mcp.json, y multi-mcp.json (cuatro servidores en un archivo).
05-mcp/README.md cubre la totalidad claude mcp add sintaxis, transportes, alcances, OAuth y lista de permisos empresariales.
MCP vs Memoria: Matriz de Decisión
graph TD
A["¿Necesita datos externos?"]
A -->|No| B["Usar memoria"]
A -->|Yes| C["¿Cambia con frecuencia?"]
C -->|No/Rarely| B
C -->|Yes/Often| D["Usar MCP"]
B -->|Stores| E["Preferencias<br/>Contexto<br/>Histórico"]
D -->|Accesses| F["APIs en vivo<br/>Bases de datos<br/>Servicios"]
style B fill:#e1f5ff
style D fill:#fff9c4
Patrón de solicitud/respuesta
sequenceDiagram
participant App as Claude
participant MCP as MCP Server
participant DB as Database
App->>MCP: Request: "SELECT * DE LOS Usuarios DÓNDE id=1"
MCP->>DB: Execute query
DB-->>MCP: Result set
MCP-->>App: Return parsed data
App->>App: Process result
App->>App: Continue task
Note over MCP,DB: Real-time access<br/>No caching
Skills de los agentes
Introducción
Agent Skills son capacidades reutilizables, con empleo de modelos empaquetadas como carpetas que contienen instrucciones, scripts y recursos. Claude detecta y utiliza automáticamente skills relevantes.
Arquitectura de skills
graph TB
A["Directorio de habilidades"]
B["SKILL.md"]
C["Metadatos de YAML"]
D["Instructions"]
E["Scripts"]
F["Templates"]
A --> B
B --> C
B --> D
E --> A
F --> A
Proceso de carga de skills
sequenceDiagram
participant User
participant Claude as Claude
participant System as System
participant Skill as Skill
User->>Claude: "Crear informe Excel"
Claude->>System: Scan available skills
System->>System: Load skill metadata
Claude->>Claude: Match user request to skills
Claude->>Skill: Load xlsx skill SKILL.md
Skill-->>Claude: Return instructions + tools
Claude->>Claude: Execute skill
Claude->>User: Generate Excel file
Tabla de tipos y ubicaciones de skills
| Tipo | Zona | Ámbito de aplicación | Compartido | Sincronización | Lo mejor para |
|---|---|---|---|---|---|
| Preconstruido | Incorporado | Mundial | Todos los usuarios | Auto | Creación de documentos |
| Datos personales | ~/.claude/skills/ |
Individual | No | Manual | Automatización personal |
| Proyecto | .claude/skills/ |
Equipo | Sí. | Git | Normas de los equipos |
| Complemento | A través de instalación de complementos | Varía | Depende | Auto | Características integradas |
Skills preconstruidas
graph TB
A["Competencias preconstruidas"]
B["PowerPoint (pptx)"]
C["Excel (xlsx)"]
D["Palabra (docx)"]
E["PDF"]
A --> B
A --> C
A --> D
A --> E
B --> B1["Crear presentaciones"]
B --> B2["Editar diapositivas"]
C --> C1["Crear hojas de cálculo"]
C --> C2["Analizar los datos"]
D --> D1["Crear documentos"]
D --> D2["Formato de texto"]
E --> E1["Generar PDFs"]
E --> E2["Rellenar formularios"]
Skills combinadas
Claude Code incluye las skills disponibles en la caja, incluyendo:
| Habilidad | Comando | Finalidad |
|---|---|---|
| Lote | /batch |
Ejecutar operaciones en varios archivos o elementos |
| API de Claude | /claude-api |
Cargar material de referencia de API y Agentes Administrados de Claude para el idioma del proyecto; se activa automáticamente cuando el código importa anthropic o @anthropic-ai/sdk. Los subcomandos incluyen api-version (v2.1.307) y managed-agents-secure (v2.1.304) |
| Revisión de código | /code-review |
Revise la diferencia actual para errores de corrección a un nivel de esfuerzo elegido. Una habilidad distinta de /simplify (limpiezas de calidad/reutilización), que se divide de nuevo en v2.1.154. Claude también puede iniciarlo por su cuenta, en todas partes desde v2.1.246 |
| Simplificar | /simplify |
Evaluación de la calidad, reutilización y limpieza, distinta de /code-review desde v2.1.154 |
| Depurar | /debug |
Activa el registro de depuración para la sesión actual y resuelve problemas leyendo el registro de depuración de sesión |
| Menos Prompts de Permiso | /fewer-permission-prompts |
Escanear transcripciones y proponer un lista de permisos priorizada para herramientas comunes de sólo lectura |
| Loop | /loop |
Programar tareas recurrentes en un temporizador |
| Corre | /run |
Inicie y conduzca la aplicación del proyecto para verificar un cambio (v2.1.145+) |
| Ejecutar generador de skills | /run-skill-generator |
Escribir una habilidad por proyecto que enseña /run y /verify cómo construir, lanzar y conducir tu aplicación (v2.1.145+) |
| Verificar | /verify |
Verificar que un cambio realmente funciona (v2.1.145+). Invocación explícita sólo desde v2.1.215 |
Estas skills agrupadas siempre están disponibles y no requieren instalación o configuración.
Ejemplos prácticos
Seis skills completas —con sus scripts, plantillas y archivos de referencia— viven en 03-skills/:
code-review-specialist/— revisar la lista de verificación, encontrar plantilla y dos scripts de métricas de Pythonrefactor/— catálogo de olfato de código, catálogo de refactorización, plantilla de plan y dos scripts de análisisdoc-generator/— Generación de documentación API a partir de la fuenteblog-draft/— esquema y borrador de plantillas con una convención de productos en versiónbrand-voice/— reglas de tono y plantillas de mensajes (demuestrauser-invocable: false)claude-md/— crear, actualizar y auditar archivos CLAUDE.md
Ver 03-skills/README.md para el modelo completo de referencia frontal y de divulgación progresiva.
Descubrimiento de skills e invocación
graph TD
A["Solicitud del usuario"] --> B["Claude analiza"]
B -->|Scans| C["Capacidades disponibles"]
C -->|Comprobación de metadatos| D["Descripción de la habilidad Partido?"]
D -->|Yes| E["Cargar SKILL.md"]
D -->|No| F["Prueba la siguiente habilidad"]
F -->|¿Más habilidades?| D
F -->|No más| G["Utilizar los conocimientos generales"]
E --> H["Instrucciones de extracción"]
H --> I["Ejecutar habilidad"]
I --> J["Resultados de retorno"]
Habilidad vs. otras características
graph TB
A["Extender Claude"]
B["Comandos de barra"]
C["Subagents"]
D["Memory"]
E["MCP"]
F["Skills"]
A --> B
A --> C
A --> D
A --> E
A --> F
B -->|User-invoked| G["Accesos rápidos"]
C -->|Auto-delegated| H["Contextos aislados"]
D -->|Persistent| I["Contexto entre períodos de sesiones"]
E -->|Real-time| J["Acceso externo a los datos"]
F -->|Auto-invoked| K["Ejecución autónoma"]
Complementos de Claude Code
Introducción
Los Plugins de Claude Code son colecciones de personalizaciones (comandos de barra, subagentes, servidores MCP y hooks) que se instalan con un solo comando. Representan el mecanismo de extensión de más alto nivel, combinando múltiples funciones en paquetes cohesivos y compartidos.
Arquitectura
graph TB
A["Plugin"]
B["Comandos de barra"]
C["Subagents"]
D["Servidores MCP"]
E["Hooks"]
F["Configuration"]
A -->|bundles| B
A -->|bundles| C
A -->|bundles| D
A -->|bundles| E
A -->|bundles| F
Proceso de carga del complemento
sequenceDiagram
participant User
participant Claude as Claude Code
participant Plugin as Plugin Marketplace
participant Install as Installation
participant SlashCmds as Slash Commands
participant Subagents
participant MCPServers as MCP Servers
participant Hooks
participant Tools as Configured Tools
User->>Claude: claude --plugin-dir ./07-plugins/pr-review
Claude->>Plugin: Download plugin manifest
Plugin-->>Claude: Return plugin definition
Claude->>Install: Extract components
Install->>SlashCmds: Configure
Install->>Subagents: Configure
Install->>MCPServers: Configure
Install->>Hooks: Configure
SlashCmds-->>Tools: Ready to use
Subagents-->>Tools: Ready to use
MCPServers-->>Tools: Ready to use
Hooks-->>Tools: Ready to use
Tools-->>Claude: Plugin installed ✅
Tipos de complementos y distribución
| Tipo | Ámbito de aplicación | Compartido | Autoridad | Ejemplos |
|---|---|---|---|---|
| Oficial | Mundial | Todos los usuarios | Antrópico | Revisión de relaciones públicas, orientación sobre seguridad |
| Comunidad | Público | Todos los usuarios | Comunidad | DevOps, Ciencia de Datos |
| Organización | Interno | Miembros del equipo | Empresa | Normas internas, instrumentos |
| Datos personales | Individual | Usuario único | Desarrollador | Flujos de trabajo personalizados |
Estructura de definición del complemento
El manifiesto es JSON en .claude-plugin/plugin.jsonÚnicamente name se requiere, y las claves de nivel superior no reconocidas se quitan:
{
"name": "plugin-name",
"version": "1.0.0",
"description": "What this plugin does"
}
Estructura del complemento
my-plugin/
├── .claude-plugin/
│ └── plugin.json
├── commands/
│ ├── task-1.md
│ ├── task-2.md
│ └── workflows/
├── agents/
│ ├── specialist-1.md
│ ├── specialist-2.md
│ └── configs/
├── skills/
│ └── skill-name/
│ └── SKILL.md
├── hooks/
│ └── hooks.json
├── .mcp.json
├── bin/
│ └── my-tool
├── .lsp.json
├── settings.json
├── templates/
│ └── issue-template.md
├── scripts/
│ ├── helper-1.sh
│ └── helper-2.py
├── docs/
│ ├── README.md
│ └── USAGE.md
└── tests/
└── plugin.test.js
Ejemplos prácticos
Tres plugins completos e instalables viven en 07-plugins/:
pr-review/— mandos de revisión, tres agentes especializados, GitHub MCP, y un hook de pre-revisióndocumentation/— comandos de generación de doc, tres agentes y plantillas reutilizablesdevops-automation/— comandos de despliegue/rollback/status/inciident, tres agentes, Kubernetes MCP y scripts de shell
Cada uno incluye su .claude-plugin/plugin.json manifiesto y diseño de directorio.
Mercado de complementos
graph TB
A["Mercado de complementos"]
B["Oficial<br/>Antrópico"]
C["Comunidad<br/>Mercado"]
D["Empresa<br/>Secretaría"]
A --> B
A --> C
A --> D
B -->|Categories| B1["Development"]
B -->|Categories| B2["DevOps"]
B -->|Categories| B3["Documentation"]
C -->|Search| C1["Automatización DevOps"]
C -->|Search| C2["Mobile Dev"]
C -->|Search| C3["Ciencia de los datos"]
D -->|Internal| D1["Normas de la empresa"]
D -->|Internal| D2["Sistemas heredados"]
D -->|Internal| D3["Compliance"]
Instalación de complementos y ciclo de vida
graph LR
A["Discover"] -->|Browse| B["Marketplace"]
B -->|Select| C["Página de complemento"]
C -->|View| D["Components"]
D -->|Install| E["/plugin install"]
E -->|Extract| F["Configure"]
F -->|Activate| G["Use"]
G -->|Check| H["Update"]
H -->|Available| G
G -->|Done| I["Disable"]
I -->|Later| J["Enable"]
J -->|Back| G
Comparación de características del complemento
| Característica | Comando de barra | Habilidad | Subagente | Complemento |
|---|---|---|---|---|
| Instalación | Copia manual | Copia manual | Configuración manual | Un comando |
| Tiempo de configuración | 5 minutos | 10 minutos | 15 minutos | 2 minutos |
| Agrupar | Un solo archivo | Un solo archivo | Un solo archivo | Múltiples |
| Versión | Manual | Manual | Manual | Automático |
| Intercambio de equipos | Copiar archivo | Copiar archivo | Copiar archivo | Id. de instalación |
| Actualizaciones | Manual | Manual | Manual | Auto-disponible |
| Dependencias | Ninguna | Ninguna | Ninguna | Puede incluir |
| Mercado | No | No | No | Sí. |
| Distribución | Depósito | Depósito | Depósito | Mercado |
Casos de uso de complementos
| Caso de uso | Recomendación | Por qué |
|---|---|---|
| Equipo a bordo | • Usar complemento | Configuración instantánea, todas las configuraciones |
| Configuración del marco | • Usar complemento | Comandos específicos de framework |
| Normas empresariales | • Usar complemento | Distribución central, control de versiones |
| Automatización rápida de tareas | • Comando de uso | Complejidad de excesos |
| Experiencia de dominio único | • Usar habilidad | Demasiado pesado, usa la habilidad en su lugar |
| Análisis especializado | • Usar subagente | Crear manualmente o utilizar la habilidad |
| Acceso a datos en directo | • Usar MCP | Solo, no lo armes. |
Cuándo crear un complemento
graph TD
A["¿Debo crear un plugin?"]
A -->|Necesita varios componentes| B{"Múltiples comandos<br/>o subagentes<br/>¿O MCPs?"}
B -->|Yes| C["• Crear complemento"]
B -->|No| D["Usar característica individual"]
A -->|Flujo de trabajo del equipo| E{"Compartir con<br/>¿equipo?"}
E -->|Yes| C
E -->|No| F["Mantener como configuración local"]
A -->|Configuración compleja| G{"Necesita auto<br/>¿Configuración?"}
G -->|Yes| C
G -->|No| D
Publicación de un complemento
Pasos para publicar:
- Crear estructura de complementos con todos los componentes
- Escribir
.claude-plugin/plugin.jsonmanifiesto - Crear
README.mdcon documentación - Prueba local con
claude --plugin-dir ./my-plugin - Enviar al mercado de complementos
- Ser revisado y aprobado
- Publicado en el mercado
- Los usuarios pueden instalar con un comando
Ejemplo de complemento README
Vea los tres complementos completos en 07-plugins/ — pr-review/, documentation/, y devops-automation/ cada buque un lleno README.md, manifiesto, comandos, agentes y configuración MCP puede copiar al por mayor.
Complemento vs Configuración manual
Configuración manual (2+ horas): - Instalar comandos de barra uno por uno - Crear subagentes individualmente - Configurar MCPs por separado - Configurar hooks manualmente - Documentar todo - Compartir con el equipo (esperamos que configuren correctamente)
Con complemento (2 minutos):
claude --plugin-dir ./07-plugins/pr-review
# ✅ Everything installed and configured
# ✅ Ready to use immediately
# ✅ Team can reproduce exact setup
Comparación e integración
Matriz de comparación de características
| Característica | Invocación | Persistencia | Ámbito de aplicación | Caso de uso |
|---|---|---|---|---|
| Comandos de barra | Manual (/cmd) |
Sesión únicamente | Comando único | Accesos rápidos |
| Subagentes | Delegado automáticamente | Contexto aislado | Tareas especializadas | Distribución de tareas |
| Memoria | Cargado automáticamente | Período de sesiones | Contexto de usuario/equipo | Aprendizaje a largo plazo |
| Protocolo MCP | Auto-preguntado | Externa en tiempo real | Acceso a datos vivos | Información dinámica |
| Skills | Invocado automáticamente | Basado en el sistema de archivos | Experiencias reutilizables | Flujos de trabajo automatizados |
Línea temporal de interacción
graph LR
A["Inicio de la sesión"] -->|Load| B["Memoria (CLAUDE.md)"]
B -->|Discover| C["Capacidades disponibles"]
C -->|Register| D["Comandos de barra"]
D -->|Connect| E["Servidores MCP"]
E -->|Ready| F["Interacción con el usuario"]
F -->|Tipo /cmd| G["Comando de barra"]
F -->|Request| H["Auto-invocación de la habilidad"]
F -->|Query| I["Datos de MCP"]
F -->|Tareas complejas| J["Delegada en el Subagente"]
G -->|Uses| B
H -->|Uses| B
I -->|Uses| B
J -->|Uses| B
Ejemplo práctico de integración: Automatización de atención al cliente
Arquitectura
graph TB
User["Correo electrónico del cliente"] -->|Receives| Router["Enrutador de soporte"]
Router -->|Analyze| Memory["Memoria<br/>Historial del cliente"]
Router -->|Lookup| MCP1["MCP: Customer DB<br/>Entradas anteriores"]
Router -->|Check| MCP2["MCP: Slack<br/>Estado de los equipos"]
Router -->|Complejo de la ruta| Sub1["Subagente: Soporte técnico<br/>Contexto: Cuestiones técnicas"]
Router -->|Ruta simple| Sub2["Subagente: facturación<br/>Contexto: Cuestiones de pago"]
Router -->|Ruta Urgente| Sub3["Subagente: escalada<br/>Contexto: Tratamiento de prioridades"]
Sub1 -->|Format| Skill1["Habilidad: Generador de respuesta<br/>Marca de voz mantenida"]
Sub2 -->|Format| Skill2["Habilidad: Generador de respuesta"]
Sub3 -->|Format| Skill3["Habilidad: Generador de respuesta"]
Skill1 -->|Generate| Output["Respuesta formateada"]
Skill2 -->|Generate| Output
Skill3 -->|Generate| Output
Output -->|Post| MCP3["MCP: Slack<br/>Notificar al equipo"]
Output -->|Send| Reply["Respuesta del cliente"]
Solicitar flujo
## Customer Support Request Flow
### 1. Incoming Email
"I'm getting error 500 when trying to upload files. This is blocking my workflow!"
### 2. Memory Lookup
- Loads CLAUDE.md with support standards
- Checks customer history: VIP customer, 3rd incident this month
### 3. MCP Queries
- GitHub MCP: List open issues (finds related bug report)
- Database MCP: Check system status (no outages reported)
- Slack MCP: Check if engineering is aware
### 4. Skill Detection & Loading
- Request matches "Technical Support" skill
- Loads support response template from Skill
### 5. Subagent Delegation
- Routes to Tech Support Subagent
- Provides context: customer history, error details, known issues
- Subagent has full access to: read, bash, grep tools
### 6. Subagent Processing
Tech Support Subagent:
- Searches codebase for 500 error in file upload
- Finds recent change in commit 8f4a2c
- Creates workaround documentation
### 7. Skill Execution
Response Generator Skill:
- Uses Brand Voice guidelines
- Formats response with empathy
- Includes workaround steps
- Links to related documentation
### 8. MCP Output
- Posts update to #support Slack channel
- Tags engineering team
- Updates ticket in Jira MCP
### 9. Response
Customer receives:
- Empathetic acknowledgment
- Explanation of cause
- Immediate workaround
- Timeline for permanent fix
- Link to related issues
Orquestación completa de características
sequenceDiagram
participant User
participant Claude as Claude Code
participant Memory as Memory<br/>CLAUDE.md
participant MCP as MCP Servers
participant Skills as Skills
participant SubAgent as Subagents
User->>Claude: Request: "Construir un sistema de autenticación"
Claude->>Memory: Load project standards
Memory-->>Claude: Auth standards, team practices
Claude->>MCP: Query GitHub for similar implementations
MCP-->>Claude: Code examples, best practices
Claude->>Skills: Detect matching Skills
Skills-->>Claude: Security Review Skill + Testing Skill
Claude->>SubAgent: Delegate implementation
SubAgent->>SubAgent: Build feature
Claude->>Skills: Apply Security Review Skill
Skills-->>Claude: Security checklist results
Claude->>SubAgent: Delegate testing
SubAgent-->>Claude: Test results
Claude->>User: Complete system delivered
Cuándo usar cada característica
graph TD
A["Nueva tarea"] --> B{Type of Task?}
B -->|Flujo de trabajo repetido| C["Comando de barra"]
B -->|Necesita datos en tiempo real| D["Protocolo MCP"]
B -->|Recuerda para la próxima vez| E["Memory"]
B -->|Subtarea especializada| F["Subagent"]
B -->|Labor específica de cada ámbito| G["Skill"]
C --> C1["• Acceso directo al equipo"]
D --> D1["• Acceso a API en vivo"]
E --> E1["• Contexto persistente"]
F --> F1["• Ejecución paralela"]
G --> G1["• Experiencias de autoinvocación"]
Árbol de decisiones de selección
graph TD
Start["¿Necesitas extender a Claude?"]
Start -->|Repetición rápida de la tarea| A{"¿Manual o Auto?"}
A -->|Manual| B["Comando de barra"]
A -->|Auto| C["Skill"]
Start -->|Necesidad de datos externos| D{"¿En tiempo real?"}
D -->|Yes| E["Protocolo MCP"]
D -->|No/Cross-session| F["Memory"]
Start -->|Proyecto complejo| G{"¿Múltiples papeles?"}
G -->|Yes| H["Subagents"]
G -->|No| I["Habilidades + Memoria"]
Start -->|Contexto a largo plazo| J["Memory"]
Start -->|Flujo de trabajo del equipo| K["Comando de barra +<br/>Memoria"]
Start -->|Automatización completa| L["Competencias +<br/>Subagentes +<br/>MCP"]
Cuadro sinóptico
| Aspecto | Comandos de barra | Subagentes | Memoria | MCP | Skills | Plugins |
|---|---|---|---|---|---|---|
| Dificultad de configuración | Fácil | Medio | Fácil | Medio | Medio | Fácil |
| Curva de aprendizaje | Baja | Medio | Baja | Medio | Medio | Baja |
| Prestación por equipo | Alta | Alta | Medio | Alta | Alta | Muy alta |
| Nivel de automatización | Baja | Alta | Medio | Alta | Alta | Muy alta |
| Gestión del contexto | Sesión única | Aislado | Persistente | En tiempo real | Persistente | Todas las características |
| Carga de mantenimiento | Baja | Medio | Baja | Medio | Medio | Baja |
| Escalabilidad | Bien. | Excelente | Bien. | Excelente | Excelente | Excelente |
| Compatibilidad | Justo. | Justo. | Bien. | Bien. | Bien. | Excelente |
| Versión | Manual | Manual | Manual | Manual | Manual | Automático |
| Instalación | Copia manual | Configuración manual | N/A | Configuración manual | Copia manual | Un comando |
Guía de inicio rápido
Semana 1: Inicio sencillo
- Crear 2-3 comandos de barra para tareas comunes
- Habilitar memoria en configuración
- Normas del equipo de documentación en CLAUDE.md
Semana 2: Añadir acceso en tiempo real
- Establecer 1 MCP (GitHub o base de datos)
- Uso
/mcpconfigurar - Consultar datos en vivo en sus flujos de trabajo
Semana 3: Distribuir el trabajo
- Crear el primer subagente para un rol específico
- Pídale a Claude que lo cree, o agregue un
.claude/agents/<name>.mdarchivo (el/agentsse eliminó el asistente) - Demostración de prueba con tarea sencilla
Semana 4: Automatizar todo
- Crear primera habilidad para la automatización repetida
- Usar el mercado de skills o construir a medida
- Combinar todas las características para un flujo de trabajo completo
En curso
- Revisión y actualización de memoria mensual
- Añadir nuevas skills a medida que emergen patrones
- Optimizar las consultas MCP
- Refine los indicadores de subagentes
Hooks
Introducción
Los hooks son comandos shell impulsados por eventos que se ejecutan automáticamente en respuesta a eventos de Claude Code. Permiten la automatización, validación y flujos de trabajo personalizados sin intervención manual.
Eventos de hook
Claude Code soporta 33 eventos de hook a través de cinco tipos de hook (orden, http, mcp_tool, prompt, agente):
| Evento de hook | Activador | Casos de uso |
|---|---|---|
| SessionStart | La sesión comienza/resume/clear/compact | Configuración del entorno, inicialización |
| Configuración | Lanzamiento con --init-onlyo bien -p con --init / --maintenance (no en el inicio normal) |
Suministro de herramientas, instalar deps |
| InstruccionesCargado | CLAUDE.md o el archivo de reglas cargado | Validación, transformación, aumento |
| UserPromptSubmit | El usuario envía el aviso | Validación de entrada, filtrado rápido |
| UserPromptExpansion | El comando slash tecleado (skill, comando personalizado, prompt MCP) se expande en un prompt; puede bloquearlo | Bloquear o registrar directamente /command usar, añadir contexto por skills |
| PreToolUse | Antes de que se ejecute cualquier herramienta | Validación, puertas de aprobación, registro |
| PermissionRequest | Se muestra el diálogo de permisos | Auto-aprobación/denegación de flujos |
| PermisoDenegado | Modo automático niega una llamada a la herramienta (nunca en denegaciones manuales) | Registro, análisis, aplicación de políticas |
| PostToolUse | Después de que la herramienta tenga éxito | Formateo automático, notificaciones, limpieza |
| PostherramientaUsoFailure | Fallo en la ejecución de la herramienta | Manejo de errores, registro |
| PostToolBatch | Después de que un lote de usos de herramienta se completa | Notificación agregada, validación por lotes |
| Notificación | Notificación enviada | Alerta, integraciones externas |
| Mostrar mensaje | Mientras se muestra el texto del mensaje asistente | Transformar u ocultar el texto del mensaje mostrado |
| SubagentStart | Subagente desovado | Inyección de contexto, inicialización |
| SubagentStop | Acabados de subagentes | Validación de resultados, registro |
| Stop | Claude termina de responder | Generación de resumen, tareas de limpieza |
| Detener fallos | Fin del error API | Recuperación de errores, registro |
| TeammateIdle | Agente equipo compañero de equipo inactivo | Distribución y coordinación del trabajo |
| Tarea completada | Tarea marcada completa. Sólo se dispara cuando las herramientas de tarea completa están habilitadas — disponible por defecto sólo en los modelos Claude 3.x, Opus 4 a 4.7, Sonnet 4 a 4.6, y Haiku 4.5; CLAUDE_CODE_ENABLE_TODO_TOOLS=1 los restaura (v2.1.233) |
Procesamiento posterior a la tarea |
| TareaCreada | Tarea creada a través de TaskCreate. Sólo se dispara cuando las herramientas de tarea completa están habilitadas, disponibles por defecto sólo en los modelos Claude 3.x, Opus 4 a 4.7, Sonnet 4 a 4.6 y Haiku 4.5; CLAUDE_CODE_ENABLE_TODO_TOOLS=1 los restaura (v2.1.233) |
Seguimiento de tareas, registro |
| ConfigChange | Cambios en el archivo de configuración | Validación, propagación |
| CwdChanged | Cambios en el directorio de trabajo | Configuración específica del directorio |
| Added | Nuevo directorio de trabajo registrado a mediados de la sesión vía /add-dir o el SDK register_repo_root Solicitud de control |
Configurar herramientas para un directorio recién añadido |
| ArchivoCambiado | Cambios de archivo observados | Monitorización de archivos, desencadenantes de reconstrucción |
| Precompact | Antes de la compactación del contexto | Preservación estatal |
| Postcompact | Después de la compactación completa | Medidas posteriores al pacto |
| PreModelSwitch | Antes de aplicar un interruptor de modelo solicitado | Cambios en el modelo de puerta o veto |
| PostModelSwitch | Después de los cambios de modelo de la sesión | Registrar o reaccionar a los cambios de modelo |
| WorktreeCreate | Se está creando Worktree | Reemplazar la creación predeterminada de git worktree; debe imprimir la ruta worktree |
| WorktreeRemove | Se retira el árbol de trabajo | Limpieza, asignación de recursos |
| Eliminación | Servidor MCP solicita la entrada del usuario | Validación de entradas |
| Resultado de la eliminación | El usuario responde a la excitación | Procesamiento de respuestas |
| SessionEnd | Termina la sesión | Limpieza, registro final |
Hooks comunes
Los hooks están configurados en ~/.claude/settings.json (nivel de usuario) o .claude/settings.json (a nivel de proyecto):
{
"hooks": {
"PostToolUse": [
{
"matcher": "Write",
"hooks": [
{
"type": "command",
"command": "jq -r '.tool_input.file_path' | xargs npx prettier --write"
}
]
}
],
"PreToolUse": [
{
"matcher": "Edit",
"hooks": [
{
"type": "command",
"command": "jq -r '.tool_input.file_path' | xargs npx eslint"
}
]
}
]
}
}
Variables de entorno de hook
- Entrada de hook llega como JSON en stdin (
session_id,tool_name,tool_input.file_path, ...) — leer conjq $CLAUDE_CODE_SESSION_ID- Identificador de la sesión actual$CLAUDE_PROJECT_DIR- Ruta del directorio del proyecto
Mejores prácticas
✅ Hacer: - Mantener hooks rápidos (< 1 segundo) - Usar hooks para la validación y automatización - Manejar errores con gracia - Usar rutas absolutas
❌ No: - Hacer hooks interactivos - Usar hooks para tareas de larga duración - Credenciales de código duro
Ver: 06-hooks/ para ejemplos detallados
Puntos de control y rebobinado
Introducción
Los puestos de control le permiten guardar el estado de conversación y rebobinar a puntos anteriores, lo que permite la experimentación segura y la exploración de múltiples enfoques.
Conceptos clave
| Concepto | Descripción |
|---|---|
| Punto de control | Captura de pantalla del estado de conversación, incluyendo mensajes, archivos y contexto |
| Rebobinar | Volver a un puesto de control anterior, descartando los cambios posteriores |
| Sucursal | Punto de control desde el que se exploran múltiples enfoques |
Acceso a los puestos de control
Los puntos de verificación se crean automáticamente con cada indicador de usuario. Para rebobinar:
# Press Esc twice to open the checkpoint browser
Esc + Esc
# Or use the /rewind command
/rewind
Al seleccionar un punto de control, usted elige entre seis opciones: 1. Restaurar código y conversación -- Revertir ambos a ese punto 2. Restaurar conversación -- Rebobinar mensajes, mantener el código actual 3. Código de restauración -- Revertir archivos, mantener la conversación 4. Resuma desde aquí -- Comprimir la conversación en un resumen 5. Resuma hasta aquí -- Comprime todo antes de este punto en un resumen 6. No importa. -- Cancelar
Casos de uso
| Escenario | Flujo de trabajo |
|---|---|
| Explorando enfoques | Guardar → Probar A → Guardar → Rebobinar → Probar B → Comparar |
| Refactorización segura | Guardar → Refactor → Prueba → Si falla: Rebobinar |
| Ensayo A/B | Guardar → Diseño A → Guardar → Rebobinar → Diseño B → Comparar |
| Recuperación de errores | Aviso de emisión → Rebobinar para durar buen estado |
Configuración
Los puntos de control están activados por defecto; fileCheckpointingEnabled lo controla:
{
"fileCheckpointingEnabled": true
}
Ver: 08-checkpoints/ para ejemplos detallados
Funciones avanzadas
Modo de planificación
Cree planes de implementación detallados antes de codificar.
Activación:
/plan Implement user authentication system
Prestaciones: - Plan de trabajo claro con estimaciones de tiempo - Evaluación de riesgos - Desglose sistemático de tareas - Oportunidad de revisión y modificación
Pensamiento extendido
Razonamiento profundo para problemas complejos.
Activación: - Conmutar con Alt+T (o Option+T en macOS) durante una sesión - Opus 4.7+, Sonnet 5+, Haiku 5.5 y Fable utilizan siempre el razonamiento adaptativo, por lo que un fijo MAX_THINKING_TOKENS presupuesto no se aplica; control de profundidad con /effort
# Control reasoning depth with the effort level
/effort high
Prestaciones: - Análisis exhaustivo de las compensaciones - Mejores decisiones arquitectónicas - Examen de casos extremos - Evaluación sistemática
Tareas de fondo
Realizar operaciones largas sin bloquear la conversación.
Uso:
User: Run tests in background
Claude: Started task bg-1234
/tasks # View and manage background work (alias: /bashes)
Modos de permiso
Controla lo que Claude puede hacer.
| Modo | Descripción | Caso de uso |
|---|---|---|
| manual | Permisos estándar con avisos para acciones sensibles (mostrados como Manual desde v2.1.200; el valor de configuración sigue siendo default, que engancha y el informe SDK) |
Evolución general |
| aceptarEdits | Aceptar automáticamente las ediciones de archivos sin confirmación | Flujos de trabajo de edición de confianza |
| plan | Análisis y planificación solamente, sin modificaciones de archivo | Revisión de código, planificación de arquitectura |
| auto | Un clasificador aprueba las acciones seguras y bloquea las arriesgadas; solicita el retorno sólo después de 3 bloques en una fila o 20 en total | Autonomía equilibrada con seguridad |
| no preguntar | Denegar automáticamente cualquier cosa que pueda provocar; sólo las herramientas pre-aprobadas y las lecturas se ejecutan | CI y scripts bloqueados |
| bypassPermissions | Acceso sin restricciones, sin controles de seguridad | Conducciones CI/CD, scripts de confianza |
Uso:
claude --permission-mode plan # Read-only analysis
claude --permission-mode acceptEdits # Auto-accept edits
claude --permission-mode auto # Auto-approve safe actions
claude --permission-mode dontAsk # Pre-approved tools only; deny the rest
Modo sin interfaz (modo de impresión)
Ejecutar Claude Code sin entrada interactiva para la automatización y CI/CD utilizando el -p (impresión) bandera.
Uso:
# Run specific task (-p starts in Manual mode since v2.1.302, so pass a permission mode or --allowedTools)
claude -p "Run all tests" --permission-mode auto
# Pipe input for analysis
cat error.log | claude -p "explain this error"
# CI/CD integration (GitHub Actions)
- name: AI Code Review
run: claude -p "Review PR changes and report issues"
# JSON output for scripting
claude -p --output-format json "list all functions in src/"
Tareas programadas
Ejecutar tareas con alcance de sesión en un horario de repetición utilizando el /loop Para horarios que sobrevivan a la sesión, utilice tareas programadas en la nube (anteriormente rutinas) con /schedule, o Tareas programadas de escritorio.
Uso:
/loop every 30m "Run tests and report failures"
/loop every 2h "Check for dependency updates"
/loop every 1d "Generate daily summary of code changes"
Las tareas programadas se ejecutan en segundo plano e informan de los resultados cuando se completan. Son útiles para el monitoreo continuo, comprobaciones periódicas y flujos de trabajo de mantenimiento automatizados.
Integración de Chrome
Claude Code puede integrarse con el navegador Chrome para tareas de automatización web. Esto permite funciones como navegar por páginas web, rellenar formularios, tomar capturas de pantalla y extraer datos de sitios web directamente dentro de su flujo de trabajo de desarrollo.
Gestión de las sesiones
Administrar múltiples sesiones de trabajo.
Comandos:
/resume # Resume a previous conversation
/rename "Feature" # Name the current session
/fork # Fork into a new session
claude -c # Continue most recent conversation
claude -r "Feature" # Resume session by name/ID
Características interactivas
Accesos rápidos del teclado:
- Ctrl + R - Historial de comandos de búsqueda - Tab Autocompletado ↑ / ↓ - Historial de comandos - Ctrl + L - Limpiar la pantalla
Entrada de varias líneas: prensa \ + Intro, Opción+Intro (macOS), Shift+Enter o Ctrl+J para iniciar una nueva línea. No hay \end Terminator.
Configuración
Ejemplo completo de configuración:
{
"alwaysThinkingEnabled": true,
"showThinkingSummaries": true,
"permissions": {
"defaultMode": "manual"
}
}
No hay settings.json bloque para tareas de fondo — la característica está controlada por el CLAUDE_CODE_DISABLE_BACKGROUND_TASKS variable de entorno, y condition por CLAUDE_CODE_MAX_CONCURRENT_SUBAGENTS (por defecto) 20).
Ver: 09-advanced-features/ para una guía completa
Modelos y esfuerzo de razonamiento
Claude Code apoya los siguientes modelos con esfuerzo de razonamiento adaptativo:
| Modelo | Ventana contextual | Niveles de esfuerzo | Esfuerzo predeterminado (Claude Code) |
|---|---|---|---|
| Claude Opus | Tokens 1M (nativos) | low, medium, high, xhigh, max |
medium — modelo predeterminado y modelo predeterminado de Opus desde v2.1.280 (requiere Claude Code v2.1.280+) |
| Claude Sonnet 5.5 | Tokens 1M (nativos) | low, medium, high, xhigh, max |
medium — el modelo predeterminado de Sonnet en la API Antrópica desde v2.1.284 (requiere Claude Code v2.1.284+) |
| Claude Haiku 5.5 | Tokens 1M (nativos) | low, medium, high, xhigh, max |
medium — modelo predeterminado Haiku en la API Antrópica desde v2.1.293 (requiere Claude Code v2.1.293+) |
| Opus 5 | Tokens 1M (nativos) | low, medium, high, xhigh, max |
high — modelo de Opus por defecto desde v2.1.219 hasta v2.1.280 (requiere Claude Code v2.1.219+) |
| Claude Sonnet 5 | Tokens 1M (nativos) | low, medium, high, xhigh, max |
high — modelo por defecto para el estándar Pro/Team desde v2.1.197 hasta v2.1.280 (ahora Opus 5.5) |
| Claude Opus 4.8 | Tokens 1M (nativos) | low, medium, high, xhigh, max |
high (desde el v2.1.154) |
| Claude Opus 4.7 (legado) | Tokens 1M (nativos) | low, medium, high, xhigh, max |
xhigh (desde el lanzamiento del Opus 4.7, 2026-04-16) |
| Claude Sonnet 4.6 | Tokens 1M | low, medium, high, max |
high para los abonados Pro/Max (subido de medium en v2.1.117) |
| Claude Haiku 4.5 | Bonos de 200K | — (sin esfuerzo de apoyo) | — |
Nota:
xhighestá disponible en Opus 5.5, Sonnet 5.5, Haiku 5.5, Opus 5, Sonnet 5, Opus 4.8 y Opus 4.7;maxtrabaja en Opus 5.5, Sonnet 5.5, Haiku 5.5, Opus 5, Sonnet 5, Opus 4.8/4.7/4.6 y Sonnet 4.6 (sólo sesión). Haiku 4.5 no soporta los niveles de esfuerzo.Nota: v2.1.117 solucionó un error donde el Opus 4.7 sesiones calculadas
/contextcontra 200K en lugar de la ventana nativa 1M — upgrade a v2.1.117 o más tarde para obtener realmente el contexto 1M en el Opus 4.7. El Opus 5 y el Opus 4.8 también tienen una ventana nativa 1M-token.Nota:
/costy/statsfusionado en/usageen el punto 2.1.118./usagees ahora el comando canónico con pestañas para coste/stats/etc.;/costy/statsa partir de v2.1.149, la vista de costes también desglosa el gasto por categoría (skills, subagentes, plugins y costos por servidor-MCP).
Recursos
- Documentación de Claude Code
- Registro de cambios de Claude Code
- Servidores GitHub MCP
- Libro de cocina antrópico
Última actualización: 26 de octubre de 2026 Versión de Claude Code: 2.1.310 Fuentes: - https://code.claude.com/docs/en/plugins/manifest-reference - https://code.claude.com/docs/en/plugins/create - https://code.claude.com/docs/en/plugins/install - https://code.claude.com/docs/en/settings-reference - https://code.claude.com/docs/en/interactive-mode - https://code.claude.com/docs/en/checkpointing - https://code.claude.com/docs/en/memory - https://code.claude.com/docs/en/skills - https://code.claude.com/docs/en/tools-reference#task-tool-availability - https://www.anthropic.com/news/claude-sonnet-5 - https://code.claude.com/docs/en/cli-reference - https://code.claude.com/docs/en/model-config - https://github.com/anthropics/claude-code/blob/main/CHANGELOG.md - https://code.claude.com/docs/en/hooks - https://code.claude.com/docs/en/sub-agents - https://code.claude.com/docs/en/permission-modes - https://code.claude.com/docs/en/commands - https://code.claude.com/docs/en/remote-control - https://code.claude.com/docs/en/hooks#userpromptexpansion - https://code.claude.com/docs/en/headless#auto-approve-tools - https://code.claude.com/docs/en/permission-modes#which-mode-a-non-interactive-run-starts-in - https://code.claude.com/docs/en/routines - https://code.claude.com/docs/en/scheduled-tasks - https://code.claude.com/docs/en/changelog#2-1-307 - https://code.claude.com/docs/en/skills#work-on-claude-api-projects Modelos compatibles: Claude Fable 5.1, Claude Fable 5, Claude Opus 5, Claude Sonnet 5, Claude Sonnet 4.6, Claude Opus 4.8, Claude Haiku 4.5