Los 20 comandos de Claude Code secretos que deberías usar

Claude Code incluye docenas de comandos integrados que permiten auditar seguridad, orquestar agentes en paralelo, subir y bajar cuánto piensa el modelo, consultar a un segundo modelo más potente, bifurcar la conversación como si fuera git o dictar código con la voz. La mayoría de los desarrolladores solo usa el chat básico. Esta guía cubre los 20 comandos más potentes con ejemplos prácticos, combinaciones avanzadas y trucos que no están en la documentación oficial.

Tienes Claude Code instalado. Lo abres, le pides que te arregle un bug, haces un commit y a otra cosa. ¿Te suena?

Estás usando un Ferrari para ir al supermercado.

Claude Code tiene una colección de comandos integrados, skills y herramientas que la mayoría de programadores ni sabe que existen. Algunos llevan ahí desde las primeras versiones, otros han llegado con las últimas actualizaciones. El denominador común es que están infrautilizados.

He investigado a fondo la documentación oficial de Anthropic, el changelog del repositorio y varias fuentes especializadas para contarte qué hace cada uno, cómo se usa y con qué otros comandos se puede combinar. La idea es que, al terminar de leer esto, abras tu terminal y pruebes al menos tres de los que aparecen aquí.

En este post vas a encontrar:

• 20 comandos organizados de menos conocido a más conocido (pero igual de ignorado)
• Ejemplos prácticos de uso para cada uno
• Combinaciones entre comandos para flujos de trabajo avanzados
• Una tabla comparativa de todos los comandos
• Seis incorporaciones recientes que se han colado casi sin ruido: /effort, /advisor, /btw, /branch, /verify y /powerup
• Dos comandos para trabajar en bucle y revisar antes de fusionar: /loop y /code-review
• Un bonus al final sobre funciones ocultas en las Skills

Vamos al grano.

Tabla resumen: los 20 comandos de Claude Code ¶

Antes de entrar en detalle, aquí tienes una referencia rápida. Cada comando resuelve un problema distinto y saber cuándo usar cada uno marca la diferencia:

La columna “Tipo” distingue entre comandos integrados (lógica fija en el binario de Claude Code) y bundled skills (skills empaquetadas que usan orquestación basada en prompts, disponibles desde la versión 2.1.63 según el changelog oficial).

1. /insights — Genera un reporte HTML sobre cómo usas Claude Code ¶

Este es, con diferencia, el comando que menos gente conoce. Y es una joya.

/insights genera un reporte HTML interactivo que analiza tus sesiones de Claude Code de los últimos 30 días. No analiza tu código. Analiza cómo trabajas tú con Claude Code. Patrones de interacción, puntos de fricción, flujos de trabajo que te funcionan y otros que te están frenando.

¿Cómo funciona por dentro? El comando procesa los logs de tus sesiones, extrae metadatos estructurados y los pasa por varias rondas de análisis con Claude. Si alguna sesión es muy larga (más de 30.000 caracteres), la divide en segmentos y los resume antes de analizarlos. Los resultados parciales se cachean en ~/.claude/usage-data/facets/ para que las siguientes ejecuciones vayan más rápido.

El reporte incluye varias secciones: qué te funciona bien, dónde hay fricción, “quick wins” para mejorar ya y flujos de trabajo ambiciosos para cuando te animes a subir de nivel.

Un desarrollador lo ejecutó después de un mes de uso y descubrió que escribía el mismo prompt cuatro veces al día. El reporte le sugirió crear un slash command personalizado. Problema resuelto con un fichero Markdown.

# Ejecución básica
/insights

# El reporte HTML se abre en tu navegador
# Los datos se cachean en ~/.claude/usage-data/facets/

Mi recomendación: no lo ejecutes cada dos días. Funciona mejor cuando hay suficiente historial. Una vez cada dos o tres semanas, o al terminar un proyecto grande, es el momento ideal.

🔍 Ejecuta /insights al menos una vez al mes. Es como ir al médico: puede que no encuentre nada grave, pero casi seguro te da un consejo que mejora tu día a día con Claude Code.

2. /batch — Orquesta cambios masivos en paralelo con agentes aislados ¶

¿Tienes que migrar 40 ficheros de un framework a otro? ¿Cambiar un patrón repetido en toda tu base de código? /batch es el comando que necesitas.

Es una bundled skill que llegó con la versión 2.1.63 de Claude Code. Su funcionamiento es tan potente como su nombre sugiere: descompone un trabajo grande en unidades independientes (entre 5 y 30 según la complejidad) y lanza un agente por cada una, todos trabajando en paralelo.

El flujo es este:

1. Describes la tarea con una instrucción clara
2. Claude investiga tu código y descompone el trabajo en 5-30 unidades
3. Te presenta un plan para que lo revises y apruebes
4. Crea un git worktree aislado por cada unidad en .claude/worktrees/
5. Cada agente implementa su parte, ejecuta los tests y abre un Pull Request

La clave está en el aislamiento. Cada agente trabaja en su propia rama y copia del repositorio. Un fallo en una unidad no afecta a las demás. Al terminar, ves un resumen tipo “22/24 unidades completadas como PRs”.

# Migrar de un framework a otro
/batch migra src/ de Solid a React

# Cambiar imports en todo el proyecto
/batch reemplaza todos los imports de moment.js por dayjs, actualizando las llamadas a la API

# Convertir estilos en componentes
/batch convierte todos los CSS modules a clases de Tailwind en components/

Un detalle interesante: antes de crear cada PR, /batch ejecuta /simplify (el siguiente comando de esta lista) de forma automática para limpiar el código generado. Los PRs llegan ya revisados.

⚠️ Sé concreto con la descripción. “Actualiza el proyecto” es demasiado vago. “Reemplaza todos los imports de lodash por funciones nativas de ES2024” le da al planificador lo que necesita para descomponer bien la tarea.

La limitación principal: /batch funciona mejor para cambios que no tienen dependencias cruzadas entre ficheros. Si la migración requiere coordinación entre unidades, mejor usa Agent Teams para coordinar agentes en paralelo o una sesión normal de Claude Code con un plan bien definido.

3. /simplify — Limpia tu código antes de abrir un PR ¶

Si tuvieras que quedarte con un solo comando de esta lista para tu rutina diaria, podría ser este.

/simplify revisa el código que has cambiado buscando reutilización, simplificación y eficiencia, y aplica las correcciones directamente. Trabaja sobre tu diff: lo que has tocado en la rama, no el proyecto entero.

