Boris Cherny, el responsable de Claude Code en Anthropic, dijo algo que suena raro viniendo de la persona que más prompts ha escrito en su vida: ya no escribe prompts. Tiene loops que se los escriben por él, los loop en claude code son el presente y futuro. Si el jefe de Claude Code dejó de teclear cada orden, quizás sea buena idea entender por qué y, sobre todo, cómo sacarle el jugo tú también.
¿Qué es un loop?
Piénsalo así: hasta ahora, cada vez que Claude hacía algo por ti, empezaba contigo escribiendo. Tú pides, Claude responde, tú revisas, tú vuelves a pedir. Tú eres el motor — si tú no escribes, no pasa nada.
Un loop le da la vuelta a eso. En lugar de una tarea suelta, le das a Claude una meta o un ritmo, y el propio agente se da instrucciones a sí mismo hasta cumplirla. No para cuando cree que terminó — para cuando puede comprobar, con un número o una lista, que la condición se cumplió de verdad. Esa es la diferencia entre agentes de ia autónomos que de verdad lo son, y un chatbot que solo contesta lo que le preguntas.
Loop en Claude: los tres comandos que lo hacen posible
Claude Code resuelve esto con tres comandos que suenan parecido pero contestan preguntas distintas: ¿qué dispara la siguiente vuelta, y cuándo se detiene?
/goal — le pones el final, no el camino
Con /goal defines un estado final medible y Claude itera solo hasta llegar ahí. Tras cada vuelta, un modelo revisa si ya se cumplió la condición; si no, arranca otra vuelta sin devolverte el teclado. Una buena condición de goal tiene cuatro piezas: un estado final medible, cómo se verifica, qué no se puede tocar y un límite de iteraciones o tiempo.
/loop — el ritmo que tú eliges (o no)
/loop tiene tres modos: intervalo fijo (cada 30 segundos, 10 minutos, 2 horas, 1 día…), modo dinámico —Claude decide su propio ritmo y se apaga solo al terminar— y modo mantenimiento, que corre tu archivo CLAUDE.md si existe en el proyecto. Vive en tu sesión local: si cierras la terminal, el loop se muere con ella.
/schedule — el que no necesita que tu compu esté prendida
/schedule corre en la nube de Anthropic, no en tu máquina. Nada de terminal abierta ni ordenador encendido a esa hora. Disponible en los planes Pro, Max, Team y Enterprise — la opción para todo lo que debe seguir corriendo aunque tú estés durmiendo.
| Criterio | /goal | /loop | /schedule |
|---|---|---|---|
| Dónde corre | Tu sesión local | Tu sesión local | Nube de Anthropic |
| Necesita tu ordenador encendido | Sí | Sí | No |
| Cuándo se detiene | Al cumplir la condición | Nunca solo (tú lo paras) | Nunca solo (tú lo paras) |
| Define | Un estado final medible | Un ritmo (intervalo o dinámico) | Un horario fijo |
| Ideal para | Tareas con un final claro | Trabajo continuo mientras estás activo | Tareas recurrentes sin supervisión |
La frase que resume todo
Cherny lo dijo así de directo: ya no le da instrucciones a Claude una por una — diseña los loops que se las dan por él, y su trabajo ahora es justamente ese: escribir loops.
Loop de IA: la misma idea, más allá de Claude
El concepto de loop de ia no nace ni muere con Claude Code. La misma lógica aparece, con otro acento, en el loop en codex de OpenAI y en cualquier terminal agéntica que trabaje por objetivos. La idea de fondo es igual en todas: en vez de una secuencia fija de pasos, el agente necesita criterio para razonar sobre lo que se va encontrando en cada vuelta.
Ahí está la línea que separa un loop de ia de una automatización clásica tipo n8n o un cron: esas herramientas son deterministas, siempre los mismos pasos en el mismo orden, perfectas para lo repetitivo y predecible. Un agente ia loop entra en juego cuando la tarea exige juicio, no solo ejecución. La regla simple para decidir es esta: si los pasos son siempre los mismos conviene una automatización clásica, y si la tarea necesita decidir sobre la marcha con contexto conviene un loop de ia.
Crea tu primer loop hola mundo
Todo el mundo debería empezar por el mismo sitio: un loop que solo mira y avisa, nunca edita ni borra nada tuyo. Es el primer loop ia perfecto porque el peor escenario posible es que te deje un feedback que no te sirva — nunca que te dañe un archivo.
Paso 1 — crea dos carpetas
Una carpeta input/, donde vas a dejar lo que quieres que Claude revise. Y una carpeta reviews/, donde Claude va a dejar su opinión escrita. Nunca se cruzan.
Paso 2 — escribe las reglas del juego
Dentro del proyecto, crea un archivo CLAUDE.md con instrucciones claras: revisar todo lo que haya en input/ y escribir el feedback solo dentro de reviews/. Nada de tocar el archivo original, nada de crear archivos sueltos por ahí. Y que cada reporte incluya siempre lo mismo: de qué trata el archivo, qué está bien, qué es débil, mejoras concretas y una nota sobre 10.
Paso 3 — mete algo real para revisar
Un texto a medias, un guion, un trozo de código, una idea sin pulir. Mejor si es algo real que tengas pendiente: así el primer feedback te sirve de verdad, no es solo una prueba.
Paso 4 — enciende el loop
Una sola línea, hablándole a Claude como a una persona. Tu primer comando: /loop 1d revisa los archivos nuevos en input/ y deja un reporte en reviews/ siguiendo las reglas de CLAUDE.md
Y si prefieres que se detenga solo cuando termine con todo lo pendiente, en vez de repetir cada día, cámbialo por un /goal que no pare hasta que no quede ningún archivo sin revisar.
Paso 5 — lee el feedback cuando tengas tiempo
Cada corrida deja un reporte nuevo en reviews/, con la fecha en el nombre. Tú lo abres cuando quieras, sin afán. La IA nunca toca ni cambia lo que dejaste en input/ — apenas te deja su opinión escrita al lado. Eso es un loop de ia funcionando: automatización sin código, cero riesgo, feedback diario sin que tengas que acordarte de pedirlo.
Cómo sacarle el jugo a las herramientas de la comunidad
Instalar una de estas herramientas no te da magia automática: cada una resuelve un problema concreto que el /goal y el /loop nativos dejan a medias.
| Herramienta | Qué resuelve | Comando clave | Instalación |
|---|---|---|---|
| ralph-claude-code | Loops largos y desatendidos: tope de llamadas por hora, backups automáticos en git y conexión a GitHub Issues. | ralph --monitor |
git clone github.com/frankbria/ralph-claude-code |
| looper | Diseñar el loop antes de correrlo: revisa que la meta sea verificable y añade un segundo modelo revisor. | /looper |
curl -fsSL raw.githubusercontent.com/ksimback/looper/main/install.sh | bash |
| awesome-claude-code | Catálogo, no herramienta: skills, hooks, agentes y loops ya construidos por la comunidad. | — (solo consulta) | github.com/hesreallyhim/awesome-claude-code |
Aquí va cómo instalar cada una, qué comando correr, y qué puedes hacer con ella una vez activa.
ralph-claude-code — para que el loop no se te caiga a mitad de camino
Si ya probaste tu /loop hola mundo y quieres algo más serio —un desarrollo autónomo que dure horas sin que tengas que vigilarlo— esta es la herramienta. Se instala una vez con git clone github.com/frankbria/ralph-claude-code seguido de ./install.sh, y a partir de ahí queda como comando global en tu sistema. Para activarlo en un proyecto entras a la carpeta y corres ralph-enable, que detecta el tipo de proyecto e importa tareas desde GitHub Issues, desde un PRD, o las que tú definas a mano. Luego arrancas con ralph --monitor y te deja un dashboard en vivo.
Con esto puedes:
- Dejar que Claude termine un feature completo sin que tengas que revisar cada paso.
- Poner un tope de llamadas por hora para que no se dispare el gasto.
- Activar backups automáticos en git antes de cada vuelta por si algo sale mal.
- Conectar el loop directamente a un issue de GitHub para que abra el pull request solo al terminar.
looper — para no lanzar un loop mal planteado
Esta es la que usas antes de escribir tu /goal, no después. Se instala con una línea en la terminal: curl -fsSL raw.githubusercontent.com/ksimback/looper/main/install.sh | bash en Mac o Linux. Una vez instalada, la invocas dentro de Claude Code con /looper y te hace una entrevista corta sobre qué quieres lograr. Si tu meta está mal planteada —vaga, sin forma de verificarse— te lo dice ahí mismo, antes de gastar un solo token en correr el loop.
Con esto puedes:
- Convertir una idea difusa en una meta con verificación programática.
- Pedir que un segundo modelo distinto revise el trabajo del primero para que no se autoapruebe.
- Poner topes de revisión y de iteraciones antes de arrancar.
- Guardar el diseño del loop como un archivo reutilizable para la próxima vez que necesites algo parecido.
awesome-claude-code — el catálogo, no una herramienta
Esta no se instala ni se ejecuta: es un repositorio índice, github.com/hesreallyhim/awesome-claude-code, que reúne casi todo lo que la comunidad ha construido para Claude Code — skills, hooks, agentes, plugins y loops.
Con esto puedes:
- Buscar si alguien ya resolvió tu caso de uso antes de construirlo de cero.
- Encontrar plantillas de
CLAUDE.mdpara tu tipo de proyecto. - Descubrir nuevas skills que se instalan igual que looper, con una línea de terminal.
Cómo sacarle el jugo a los MCP de scheduling
Un MCP de scheduling no reemplaza al /schedule nativo — lo complementa cuando necesitas algo que el nativo no cubre: webhooks, historial consultable, o dispararse por un evento en vez de por hora.
| MCP | Qué tarea hace | Ejemplo real | Instalación |
|---|---|---|---|
| mcp-cron | Programa shell, prompts de IA o webhooks con cron completo. Historial en SQLite consultable con SQL. | «Cada día a las 9am revisa mi API de ventas y mándame un resumen» | claude mcp add mcp-cron -- npx -y mcp-cron |
| claudecron | Igual que mcp-cron, pero además se dispara por hooks de Claude Code o por cambios de archivo en tiempo real. | «Corre prettier cada vez que guarde un archivo .ts» | github.com/phildougherty/claudecron |
mcp-cron — cuando necesitas consultar el historial con SQL
Se instala con una sola línea en Claude Code: claude mcp add mcp-cron -- npx -y mcp-cron. Una vez conectado, se lo pides en español y Claude usa la herramienta por ti: «crea una tarea que revise mi API de ventas cada día a las 9am y me mande un resumen» se convierte en una tarea programada con cron completo.
Con esto puedes:
- Programar comandos de shell, prompts de IA o peticiones a webhooks, todo con cron hasta con segundos de precisión.
- Preguntarle a Claude directamente «cuántas veces falló la tarea esta semana» porque el historial completo queda en una base SQLite consultable con SQL.
claudecron — cuando quieres que se dispare por un evento, no por hora
Se instala clonando github.com/phildougherty/claudecron, corriendo npm install y npm run build dentro de la carpeta mcp-server, y añadiendo la ruta al archivo de configuración de Claude. La diferencia frente a mcp-cron es que no solo entiende horarios: entiende eventos propios de Claude Code.
Con esto puedes:
- Pedirle «corre prettier cada vez que guarde un archivo TypeScript» y se dispara al instante sin esperar ningún reloj.
- Generar un resumen automático de tus commits cada vez que arrancas una sesión nueva.
- Encadenar tareas para que una dependa de que otra haya terminado antes.
Advertencia
Estas herramientas son de terceros: tú las instalas y las mantienes, no son parte del producto de Anthropic. Instalar una no consume menos tokens que escribir tu propio
/loop — lo que te ahorran es tiempo de configuración, no gasto de API.
¿La suscripción permite una tarea automática todos los días a la misma hora?
Depende de qué comando uses, y aquí es donde mucha gente se confunde.
/loop no sirve para esto
/loop vive dentro de tu sesión abierta. Si le dices que corra cada día a las 14:00 pero cierras la terminal o apagas el ordenador antes, esa ejecución simplemente no pasa. Para que funcione, tu equipo tiene que estar encendido y la sesión activa a esa hora exacta — en la práctica, esto es automatización solo mientras estás trabajando.
/schedule sí — y va incluido en la suscripción
/schedule corre en la nube de Anthropic, no en tu máquina. Ahí sí puedes decirle «todos los días laborables a las 14:00» y se ejecuta exista o no tu ordenador encendido. Está disponible en los planes de suscripción — Pro, Max, Team y Enterprise — no es exclusivo de quien paga por token vía API.
Lo que sí hay que tener claro
La ejecución programada consume del mismo cupo de tokens de tu suscripción (la ventana de 5 horas y el tope semanal), compartido con tu uso normal de chat y código. No es un pago aparte, pero sí resta de tu cuota.
Casos más avanzados, cuando ya le agarraste el ritmo
Los cuatro patrones de loop
- Goal loop — itera hasta una condición verificable, como tests en verde o errores a cero.
- Heartbeat loop — hace una acción pequeña y continua, sin final definido, pensada para mantenimiento incremental.
- Cron loop — corre en un horario fijo, útil para reporting, limpieza o loop monitoreo web periódico.
- Hook loop — se dispara por un evento externo, como una falla de CI o un cambio en el repositorio.
Ejemplos concretos para copiar
Para loop monitoreo web funciona /loop 10m revisa que mi página siga funcionando y avísame si algo se rompe. Para loop revisión de código funciona /loop 1h revisa el código nuevo desde la última vuelta y deja tus comentarios en review.md. Y para vigilar competencia funciona /loop 1d revisa las páginas de precios de mis competidores y anota cualquier cambio en competencia.md.
Cuando ya no basta un solo agente: maker y checker
En loops de producción es habitual usar dos agentes: uno hace el trabajo y otro lo revisa, porque un solo modelo tiende a aprobar su propio resultado aunque tenga errores. Separar quién hace y quién verifica reduce ese sesgo de raíz — es justo lo que hace looper cuando te sugiere un segundo modelo revisor.
Escribir una meta medible ia (la parte que casi todos hacen mal)
Una meta necesita un número o una lista para que Claude sepa cuándo parar. «Revisa que quede bien» no le sirve a nadie. «Revisa que el artículo tenga mínimo 5 secciones y cada afirmación lleve su fuente» sí — porque Claude puede contarlo y compararlo.
Límites técnicos honestos
Límites técnicos honestos
Los loops locales expiran a los 7 días. El máximo son 50 tareas programadas por sesión. Si Claude está ocupado cuando le toca correr, esa corrida se salta y no se recupera. Y el intervalo tiene un margen de variación conocido como jitter, así que no conviene usarlo para nada que exija precisión de reloj suizo.
Los errores más caros
- Una meta vaga o no verificable — el más frecuente.
- No orientar a Claude sobre el proyecto antes de arrancar el loop.
- Poner un intervalo más corto que lo que tarda cada ciclo en completarse.
- No poner límite de iteraciones.
- Dar permisos de escritura amplios desde el primer día en vez de empezar en modo lectura.
Loop engineering
Prompt engineering fue la habilidad que definió los últimos años: saber pedirle bien las cosas a un modelo. Loop engineering es el paso siguiente, y es lo que describe Cherny cuando dice que ya no escribe prompts — diseña sistemas que generan sus propios prompts, vuelta tras vuelta, sin que él tenga que estar ahí para escribir el siguiente.
La diferencia no es cosmética. Un prompt es una instrucción de un solo uso: la escribes, Claude responde, se acabó. Un loop es una instrucción que se autoalimenta — cada vuelta produce el contexto que necesita la vuelta siguiente, y tu trabajo deja de ser «pedir la tarea» para pasar a ser «diseñar las condiciones bajo las que la tarea se hace sola».
Hacer loop engineering bien implica pensar en cuatro capas antes de lanzar nada:
/goal porque tiene un final claro, /loop porque necesita cadencia mientras trabajas, o /schedule porque debe correr aunque tú no estés.Esto es exactamente lo que resuelve looper cuando te entrevista antes de dejarte lanzar un loop: te obliga a pasar por esas cuatro capas antes de gastar un solo token, porque un loop mal diseñado no falla rápido — falla en silencio, iteración tras iteración, hasta que revisas el resultado y descubres que llevaba horas dando vueltas sobre una meta que nunca estuvo bien planteada.
La mentalidad correcta
Loop engineering no es escribir mejores prompts. Es dejar de pensar en la próxima instrucción y empezar a pensar en el sistema completo que va a generar esas instrucciones por ti.
En resumen
Un loop en Claude es simplemente cambiar el hábito de pedir una tarea por el de definir una meta y dejar que el agente se dé instrucciones a sí mismo hasta cumplirla. Los tres comandos nativos cubren casi todo: /goal para un final medible, /loop para un ritmo mientras trabajas, y /schedule para lo que debe correr aunque tu ordenador esté apagado. El punto de entrada más seguro es el loop hola mundo de revisión, porque nunca edita ni borra nada tuyo. A partir de ahí, herramientas de la comunidad como ralph-claude-code o looper resuelven lo que el comando nativo deja a medias, y los MCP de scheduling entran solo cuando necesitas algo que /schedule no cubre, como webhooks o disparos por evento.
La regla que nunca cambia
Tengas el loop que tengas: que investigue y prepare todo lo que quieras, pero que lo que se publica a un cliente o a tu audiencia siempre pase por un humano antes de salir.
Preguntas frecuentes
¿Qué es un loop en Claude?
Un loop es darle a Claude una meta o un ritmo en vez de una tarea suelta, para que el propio agente se dé instrucciones a sí mismo y siga trabajando hasta cumplir la condición, en lugar de detenerse tras una sola respuesta.
¿Cuál es la diferencia entre /goal, /loop y /schedule en Claude Code?
/goal define un estado final medible y Claude itera hasta cumplirlo. /loop repite una tarea a un ritmo fijo o dinámico mientras tu sesión sigue abierta. /schedule corre en la nube de Anthropic sin necesidad de que tu ordenador esté encendido, y está disponible en los planes de suscripción.
¿Necesito saber programar para usar loops en Claude Code?
No. Un loop se escribe en una sola línea, hablándole a Claude en lenguaje normal, por ejemplo pidiéndole que revise una carpeta cada día y deje un reporte. No hace falta código para el caso más básico.
¿Los loops de Claude consumen tokens de mi suscripción?
Sí. Tanto /loop como /schedule gastan del mismo cupo de tokens de tu plan, compartido con tu uso normal de chat y código. La suscripción no da acceso ilimitado, da un cupo que se reinicia cada 5 horas con un tope semanal.
¿Puedo programar una tarea automática todos los días a una hora fija con mi suscripción?
Sí, usando /schedule en lugar de /loop. /loop necesita que tu sesión y tu ordenador estén activos a esa hora. /schedule corre en la nube de Anthropic y sí permite una tarea diaria a una hora fija, incluida en los planes Pro, Max, Team y Enterprise.
¿Qué es el loop engineering?
Es el nombre que se le ha dado al cambio de diseñar prompts sueltos a diseñar sistemas de loops que le dan instrucciones al agente por ti, de forma que dejas de operar cada paso y pasas a diseñar el proceso completo.
