Nota del autor: He recopilado 20 indicaciones (prompts) de bucle /loop para Claude Code, validadas y listas para usar. Cubren 6 escenarios clave: revisión de PR, monitoreo de despliegue, calidad de código, escaneo de seguridad, análisis de logs y más, incluyendo recomendaciones de intervalos.
El comando /loop de Claude Code es la funcionalidad más útil de marzo de 2026: transforma a Claude Code de un "asistente de chat puntual" a un "trabajador en segundo plano que opera de forma continua". Sin embargo, muchos desarrolladores instalan /loop y no saben qué ejecutar. Este artículo recopila 20 indicaciones validadas en entornos reales, clasificadas en 6 escenarios, listas para copiar y pegar.
Valor central: 20 indicaciones que cubren las necesidades de automatización más frecuentes en el desarrollo diario, cada una con intervalos recomendados y precauciones.
/loop: Repaso rápido de conceptos básicos
Antes de profundizar en las indicaciones, echemos un vistazo rápido al mecanismo central de /loop.
| Dimensión | Descripción |
|---|---|
| Sintaxis básica | /loop [intervalo] [descripción de la tarea] |
| Intervalo predeterminado | 10 minutos (si no se especifica) |
| Formato de intervalo | 5m (minutos), 2h (horas), 1d (días) |
| Concurrencia máxima | 50 tareas programadas por sesión |
| Expiración automática | Se elimina automáticamente después de 3 días |
| Condiciones de parada | Cerrar terminal / Salir de la sesión / Desconexión SSH |
| Características | Descripción en lenguaje natural, Claude lo convierte automáticamente a expresiones cron |
Escenario 1: Inspección de PR (4 indicaciones)
La inspección de PR es el escenario de mayor valor para /loop, ya que muchos desarrolladores pierden mucho tiempo cambiando constantemente entre revisar PRs y escribir código. Deja que Claude realice la inspección en segundo plano y tú solo ocúpate cuando recibas una notificación.
Indicación #1: Monitoreo del estado de CI
/loop 10m Comprueba el estado de CI de todos los PR abiertos. Si hay algún fallo nuevo, dime qué PR es, qué trabajo (job) falló y cuál es la razón del fallo.
Intervalo recomendado: 10 minutos
Valor: Detecta fallos de CI al instante, sin necesidad de actualizar GitHub manualmente.
Indicación #2: Seguimiento de comentarios en PR
/loop 15m Comprueba todos los PR abiertos que he creado. Si hay nuevos comentarios o feedback de revisión, resume el contenido y dime cuáles requieren mi respuesta.
Intervalo recomendado: 15 minutos
Valor: No vuelvas a pasar por alto un comentario de revisión y responde a tiempo.
Indicación #3: Detección de conflictos de fusión
/loop 30m Comprueba las últimas confirmaciones (commits) de la rama main. Si mi rama actual tiene conflictos con main, dime la lista de archivos en conflicto.
Intervalo recomendado: 30 minutos
Valor: Detecta conflictos con antelación para evitar tener que resolverlos justo al momento de fusionar el PR.
Indicación #4: Revisión automática de PR
/loop 15m Comprueba si se ha abierto algún PR nuevo. Si es así, revisa automáticamente los cambios y resume: 1) Qué se cambió, 2) Problemas potenciales, 3) Sugerencias.
Intervalo recomendado: 15 minutos
Valor: Convierte a Claude en un revisor de código disponible las 24 horas.
Escenario 2: Monitoreo de despliegue (3 indicaciones)
Indicación #5: Verificación de salud del servicio
/loop 5m curl localhost:3000/health, si devuelve un código de estado distinto a 200 o hay tiempo de espera, infórmame inmediatamente sobre el estado del servicio y los registros de errores recientes
Intervalo recomendado: 5 minutos
Valor: Detecta cuando el servicio se cae al instante durante el desarrollo local.
Indicación #6: Monitoreo de la canalización de construcción
/loop 5m verifica el estado de ejecución más reciente de GitHub Actions, si algún workflow falla, dime cuál es, en qué paso falló y las líneas clave del registro de errores
Intervalo recomendado: 5 minutos
Valor: No necesitas estar pendiente de la página de Actions esperando los resultados de la compilación.
Indicación #7: Detección de regresión post-despliegue
/loop 2m ejecuta npm test -- --testPathPattern="critical" y verifica los resultados, si hay pruebas fallidas avísame de inmediato, detente después de 3 pases consecutivos
Intervalo recomendado: 2 minutos (monitoreo a corto plazo tras el despliegue)
Valor: Ejecuta automáticamente pruebas críticas tras el despliegue para confirmar que no hay regresiones.
Escenario 3: Escaneo de seguridad (3 indicaciones)
Indicación #8: Detección de vulnerabilidades en dependencias
/loop 24h ejecuta npm audit y enumera todas las vulnerabilidades de nivel alto y crítico, proporcionando acciones de reparación recomendadas (actualizar versiones o reemplazar paquetes)
Intervalo recomendado: 24 horas
Valor: Verifica automáticamente la seguridad de las dependencias cada día sin necesidad de ejecutar el audit manualmente.
Indicación #9: Escaneo de información sensible
/loop 1h escanea el git diff de la última hora, verifica si se han enviado accidentalmente claves API, contraseñas, tokens u otra información sensible, y alerta si se encuentra algo
Intervalo recomendado: 1 hora
Valor: Evita que información sensible se filtre en el historial de git.
Indicación #10: Revisión de código en modo seguridad
/loop 2h escanea los archivos nuevos o modificados en el directorio src/, verifica si hay riesgos de seguridad como inyección SQL, XSS, inyección de comandos, etc., y genera directamente un PR de reparación si encuentra algo
Intervalo recomendado: 2 horas
Valor: Auditoría de seguridad continua, detecta problemas y los repara directamente.
Escenario 4: Calidad de código (4 indicaciones)
Indicación #11: Monitoreo de cobertura de pruebas
/loop 1h Ejecuta la comprobación de cobertura de pruebas. Si la cobertura global es inferior al 80% o hay archivos nuevos sin pruebas, enumera los archivos específicos y ofrece sugerencias.
Indicación #12: Reparación automática de errores de Lint
/loop 30m Ejecuta eslint src/ --fix. Si hay errores que no se pueden corregir automáticamente, resume los tipos de error y sus ubicaciones.
Indicación #13: Resumen de TODO/FIXME
/loop 2h Escanea todos los comentarios TODO y FIXME en el código, ordénalos por prioridad y verifica si hay elementos pendientes de hace más de 7 días.
Indicación #14: Monitoreo de complejidad de funciones
/loop 2h Revisa los archivos modificados recientemente en src/. Si alguna función tiene una complejidad ciclomática superior a 15 o más de 100 líneas, sugiere una refactorización.
Escenario 5: Análisis de registros (3 indicaciones)
Indicación #15: Detección en tiempo real de errores FATAL
/loop 5m Escanea las entradas FATAL y ERROR añadidas en los últimos 5 minutos en ./logs/app.log. Si encuentras un error corregible, abre directamente un PR de reparación.
Valor: Detección automática + reparación automática, maximizando el valor de /loop.
Indicación #16: Análisis de tendencias de errores
/loop 1h Cuenta el número de ERROR en el directorio ./logs/ durante la última hora, compáralo con la hora anterior y emite una alerta si el crecimiento supera el 50%.
Indicación #17: Anomalías en el tiempo de respuesta de la API
/loop 10m Revisa las solicitudes de API de los últimos 10 minutos en ./logs/access.log. Si el tiempo de respuesta promedio supera los 2 segundos o hay solicitudes que superan los 10 segundos, enumera los detalles de las solicitudes lentas.
Escenario 6: Colaboración en equipo (3 indicaciones)
Indicación #18: Resumen diario de cambios de código
/loop 24h resume todos los commits de git de las últimas 24 horas, agrupados por módulo, listando el resumen de cambios de cada desarrollador y los archivos involucrados
Valor: Generación automática de informes diarios del equipo, eliminando la necesidad de que cada persona los redacte manualmente.
Indicación #19: Limpieza de ramas obsoletas
/loop 24h lista todas las ramas remotas que no han tenido actualizaciones en más de 30 días, indica si ya se han fusionado a main y sugiere cuáles se pueden eliminar de forma segura
Indicación #20: Verificación de sincronización del README
/loop 2h comprueba si los pasos de instalación y la documentación de la API en el README.md coinciden con el código real, y marca cualquier contenido desactualizado
Mejores prácticas para el uso de /loop
Tabla de consulta rápida para intervalos de /loop
| Nivel de urgencia | Intervalo recomendado | Escenario de uso |
|---|---|---|
| Urgente | 2-5m | Detección de regresión tras despliegue, comprobación de salud del servicio |
| Importante | 10-15m | Monitorización de CI, seguimiento de comentarios en PR, anomalías de API |
| Normal | 30m-2h | Calidad de código, escaneos de seguridad, tendencias de logs |
| Baja frecuencia | 24h | Auditoría de dependencias, generación de informes diarios, limpieza de ramas |
Consejos para redactar indicaciones de /loop
| Técnica | Descripción | Ejemplo |
|---|---|---|
| Definir condiciones de alerta | Notificar solo ante anomalías para evitar sobrecarga | "Avísame si falla" en lugar de "Infórmame siempre" |
| Especificar plan de acción | Ejecutar correcciones automáticamente tras detectar problemas | "Si es reparable, abre un PR directamente" |
| Limitar el alcance | Evitar escanear todo el proyecto para ahorrar tiempo | "Escanea el directorio src/" en lugar de "Escanea todos los archivos" |
| Establecer condiciones de parada | Evitar ejecuciones continuas sin sentido | "Detente tras 3 éxitos consecutivos" |
| Combinar herramientas externas | La salida de /loop puede activar notificaciones | "Escribe la salida en alert.log para que el sistema de monitorización lo lea" |
🎯 Consejo práctico: Te recomiendo empezar con la revisión de PR (#1-#2) y la monitorización de despliegues (#5), ya que son los escenarios con mayor retorno de inversión. Una vez que te familiarices, añade gradualmente tareas recurrentes de escaneo de seguridad y calidad de código.
Si utilizas la invocación del modelo Claude para tareas de automatización más complejas, te recomendamos acceder a Claude Opus 4.6 con un 20% de descuento a través de APIYI en apiyi.com.
Preguntas frecuentes
Q1: ¿Cuántos tokens consume /loop?
Cada ejecución del bucle es una solicitud completa a Claude, por lo que el consumo de tokens depende de la complejidad de la tarea. Las comprobaciones de estado simples (#5) consumen entre 500 y 1000 tokens por vez, mientras que las revisiones de código complejas (#10) pueden requerir entre 5000 y 10000 tokens. Recomendación: utiliza intervalos cortos (5-10 min) para tareas de monitoreo e intervalos largos (1-2 h) para tareas de análisis, así evitarás el desperdicio de tokens. Puedes obtener un 20% de descuento al invocar la API de Claude a través de APIYI (apiyi.com).
Q2: ¿La tarea /loop sigue activa si cierro la terminal?
No. Las tareas /loop solo se ejecutan mientras la sesión de Claude Code esté activa. Cerrar la terminal, salir de la sesión o desconectarse de SSH provocará que todas las tareas programadas desaparezcan sin posibilidad de recuperación. Si necesitas tareas que se ejecuten de forma continua (24/7), te sugiero usar cron con el modo headless de claude -p, o configurar un cron a nivel de sistema para invocar Claude Code.
Q3: ¿Son suficientes 50 tareas concurrentes?
Para la gran mayoría de los casos, sí. Incluso activando las 20 indicaciones de este artículo, solo usarías 20. Sin embargo, te recomiendo activarlas de forma selectiva según su prioridad: la revisión de PR y el monitoreo de despliegue son esenciales (alto valor), mientras que el escaneo de seguridad y la calidad del código pueden activarse bajo demanda. Ten en cuenta que cada ejecución consume tokens, por lo que activar demasiadas tareas agotará tu saldo rápidamente.
Q4: ¿Se puede integrar /loop con notificaciones externas (Slack/correo)?
Por sí mismo, /loop no envía notificaciones directas, pero puedes combinarlo en tus indicaciones con herramientas externas: "añade la información de alerta a ./alerts.log", y luego usar otro script para monitorear ese archivo y enviar la notificación por Slack o correo. Un enfoque más avanzado consiste en utilizar conectores MCP para interactuar directamente con Slack o emplear los Hooks de Claude Code para disparar notificaciones ante eventos específicos.
Resumen
Puntos clave sobre las indicaciones prácticas para Claude Code /loop:
- 6 escenarios y 20 indicaciones: Revisión de PR (4), monitoreo de despliegue (3), escaneo de seguridad (3), calidad de código (4), análisis de logs (3) y colaboración en equipo (3); solo tienes que copiar y pegar.
- Los cuatro elementos de una buena indicación: Intervalo + Tarea + Condición de alerta + Plan de acción. Notifica solo cuando haya anomalías y automatiza la reparación si se detectan problemas.
- Empieza por la revisión de PR: La revisión de PR y el monitoreo de despliegue son los dos escenarios con mejor retorno de inversión; te recomiendo comenzar por ellos.
Te recomendamos acceder a la API de Claude Opus 4.6 a través de APIYI (apiyi.com) con un 20% de descuento. Ya sea para tareas de /loop o cualquier otro escenario de desarrollo con IA, disfrutarás de un servicio estable, con alta concurrencia y sin límites de velocidad.
📚 Referencias
-
Documentación oficial de tareas programadas de Claude Code: Explicación completa de /loop y /schedule
- Enlace:
code.claude.com/docs/en/scheduled-tasks - Descripción: Incluye sintaxis, limitaciones y métodos de configuración.
- Enlace:
-
Guía práctica de /loop en Claude Code: 3 casos de flujo de trabajo reales
- Enlace:
medium.com/@joe.njenga/claude-code-loop-create-new-native-autonomous-loops-that-work - Descripción: Incluye implementaciones completas para revisión de PR, monitoreo de compilación y escaneo de registros.
- Enlace:
-
Flujo de trabajo de desarrollo automatizado con /loop en Claude Code: Métodos y consejos detallados de uso
- Enlace:
verdent.ai/guides/claude-code-loop-command - Descripción: Incluye selección de intervalos, optimización de la indicación e integración externa.
- Enlace:
-
Centro de documentación de APIYI: Acceso a la API de Claude Opus 4.6 con un 20% de descuento
- Enlace:
docs.apiyi.com - Descripción: El consumo de tokens para tareas /loop puede obtener descuentos a través de APIYI.
- Enlace:
Autor: Equipo técnico de APIYI
Intercambio técnico: Te invitamos a participar en la sección de comentarios. Para más información, visita el centro de documentación de APIYI en docs.apiyi.com.