¿Qué suele encontrar?

1. Código duplicado: lógica que ya existe en otra parte del proyecto y que podrías reutilizar
2. Complejidad innecesaria: condicionales enrevesados, abstracciones que no pagan lo que cuestan, variables que sobran
3. Ineficiencias: iteraciones repetidas, cálculos que se podrían cachear o llamadas que se podrían agrupar

# Revisión general tras implementar una feature
/simplify

# Enfocado en un aspecto concreto
/simplify enfócate en la eficiencia de memoria

# Después de un refactor grande
/simplify busca código duplicado en src/services/

Un matiz que ha cambiado con las últimas versiones y que conviene tener claro: /simplify es solo calidad, no busca bugs. Según la documentación de Code Review, el comando que antes se llamaba /simplify pasó a ser /code-review en la versión 2.1.147, y el /simplify actual es una revisión de limpieza que aplica arreglos sin cazar errores. Si tenías un script que usaba /simplify para encontrar fallos, cámbialo por /code-review --fix (lo tienes en el comando 20).

🚀 Convierte /simplify en parte de tu ritual antes de abrir un PR. Igual que pasas el linter, pasa /simplify. Y si además quieres cazar bugs, encadénalo con /code-review: primero limpias, luego buscas errores.

4. /security-review — Auditoría de seguridad centrada en tus cambios ¶

La seguridad es ese tema que todos sabemos que es importante, pero que a menudo queda para “después”. /security-review elimina esa excusa porque solo analiza lo que has tocado, no todo el proyecto.

Revisa los cambios pendientes en tu rama buscando patrones de vulnerabilidad: inyección SQL, XSS, fallos de autenticación, manejo inseguro de datos, credenciales expuestas y problemas en dependencias. Las categorías son amplias: inyección de comandos, LDAP injection, XPath injection, NoSQL injection, XXE, escalado de privilegios, manejo de PII y criptografía débil.

Lo que lo diferencia de un SAST tradicional es que no se limita a buscar patrones con regex. Claude entiende el contexto semántico del código. Sabe si una variable que parece peligrosa ya ha sido sanitizada tres líneas antes. Menos ruido, más hallazgos reales.

# Revisión de seguridad de los cambios pendientes
/security-review

# Claude analiza el diff de tu rama actual
# y genera un informe con severidad y recomendaciones

Además del uso en terminal, Anthropic mantiene una GitHub Action oficial (anthropics/claude-code-security-review) que ejecuta la misma revisión en cada Pull Request. Para personalizar las reglas, copia security-review.md del repositorio a .claude/commands/ y adáptalo a tu proyecto.

🔒 No sustituye una auditoría profesional, pero cubre la franja que más duele: las vulnerabilidades que introduces en el día a día sin darte cuenta. Combinación ganadora: primero /simplify, luego /security-review. Código limpio es más fácil de auditar.

5. /compact — Comprime la conversación y dirige qué debe recordar Claude ¶

Las sesiones largas con Claude Code tienen un enemigo silencioso: el agotamiento del contexto. La ventana de contexto tiene un tamaño fijo según el modelo y se reparte entre todo: historial, ficheros leídos, herramientas, CLAUDE.md y sistema.

Cuando se satura, Claude empieza a “olvidar” cosas. Respuestas más escuetas, preguntas que ya habías respondido, instrucciones que ignora. Si has sentido alguna vez que Claude “se ha vuelto tonto” a mitad de sesión, era un problema de contexto. Según la documentación oficial de Anthropic sobre gestión de contexto, el rendimiento de Claude se degrada de forma medible cuando la ventana está muy llena.

/compact comprime el historial resumiendo las interacciones anteriores. Lo potente es que acepta instrucciones de enfoque: puedes decirle qué debe recordar y qué puede descartar.

# Compactación general
/compact

# Con instrucciones de enfoque
/compact enfócate en el módulo de auth

# Cambio de contexto dentro de la misma sesión
/compact olvida los cambios del frontend, enfócate en las migraciones de base de datos

# Preparar para una tarea específica
/compact voy a trabajar en el módulo de pagos, quédate solo con lo relevante para eso

El resultado típico es una reducción del 50% en tokens consumidos. Si quieres ir más allá en la optimización de tokens, tenemos una guía con 21 técnicas para ahorrar tokens en Claude Code que complementa lo que ves aquí. No esperes a la compactación automática (se dispara entre el 75% y el 92% de uso). Es mejor lanzar /compact tú mismo al notar que llevas muchos intercambios.

El complemento perfecto es añadir una sección “Compact Instructions” a tu CLAUDE.md. Todo lo que pongas ahí sobrevive siempre a la compactación, sin necesidad de especificarlo cada vez:

<!-- En tu CLAUDE.md -->
## Compact Instructions

- Mantener siempre las convenciones de nomenclatura del proyecto
- Preservar las decisiones de arquitectura documentadas en /docs/adr/
- No olvidar los endpoints de la API definidos en la sesión actual

💡 El contexto es el recurso más valioso de tu sesión. Gestiónalo con la misma atención que la memoria de una aplicación. /context para monitorizar, /compact con instrucciones para optimizar, CLAUDE.md para persistir. Ese es el trío ganador.

Domina la herramienta entera

Aprende Claude Code de raíz: hooks, agentes, MCP y workflows

Estos comandos son la punta del iceberg. Verás CLAUDE.md, hooks, agentes paralelos, MCPs reales (Sequential Thinking, Context7, GitHub) y los workflows EPCC y TDD aplicados de verdad.

Asomarme a la masterclass →

Masterclass en directo · 2h30

6. /rewind — Tu máquina del tiempo para código y conversación ¶

Estás trabajando con Claude, le pides que refactorice un módulo y todo se ha ido por un camino que no querías. Antes de /rewind, tenías dos opciones malas: empezar una sesión nueva perdiendo todo el contexto o intentar deshacer a mano lo que Claude había hecho.

/rewind resuelve esto con elegancia. Al ejecutarlo (o pulsar Escape dos veces), aparece una lista con tu historial mostrando cada turno y los cambios de fichero asociados con notación de diff. Seleccionas el punto de restauración y Claude Code:

• Revierte los ficheros al estado que tenían en ese momento
• Recorta la conversación hasta ese punto
• Preserva todo lo anterior intacto

Es un “undo” del código y del contexto. Y lo mejor: no consume tokens extra. Es gratis. Esto lo convierte en la herramienta ideal para experimentar sin miedo.

# Mediante comando
/rewind

# Mediante atajo (más rápido)
# Pulsa Escape dos veces seguidas

# Claude muestra el historial con los diffs por turno
# Seleccionas el punto al que volver

En la extensión de VS Code, /rewind ofrece tres variantes al pasar el cursor sobre cualquier mensaje: “Fork conversation from here” (nueva rama de conversación manteniendo el código), “Rewind code to here” (revierte ficheros pero conserva el historial) y “Fork conversation and rewind code” (ambas cosas a la vez). La opción de fork te permite explorar caminos alternativos sin perder la conversación original y volver después con /resume.

Una nota importante: /rewind revierte los cambios que hizo Claude, pero no toca los cambios manuales que hayas hecho fuera de Claude Code. Tampoco puede deshacer operaciones de red, llamadas a APIs o cambios en bases de datos.

⏪ Usa /rewind sin remordimientos. Adopta un enfoque de “prueba y error” sin coste. Si Claude toma una dirección equivocada, dos pulsaciones de Escape y estás de vuelta. Combinado con el modo Plan, tienes una red de seguridad robusta.

7. /context — La radiografía de tu ventana de contexto ¶

Si /compact es el remedio, /context es el diagnóstico.

Muestra una cuadrícula visual con colores del uso actual del contexto. De un vistazo ves cuánto espacio queda, qué componentes lo están ocupando y cuándo necesitas comprimir.

Sin /context, trabajas a ciegas. No sabes si llevas un 30% o un 85% de uso. Y la diferencia importa mucho.

# Visualiza el uso del contexto
/context

# Muestra un desglose por componentes:
# - System prompt
# - CLAUDE.md (global, proyecto, local)
# - Rules (auto-loaded)
# - Historial de conversación
# - Schemas de herramientas (nativas y MCP)
# - Buffer de respuesta

Además del uso general, /context te avisa si alguna skill ha sido excluida por exceder el presupuesto de caracteres. Según la documentación de Anthropic, el límite para slash commands escala al 2% de la ventana de contexto (unos 16.000 caracteres por defecto), pero puedes ajustarlo con la variable de entorno SLASH_COMMAND_TOOL_CHAR_BUDGET.

La regla práctica de usuarios avanzados: revisar /context cada 5-10 intercambios, compactar al 70% y limpiar con /clear al 90%.

📊 /context y /compact son un tándem inseparable. Revisar, compactar, seguir trabajando. Este ciclo simple te ahorra horas de frustraciones con un Claude que “no recuerda” lo que le dijiste hace diez mensajes.

8. /debug — El detective que analiza los logs internos de tu sesión ¶

¿Alguna vez una herramienta de Claude Code ha fallado sin explicación? ¿Un comportamiento extraño que no entiendes? /debug está para eso.

Es otro bundled skill que lee el log de debug interno de tu sesión y lo analiza. Puedes describir el problema para que el análisis sea más enfocado.

No hablamos de depurar tu código (para eso ya tienes a Claude en modo conversación). /debug depura la propia sesión de Claude Code: por qué una herramienta no respondió, por qué un MCP server se desconectó o por qué un comportamiento no fue el esperado.

# Análisis general de la sesión
/debug

# Con descripción del problema
/debug el servidor MCP dejó de responder después de la última edición

# Enfocado en un comportamiento concreto
/debug por qué falló el comando batch en la unidad 15

Es como tener acceso a los logs del servidor sin salir del chat. Si trabajas con MCP servers, hooks personalizados o configuraciones complejas, /debug se vuelve imprescindible.

Para un diagnóstico más profundo, arranca Claude Code con la flag --debug para habilitar el logging detallado desde el inicio. Los logs se guardan en ~/.claude/debug/ con el ID de sesión.

🐛 Antes de abrir un issue en GitHub diciendo que Claude Code no funciona, ejecuta /debug. Probablemente te dé la respuesta. Y si no, al menos tendrás información concreta para reportar el bug con el comando /bug.

9. /hooks — Automatiza lo que haces siempre igual ¶

Los hooks son comandos que se ejecutan de forma automática cuando ocurren ciertos eventos durante tu sesión. Y /hooks es la interfaz interactiva para gestionarlos.

Imagina esto: cada vez que Claude escribe un fichero Python, se pasa Black para formatear. O cada vez que se modifica un fichero de tests, se ejecutan los tests de ese módulo. Con hooks, esto pasa sin que tengas que pedir nada.

Claude Code ofrece 12 eventos de ciclo de vida donde puedes enganchar tu automatización. Los tres más usados:

• PreToolUse: se ejecuta antes de que Claude use una herramienta. Es el único que puede bloquear acciones (exit code 2). Ideal para proteger ficheros sensibles
• PostToolUse: se ejecuta después. Perfecto para formateo, linting o tests automáticos
• Stop: se ejecuta cuando Claude termina su turno

Los hooks aceptan tres tipos de handlers: comandos shell (checks rápidos), prompts (evaluaciones semánticas) y agentes (análisis profundos con acceso a herramientas). Y este es solo el modelo actual: Anthropic ya experimenta con function hooks escritos en TypeScript que se componen como middleware, capaces de reescribir eventos, dibujar interfaz y recordar estado entre sesiones.

// Ejemplo en settings.json
// Formatea Python después de cada escritura de fichero
{
  "hooks": {
    "PostToolUse": [
      {
        "matcher": "Write",
        "command": "python -m black $CLAUDE_FILE_PATH"
      }
    ]
  }
}

# Abrir la interfaz interactiva (más sencillo)
/hooks

# Claude Code te guía para elegir:
# - Evento (PreToolUse, PostToolUse, Stop...)
# - Matcher (qué herramienta activa el hook)
# - Comando a ejecutar

Un detalle de seguridad: los hooks se cargan al iniciar la sesión. Si alguien los modifica mientras trabajas, Claude Code te avisa y pide revisión antes de aplicar los cambios. Nada se ejecuta sin tu visto bueno. Otros agentes de terminal abordan este mismo equilibrio entre autonomía y control de forma distinta: Codex CLI usa un modelo de sandbox por defecto y un YOLO mode que invierte la filosofía — ejecutar todo sin preguntar —, con una tabla de decisión para elegir enfoque según el tipo de tarea.

⚙️ Empieza con un hook de formateo (riesgo cero, impacto inmediato), luego añade protección de ficheros críticos con PreToolUse y después hooks de revisión semántica. Cada hook que añades convierte un paso manual en una puerta automática.

10. /stats — Tu historial de actividad al estilo GitHub ¶

Si GitHub tiene su gráfico de contribuciones en verde, Claude Code tiene /stats con cuadraditos en naranja.

Disponible desde la versión 2.0.64, /stats muestra estadísticas de uso: tu modelo favorito, un gráfico de actividad tipo heatmap, rachas de uso y patrones temporales.

# Ver tus estadísticas
/stats

# Dentro de /stats, pulsa 'r' para cambiar el rango:
# - Últimos 7 días
# - Últimos 30 días
# - Todo el historial

¿Para qué sirve en la práctica? Para algo más que satisfacer la curiosidad:

• Descubrir tus horas pico de productividad con Claude
• Ver qué proyectos reciben más atención de la IA
• Entender tu patrón de uso de modelos (¿estás usando Opus cuando Haiku bastaría para esa tarea?)
• Mantener una racha que te motive a integrar Claude Code cada día

No confundas /stats con /usage. El primero muestra patrones y hábitos; el segundo muestra consumo de tokens y límites de tu plan. Son complementarios.

📈 Combina /stats con /insights para la foto completa. /stats te dice cuánto y cuándo usas Claude Code. /insights te dice cómo lo usas y qué puedes mejorar. Juntos son tu dashboard personal de productividad con IA.

11. /remote-control — Controla tu sesión local desde el móvil o cualquier navegador ¶

Estás en mitad de un refactor largo con Claude Code, llevas 45 minutos de sesión con un contexto muy trabajado. Y te tienes que mover. Antes, eso significaba perder el hilo o dejarlo todo parado hasta volver al escritorio.

/remote-control (atajo: /rc) convierte tu sesión local en una sesión accesible desde cualquier navegador o la app móvil de Claude (iOS y Android). La sesión sigue ejecutándose en tu máquina: tu sistema de ficheros, tus MCP servers, tu configuración de proyecto, todo queda disponible. Lo que cambia es la interfaz: la pantalla del móvil o del navegador se convierte en una ventana a tu terminal.

El flujo es simple:

1. Dentro de una sesión activa, escribe /remote-control (o /rc)
2. Claude Code muestra una URL de sesión y un código QR
3. Abre la URL en cualquier navegador o escanea el QR con la app de Claude en el móvil
4. La conversación se sincroniza: puedes enviar mensajes desde la terminal, el navegador y el móvil de forma indistinta

# Desde una sesión ya activa
/remote-control

# O arrancar directamente en modo Remote Control
claude remote-control

# Con aislamiento de red y sistema de ficheros (sandboxing)
claude remote-control --sandbox

# Pulsa espacio para mostrar/ocultar el código QR

Hay un detalle de arquitectura que importa: tu máquina nunca abre puertos de entrada. Claude Code hace peticiones HTTPS salientes al API de Anthropic, que actúa como intermediario entre tu terminal y el cliente remoto. Todo el tráfico viaja cifrado con TLS.

¿Qué pasa si se pierde la conexión? Si tu portátil entra en suspensión o la red se cae, la sesión se reconecta de forma automática al volver. El límite está en unos 10 minutos de desconexión continua; pasado ese tiempo, la sesión se cierra y hay que iniciar una nueva.

No confundas Remote Control con Claude Code on the web. Remote Control ejecuta en tu máquina y accede a tu entorno local. Claude Code on the web ejecuta en infraestructura cloud de Anthropic. Usa Remote Control cuando estés a mitad de trabajo local y quieras seguir desde otro dispositivo. Usa Claude Code on the web cuando quieras arrancar algo desde cero sin configuración local.

Y hay un tercer movimiento que completa el triángulo: /teleport. Si arrancaste el trabajo en Claude Code on the web y quieres bajarlo a tu terminal local, escribe /teleport en la sesión cloud y Claude te devuelve el comando exacto (claude --teleport <session-id>) listo para ejecutar desde tu copia del repositorio. Al lanzarlo, comprueba el estado del repo, se trae la rama de la sesión remota, la deja seleccionada y carga el historial completo de la conversación.

Un aviso: el traspaso es de una sola dirección. Puedes traerte sesiones cloud a tu terminal, pero no empujar una sesión local a la web. Y la rama de la sesión web tiene que estar publicada en el remoto antes de teleportar.

Requisitos: plan Max (el soporte para Pro está en camino). API keys no son compatibles.

📱 Usa /rename antes de /remote-control para darle un nombre descriptivo a la sesión. Así la encuentras rápido en la lista de sesiones de claude.ai/code o de la app móvil, sin tener que adivinar cuál era la buena.

12. /voice — Dicta tus prompts con la voz ¶

Anthropic anunció /voice el 3 de marzo de 2026 con un despliegue progresivo: empezó por un pequeño porcentaje de usuarios y se fue ampliando en las semanas siguientes. Si no te aparece, actualiza Claude Code y prueba a escribir /voice.

¿La idea? Push-to-talk para tu terminal. Mantienes pulsada la barra espaciadora, hablas, y al soltar, la transcripción aparece en la posición del cursor. No reemplaza lo que ya has escrito: se inserta donde estés.

Esto abre un flujo de trabajo muy natural:

1. Escribes la primera parte de tu prompt con el teclado
2. Pulsas espacio, explicas con la voz la parte compleja (una regla de negocio, un requisito difícil de describir por escrito)
3. Sueltas espacio, la transcripción aparece inline
4. Sigues escribiendo para rematar el prompt

# Activar/desactivar voice mode
/voice

# Uso una vez activado:
# 1. Mantén pulsada la barra espaciadora
# 2. Habla
# 3. Suelta la barra
# La transcripción aparece en la posición del cursor

Dos detalles que Anthropic ha confirmado y que conviene saber. Primero: no cuesta tokens extra. Los tokens de la transcripción de voz no cuentan contra tu rate limit. Segundo: está disponible en los planes Pro, Max, Team y Enterprise conforme se vaya desplegando.

¿Para qué es útil en la práctica? Para esos momentos en los que sabes lo que quieres pero te cuesta plasmarlo por escrito. “Quiero que este módulo procese pagos recurrentes con Stripe, pero que si el webhook de confirmación no llega en 30 segundos haga un retry con backoff exponencial y mande una alerta al canal de Slack del equipo de payments.” Eso se dice en 10 segundos. Escribirlo con precisión lleva más tiempo.

🎙️ /voice no sustituye al teclado, lo complementa. El push-to-talk funciona especialmente bien para explicar contexto de negocio, describir bugs que has observado o dictar especificaciones largas. Combínalo con el teclado para los detalles técnicos precisos.

13. /effort — El dial de inteligencia que casi nadie toca ¶

Este es el comando que más cambia el resultado y el que menos gente usa. Todo el mundo sabe cambiar de modelo con /model. Casi nadie sabe que dentro de un mismo modelo puedes subir o bajar cuánto piensa antes de actuar.

/effort controla el razonamiento adaptativo: cuántos tokens de pensamiento gasta Claude por paso antes de tocar un fichero. En los modelos actuales (Opus 5, Sonnet 5, Fable) los niveles son low, medium, high, xhigh y max. El valor por defecto en la mayoría es high.

Y luego está ultracode, que no es exactamente un nivel de esfuerzo. Es un modo de Claude Code que combina dos cosas: manda xhigh al modelo y además orquesta dynamic workflows automáticamente para las tareas que lo merecen. Es la marcha más larga que tiene la herramienta.

# Abre el slider interactivo
/effort

# Fija un nivel concreto (se guarda como default para ese modelo)
/effort xhigh

# Activa ultracode: xhigh + workflows dinámicos automáticos
/effort ultracode

# Limpia el nivel guardado para el modelo activo
/effort auto

# Desde el lanzamiento
claude --effort high

Un detalle que ahorra disgustos: si pulsas Enter en el slider, el nivel se guarda como default para ese modelo y te lo vas a encontrar en la próxima sesión. Si pulsas s, se aplica solo a esta sesión. Mucha gente activa max para una tarea puntual, se olvida, y luego se pregunta por qué se le evapora la cuota escribiendo commits.

También puedes fijarlo por modelo en el fichero de settings, o directamente en el frontmatter de una skill o un subagente:

---
model: opus
effort: xhigh
---

Eso último es potente: una skill de revisión de arquitectura con effort: xhigh y una de generar mensajes de commit con effort: low, cada una gastando lo que le corresponde.

⚡ ultracode no es para el día a día. Úsalo cuando la tarea justifique la factura: un diseño de arquitectura, un bug que llevas dos días persiguiendo, una migración con muchas piezas. Para el resto, high hace el trabajo. Si andas justo de cuota, te interesan las 25 técnicas para ahorrar tokens en Claude Code.

14. /advisor — Un segundo modelo revisa las decisiones difíciles ¶

Aquí hay una idea que merece la pena entender, porque cambia la economía de una sesión larga.

El problema clásico: quieres la inteligencia de Opus, pero no quieres pagar Opus en los 200 turnos rutinarios de la sesión. La solución habitual era elegir y aguantarse. /advisor propone otra cosa: un modelo principal barato y rápido, con un modelo más potente al que consultar en los momentos que importan.

El advisor recibe la conversación completa —incluyendo todas las llamadas a herramientas y sus resultados— y devuelve una recomendación que Claude aplica antes de seguir. ¿Cuándo lo llama? Lo decide el propio modelo, y tiende a hacerlo en tres momentos: antes de comprometerse con un enfoque, cuando lleva varios intentos chocando con el mismo error, y antes de dar una tarea por terminada.

# Abre el selector de modelos advisor
/advisor

# O directamente
/advisor opus

# Apagarlo
/advisor off

# Para una sola sesión, desde el lanzamiento
claude --advisor opus

La regla de emparejamiento es sencilla: el advisor tiene que ser al menos tan capaz como el modelo principal. Un Haiku no puede aconsejar a un Sonnet. Las combinaciones que más sentido tienen en la práctica:

Cuando el advisor entra en acción verás una línea Advising en el transcript. Si pulsas Ctrl+O puedes leer exactamente qué le dijo. Y ojo a un matiz que me parece bien resuelto: Claude sigue la recomendación del advisor en general, pero si su propia evidencia la contradice —el paso sugerido falla al probarlo, o el contenido del fichero dice otra cosa— saca el conflicto a la superficie en vez de obedecer a ciegas.

Dos avisos importantes. El primero: es experimental y solo funciona con la API de Anthropic. No está disponible en Bedrock, Vertex ni Foundry. El segundo: los tokens del advisor se pagan a la tarifa del modelo advisor y cuentan contra tus límites. Sale a cuenta porque se llama en puntos de decisión y no en cada turno, pero no es gratis.

🧠 Puedes forzar la consulta desde el prompt. No hay una opción para obligar a Claude a llamar al advisor, pero sí puedes pedírselo como cualquier otra herramienta: “consulta al advisor antes de continuar”. Funciona igual de bien al revés: “no consultes al advisor en esta tarea”.

15. /btw — La pregunta al margen que no ensucia el contexto ¶

Este es mi favorito de los nuevos, por lo pequeño que parece y lo mucho que cambia.

Escenario: Claude lleva cuatro minutos refactorizando un módulo. A ti se te ocurre una duda. ¿Cómo se llamaba el fichero de configuración que leyó hace veinte turnos? Antes tenías dos opciones malas: interrumpir la ejecución, o escribir la pregunta y meter la respuesta en el historial para siempre.

/btw (de by the way) resuelve las dos a la vez. Haces la pregunta, Claude responde en un overlay descartable, y ni la pregunta ni la respuesta entran en el historial de la conversación. El trabajo principal ni se entera.

# Pregunta al margen, incluso mientras Claude está trabajando
/btw ¿cómo se llamaba el fichero de configuración que leíste antes?

# Sin argumentos, reabre el último overlay que descartaste
/btw

Tres propiedades que conviene tener claras:

1. Ve toda la conversación, pero no tiene herramientas. Responde con lo que ya está en contexto: tus mensajes, las respuestas de Claude y los resultados de herramientas que ya ha recogido. No puede leer un fichero nuevo ni ejecutar nada.
2. Es prácticamente gratis. Mientras la caché de prompt esté caliente, una pregunta al margen cuesta poco más que la respuesta en sí.
3. Funciona mientras Claude trabaja. La pregunta corre en paralelo y no interrumpe el turno en marcha.

El overlay tiene atajos que merece la pena memorizar: c copia la respuesta como Markdown crudo (mejor que seleccionar con el ratón, que te llevaría el texto ya partido por el terminal), x limpia el historial de preguntas anteriores, y f es el truco de verdad: convierte esa pregunta y su respuesta en un subagente en segundo plano con acceso completo a herramientas. Empiezas con una duda barata y, si resulta que merece investigación, la promocionas sin repetir contexto.

💡 La regla para elegir entre /btw y un subagente. Usa /btw para preguntar sobre lo que Claude ya sabe en esta sesión. Usa un subagente cuando haya que salir a averiguar algo nuevo. Si empiezas con /btw y te quedas corto, pulsa f y lo promocionas.

16. /branch y /fork — Bifurca la conversación como si fuera git ¶

Has construido un contexto excelente. Cuarenta minutos de sesión, Claude ha leído medio proyecto, entiende las convenciones, sabe dónde están los cadáveres. Y ahora quieres probar dos enfoques distintos para la misma feature.

La opción mala es probar uno, y si no funciona, usar /rewind y volver. La buena es bifurcar.

/branch copia la conversación completa en el punto actual y te mete dentro de la copia. La sesión original sigue intacta esperándote. Es exactamente la semántica de una rama de git, aplicada a la conversación:

# Bifurca y entra en la copia
/branch

# Con nombre, para encontrarla luego
/branch enfoque-con-redis

/fork es otra cosa desde la versión 2.1.161, y aquí es donde se lía mucha gente. /fork no te cambia de sesión: lanza un subagente en segundo plano que hereda la conversación completa —historial, ficheros leídos, razonamiento, modelo y el mismo pool de herramientas— y se pone a trabajar en una tarea lateral mientras tú sigues en la sesión principal.

# Lanza un subagente que hereda todo el contexto
/fork revisa el módulo de autenticación buscando problemas de seguridad

# Con agent view activo, el comando es /subtask
/subtask revisa el módulo de autenticación buscando problemas de seguridad

# Ver forks en marcha
/tasks

La diferencia en una frase: /branch es para que explores tú, /fork es para delegar.

Los forks aparecen en el panel de subagentes debajo del prompt y los controlas desde /tasks. Puedes mandarles correcciones de rumbo mientras trabajan, pararlos con x, y sus permisos se aprueban desde tu sesión principal. Cuando terminan, Claude recibe el resultado e integra lo relevante en la conversación principal: la exploración verbosa se queda en la ventana del fork y a ti solo te llega el resumen.

🌳 Bifurcar es la forma barata de hacer A/B testing de prompts. ¿No sabes si describir la tarea como “refactoriza” o como “extrae un servicio”? Haz /branch, prueba la primera formulación, vuelve a la original y prueba la segunda. Mismo contexto de partida, resultados comparables.

17. /verify y /run — Deja de creerte los tests ¶

Hay un fallo clásico del desarrollo con agentes y es este: los tests pasan, el typecheck pasa, Claude dice “listo”, y la aplicación está rota.

Los tests verifican lo que alguien decidió verificar. La aplicación funcionando verifica que la aplicación funciona. No es lo mismo.

Claude Code trae tres bundled skills que atacan justo eso:

• /run: arranca tu aplicación y la conduce para que veas el cambio funcionando de verdad
• /verify: compila y ejecuta tu app para confirmar que un cambio funciona, sin caer de vuelta en los tests o el typecheck como sustituto
• /run-skill-generator: le enseña a los dos anteriores cómo se construye y se arranca tu proyecto

El tercero es el que da sentido a los otros dos. /run-skill-generator te entrevista y descubre, desde un entorno limpio, la receta para levantar tu proyecto: comandos de instalación, variables de entorno, script de arranque, puerto, cómo saber que ya está listo. Y lo guarda como una skill del proyecto, versionada en el repositorio.

# Una vez por proyecto: graba la receta de arranque
/run-skill-generator

# A partir de ahí
/run          # arranca la app y la conduce
/verify       # confirma que el cambio funciona en la app real

A partir de ese momento, /run, /verify y cualquier otro agente que trabaje en el repositorio siguen la receta grabada en vez de redescubrirla cada sesión a base de prueba y error. Ese es el ahorro real: no tener veinte intentos de npm run dev con la variable de entorno equivocada en cada sesión nueva.

Ejecuta el generador una vez por proyecto, y vuelve a ejecutarlo si cambia el proceso de build o de arranque.

✅ /run-skill-generator es de las mejores inversiones de 10 minutos que puedes hacer en un repo. Sobre todo si trabajáis varias personas: la receta queda en git y deja de vivir en la cabeza de quien montó el proyecto.

18. /powerup — El tutorial interactivo escondido en tu terminal ¶

Y cerramos con el más meta de todos: un comando que existe para enseñarte los comandos que no conoces.

/powerup es un sistema de lecciones interactivas integrado en Claude Code desde la versión 2.1.90. No es documentación. Cada lección tiene tres partes: una explicación del concepto, una demo animada que reproduce una sesión real en tu terminal, y un ejercicio guiado que haces ahí mismo.

/powerup

Eliges lección de la lista, en el orden que quieras. Cada una es autocontenida y se despacha en menos de cinco minutos. Tu progreso persiste entre sesiones, así que puedes ir picoteando.

Lo que más me gusta: el catálogo de lecciones se actualiza conforme llegan funcionalidades nuevas. Es de los pocos sitios donde te enteras de que existe algo antes de leerlo en el changelog. Cubre hooks, MCP, subagentes, eventos de hooks condicionales y un montón de cosas que la mayoría nunca activa.

Está disponible para todo el mundo, sin suscripción de pago ni configuración extra.

🎓 Si solo vas a probar un comando de esta lista, que sea este. /powerup te va a enseñar otros cinco. Es el único de los 20 que se paga solo en la primera ejecución.

19. /loop — Repite un prompt mientras tú haces otra cosa ¶

¿Cuántas veces has vuelto a la terminal a preguntar “¿ha terminado ya el deploy?”? /loop hace esa pregunta por ti.

Es una bundled skill que ejecuta un prompt de forma repetida mientras la sesión sigue abierta. Según la documentación oficial de tareas programadas, tiene tres modos según lo que le pases:

# Intervalo fijo: s, m, h o d
/loop 5m comprueba si el despliegue ha terminado y dime qué ha pasado

# Claude decide cada cuánto mirar
/loop revisa si el CI de mi PR ha pasado y atiende los comentarios de revisión

# También acepta una skill como prompt
/loop 20m /code-review

Si ejecutas /loop a secas, puedes cambiar el prompt de mantenimiento por el tuyo creando un fichero .claude/loop.md en el proyecto (o ~/.claude/loop.md para todos). Los cambios en ese fichero se aplican en la siguiente vuelta, sin reiniciar nada.

Tres límites que conviene conocer:

• Solo funciona con la sesión abierta. Si cierras la terminal, el bucle se para. Para algo que sobreviva a tu portátil apagado tienes las Claude Code Routines en la nube.
• Las tareas recurrentes caducan a los 7 días. Así un bucle olvidado no se queda gastando tokens para siempre.
• Una sesión admite hasta 50 tareas programadas. Para pararlo, pulsa Esc si es un bucle con ritmo automático, o pídele a Claude “cancela la tarea del deploy”.

Anthropic usó esta misma idea de bucle, a lo bestia, para hacer claude.ai 3 veces más rápido en dos semanas: un benchmark, un cambio, medir, repetir. Si lo que quieres es que Claude trabaje hasta cumplir una condición en vez de cada X minutos, eso es el comando /goal.

🔁 Pon un tope y un criterio de éxito. Un bucle sin condición clara quema tokens mirando cosas que no han cambiado. “Cada 10 minutos, y para cuando el CI esté en verde” es mucho mejor que “vigila la PR”.

20. /code-review — Caza bugs en tu diff antes de hacer push ¶

Si /simplify limpia, /code-review busca lo que se va a romper.

Revisa tu rama (los commits por delante de su upstream más los cambios sin commitear) en busca de fallos de corrección, y lo hace en un subagente en segundo plano, así que no te llena el contexto mientras sigues trabajando. /review es un alias del mismo comando.

# Revisa la rama actual
/code-review

# Con nivel de esfuerzo: low y medium dan menos hallazgos y más seguros
/code-review high

# Revisa y aplica los arreglos en tu working tree
/code-review --fix

# Revisa una PR y publica los hallazgos como comentarios
/code-review --comment 1234

# Revisión profunda multiagente en la nube
/code-review ultra

El nivel de esfuerzo cambia el equilibrio: en low y medium solo reporta lo que tiene claro (menos falsos positivos), y de high a max amplía la cobertura aunque se cuele algún hallazgo dudoso. Si no indicas nivel, reutiliza el último que escribiste.

Hay un detalle que evita sustos: con --fix en segundo plano, los arreglos se aplican fuera de los checkpoints de tu sesión, así que /rewind no los deshace. Para revertirlos, tira de git.

Para equipos, existe además el servicio gestionado de Code Review en GitHub (research preview para planes Team y Enterprise): una flota de agentes revisa cada PR, verifica los hallazgos para filtrar falsos positivos y los etiqueta como 🔴 importante, 🟡 detalle menor o 🟣 preexistente. Cada revisión cuesta de media entre 15 y 25 dólares y se puede afinar con un fichero REVIEW.md en la raíz del repo. Anthropic lo usó en cada PR del sprint en el que triplicaron la velocidad de claude.ai, junto con al menos una aprobación humana.

🐞 El trío antes de un PR: /simplify para limpiar, /code-review para cazar bugs y /security-review para las vulnerabilidades. En ese orden: el código limpio da menos falsos positivos.

Bonus: secretos que no son comandos pero merecen mención ¶

Hay funcionalidades que no se activan con / pero son igual de potentes.

Ejecución de shell en Skills y Slash Commands. La sintaxis !`comando` dentro de un fichero de skill o comando personalizado ejecuta el shell antes de enviar el contenido a Claude. Así inyectas contexto dinámico como diffs, listados de ficheros o estados de git:

<!-- .claude/commands/review.md -->
---
allowed-tools: Bash(git diff:*)
description: Revisión de código con contexto dinámico

## Cambios actuales
!`git diff HEAD`

## Rama actual
!`git branch --show-current`

Revisa los cambios buscando problemas de calidad y seguridad.

Extended thinking en Skills. Incluir las palabras clave de thinking extendido (como “ultrathink”) en el contenido de una skill activa el pensamiento profundo de Claude de forma automática. No necesitas pedirlo en cada prompt.

Modelo por comando. Puedes asignar un modelo diferente a cada slash command en el frontmatter. ¿Un comando simple de formateo? Usa Haiku para que vaya rápido y cueste poco. ¿Una revisión de arquitectura? Opus.

---
model: haiku
description: Genera commit message con convención estándar
---

¿Por dónde empezar? ¶

Si nunca has usado ninguno de estos comandos, mi sugerencia es esta ruta:

1. Hoy: ejecuta /powerup y haz dos lecciones, /context para ver el estado de tu ventana y /stats para conocer tus patrones
2. Esta semana: incorpora /compact con instrucciones, /simplify antes de cada PR y /btw para las dudas que te asaltan mientras Claude trabaja
3. Este mes: configura un par de hooks con /hooks, ejecuta /insights, graba la receta de arranque de tu proyecto con /run-skill-generator y prepara tu CLAUDE.md con instrucciones de compactación
4. Cuando tengas un refactor grande: dale una oportunidad a /batch, y sube a /effort xhigh mientras dure
5. Cuando estés esperando algo: deja un /loop vigilando el CI o el deploy, y pasa /code-review antes de cada push
6. Cuando la decisión sea cara: activa /advisor opus sobre un principal más barato y deja que consulte en los puntos críticos
7. Cuando tengas dos ideas y un solo contexto: /branch y pruebas las dos
8. Cuando lo necesites: prueba /voice para dictar los prompts complejos y /remote-control para seguir trabajando desde el sofá

No intentes cambiar todo de golpe. Cada uno de estos comandos resuelve un problema concreto. Identifica cuál te duele más y empieza por ahí. Y si lo que buscas es que Claude trabaje hacia un objetivo entre turnos sin que estés delante, el comando /goal merece capítulo aparte. Si quieres una referencia aún más amplia, nuestros 60 trucos para dominar Claude Code cubren desde la instalación hasta técnicas avanzadas de orquestación.

La documentación oficial de todos estos comandos está en code.claude.com/docs, con páginas propias para el advisor, los niveles de esfuerzo y el modo interactivo, que es donde se esconden /btw y /recap. El changelog del repositorio en GitHub es un recurso valioso para estar al día con las novedades, que no son pocas. Cada semana llega algo nuevo.

Y si después de leer esto abres Claude Code y tecleas /insights por primera vez (o le dices a /voice lo que quieres hacer), cuéntame qué te ha dicho. Apuesto a que te llevas alguna sorpresa.

Preguntas frecuentes sobre los comandos de Claude Code ¶

¿Cuál es la diferencia entre un comando integrado y una bundled skill?

Los comandos integrados (/compact, /context, /rewind, /hooks, /stats, /security-review, /remote-control, /voice, /effort, /advisor, /btw, /branch, /powerup) tienen lógica fija en el binario de Claude Code. Las bundled skills (/batch, /simplify, /debug, /run, /verify, /run-skill-generator, /loop, /code-review) llegaron con la versión 2.1.63 y funcionan con orquestación basada en prompts: son ficheros Markdown que Claude interpreta como instrucciones. La diferencia práctica es que las skills son más flexibles pero consumen más tokens.

¿Puedo usar los comandos de Claude Code en español?

Sí. Los comandos como /compact, /simplify o /debug aceptan instrucciones en cualquier idioma. Por ejemplo, /compact enfócate en el módulo de autenticación funciona igual que su equivalente en inglés. Claude Code interpreta el lenguaje natural del prompt, no depende del idioma.

¿Cuántos tokens consume /compact y cuánto ahorra?

La compactación en sí consume tokens para generar el resumen, pero el ahorro neto es de aproximadamente un 50% del contexto acumulado. Si tu sesión lleva 150.000 tokens de historial, después de /compact ese historial puede quedar en unos 75.000. El coste del resumen es mínimo comparado con lo que recuperas.

¿/batch funciona con cualquier tamaño de proyecto?

/batch descompone el trabajo en 5 a 30 unidades dependiendo de la complejidad. Funciona bien en proyectos con ficheros independientes o con baja dependencia cruzada. Para monorepos muy acoplados, es mejor usar Claude Code en modo conversación o con Agent Teams, donde la coordinación entre cambios es más precisa.

¿Puedo combinar /simplify con /security-review en un solo flujo?

Sí, y es una de las combinaciones más eficaces. Ejecuta primero /simplify para limpiar el código y luego /security-review para auditar. El código simplificado produce menos falsos positivos en la revisión de seguridad. /batch ya hace esto de forma automática antes de crear cada Pull Request.

¿Los hooks de Claude Code se pueden compartir con el equipo?

Sí. Los hooks configurados en .claude/settings.json a nivel de proyecto se versionan con git y cualquier persona que clone el repositorio los tiene disponibles. Los hooks personales se configuran en ~/.claude/settings.json y solo afectan a tu entorno local.

¿Cuál es la diferencia entre Remote Control y Claude Code on the web?

Remote Control ejecuta la sesión en tu máquina local, lo que te da acceso a tu sistema de ficheros, MCP servers y configuración de proyecto. Claude Code on the web ejecuta en infraestructura cloud de Anthropic. Usa Remote Control para continuar trabajo local desde otro dispositivo. Usa Claude Code on the web para arrancar tareas sin configuración local o trabajar en repos que no tienes clonados.

¿Qué diferencia hay entre /effort y cambiar de modelo con /model?

/model cambia qué modelo responde. /effort cambia cuánto piensa ese modelo antes de actuar, dentro del mismo modelo. Un Sonnet en xhigh puede rendir mejor en una tarea de planificación que un Opus en low, y cuesta menos. La regla práctica: elige modelo por capacidad general y ajusta effort por dificultad de la tarea concreta. ultracode es un caso aparte, porque además de xhigh activa la orquestación automática de workflows dinámicos.

¿/advisor funciona con una suscripción Pro o Max, o necesito API?

El advisor está disponible tanto para cuentas con suscripción como para cuentas facturadas por API, porque se ejecuta como herramienta de servidor en la infraestructura de Anthropic. Lo que sí es requisito es usar la API de Anthropic: no funciona en Amazon Bedrock, Claude Platform on AWS, Google Cloud’s Agent Platform ni Microsoft Foundry. Sigue siendo una funcionalidad experimental, así que su comportamiento y su precio pueden cambiar.

¿Las preguntas de /btw se guardan en el historial de la conversación?

No. Ni la pregunta ni la respuesta entran nunca en el historial de la conversación. En el terminal, el hilo de preguntas laterales vive en memoria: puedes limpiarlo con x y desaparece al salir de Claude Code. Claude sí reproduce tus 20 intercambios laterales más recientes al hacer una pregunta nueva, para que haya continuidad entre ellas, pero eso no toca la conversación principal.

¿Cuál es la diferencia real entre /branch y /fork?

/branch copia la conversación en el punto actual y te mete a ti dentro de la copia, dejando la original intacta: es para explorar tú un camino alternativo. /fork no te mueve de sitio, lanza un subagente en segundo plano que hereda toda la conversación y trabaja en una tarea lateral mientras tú sigues en la sesión principal: es para delegar. Con agent view activo, el comando para lanzar forks es /subtask.

¿Tengo que ejecutar /run-skill-generator en cada sesión?

No. Se ejecuta una vez por proyecto y el resultado queda guardado como una skill del propio repositorio, versionada en git. A partir de ahí, /run, /verify y cualquier otro agente que trabaje en ese repo siguen la receta grabada. Solo hay que volver a ejecutarlo si cambia el proceso de build o de arranque.

¿Qué diferencia hay entre /loop y /goal?

/loop repite un prompt con un intervalo (fijo o elegido por Claude) mientras la sesión esté abierta, y las tareas recurrentes caducan a los 7 días. /goal no depende del reloj: hace que Claude siga trabajando turno tras turno hasta que se cumpla una condición que tú defines. Usa /loop para vigilar algo externo y /goal para terminar una tarea.

¿En qué se diferencian /code-review, /simplify y /security-review?

/code-review busca bugs de corrección en tu diff y puede aplicar los arreglos con --fix. /simplify solo mejora la calidad (reutilización, simplificación, eficiencia) y no caza errores. /security-review se centra en vulnerabilidades. Los tres trabajan sobre lo que has cambiado, y combinados cubren limpieza, bugs y seguridad antes de abrir un PR.

¿/voice consume tokens adicionales?

No. Según Anthropic, los tokens de la transcripción de voz no cuentan contra tu rate limit. El modo voice está disponible en los planes Pro, Max, Team y Enterprise y se activa con /voice una vez que tengas acceso al despliegue progresivo.

🧨 Última oportunidad para recibir la dinamita que mereces sobre programación con IA el próximo domingo: Suscríbete gratis a Web Reactiva en https://webreactiva.com/newsletter