Boris Cherny dirige Claude Code en Anthropic, y acaba de decir algo que muchos no mencionan: él ya no le hace prompts a Claude. Los loops le hacen los prompts por él. Esta guía explica qué es un loop, los dos comandos de Claude Code que de verdad lo ejecutan y un texto de copiar y pegar que configura tu primer loop hoy mismo.
Durante los últimos años, la habilidad número uno en IA era escribir un buen prompt. El problema es que hacer prompts te mantiene pendiente de todo el proceso: escribes, esperas, evalúas, corriges, vuelves a escribir. Un loop te reemplaza en esa tarea. Le entregas un objetivo, y él encuentra así mismo, recuerda lo que terminó y vuelve a empezar hasta que el objetivo esté cumplido.
Un loop es un sistema que le hace los prompts al agente por ti. Cada loop, por más sofisticado que sea, es el mismo ciclo de cinco tiempos:
1. Encuentra la tarea: el loop descubre qué hay que hacer: una lista de tareas, analizar documentos, correos sin responder.
2. Ejecuta la tarea. El agente trabaja un elemento a la vez, igual que lo habrías hecho tú. Se revisa a sí mismo. Un paso de verificación decide si el trabajo de verdad está terminado y correcto, no solo generado.
3. Recuerda. El loop anota lo que terminó (ej un archivo de estado en markdown), así nunca repite trabajo y puede retomar donde se quedó.
4. Vuelve a empezar. Se repite hasta que no queda nada, y luego para o te avisa.
Eso es todo. La habilidad no está en hacer prompts más grandes. Está en diseñar este ciclo una sola vez para que no tengas que escribir miles de prompts manualmente.
El cambio de mentalidad
Hacer prompts es táctico: una inctrucción, un resultado. El loop es estratégico: diseñas el sistema que da las instrucciones. Es la diferencia entre hacer el trabajo y gestionar al trabajador
Aquí está la parte que la mayoría hace mal. No construyes un loop escribiendo "haz esto en un loop" en un chat normal. Claude Code tiene dos comandos integrados que convierten tu tarea en un loop real, y cuál de los dos usas depende del tipo de loop que necesitas.
/goal es el loop que trabaja hasta que está terminado. Este es el que coincide con todo lo de arriba. Escribes /goal seguido de un objetivo que de verdad significa "la tarea termina aquí", y Claude sigue trabajando turno tras turno por su cuenta. Aquí está la parte que lo hace real: después de cada turno, una segunda IA revisa si ya llegaste a la meta, y si no, le dice a Claude por qué y Claude sigue. En el momento en que la meta de verdad se cumple, el loop para solo. Esa autorrevisión después de cada turno es toda la diferencia entre un loop real y un prompt que se ejecuta una vez.
Prueba esto en Claude Code
/goal toma mi lista de contactos en el archivo leads.csv y completa, para cada persona, su correo, el nombre de su empresa (lo puedes encontrar en otro archivo: datos_de_contacto.csv). Después de cada contacto, muéstrame lo que llenaste para que lo confirme. Si a alguno le falta un dato, márcalo como "incompleto" en vez de inventarlo. Detente cuando todos los contactos estén completos o marcados.
/loop es el loop que se repite por su cuenta. Usa este cuando el trabajo no es "terminar de rellenar una tabla de Excel" sino "seguir revisando algo". Escribes /loop con cada cuánto y qué hacer, y Claude lo vuelve a ejecutar por ti, ya sea según un horario que tú pongas o en un tiempo que él mismo elija. Este es el loop para cosas como vigilar cambios o revisar tu email cada mañana.
Prueba esto en Claude Code
/loop 30m revisa mi email, dime qué correos necesitan respuesta inmediata y prepárame un borrador de respuesta para cada uno en mi tono. No envíes nada, solo déjalos listos para que yo los apruebe.
(el 30m simplemente significa cada 30 minutos. También puedes empezar con una instrucción simple como "cada mañana o cada semana" y Claude lo programará por ti. Presiona Esc para detener un loop que está esperando su próxima ejecución.)
Usa /goal cuando hay una línea de meta: trabaja hasta que esto sea verdad.
Usa /loop cuando no hay una meta final, solo una acción reiterativa: revisa esto una y otra vez. La mayoría de los loops potentes que vas a construir empiezan con /goal.
Si todavía no lo ves
Ambos comandos vienen integrados en las versiones recientes de Claude Code. Si /goal o /loop no te aparecen, actualiza Claude Code a la última versión y aparecerán
Los dos comandos de arriba son el motor. Estas cinco piezas sobre las que te hablaré son las que hacen un loop más potente y más confiable:
1. Automatizaciones. Esto es lo que hace que el loop se ejecute según un horario en lugar de cuando tú escribes. La más simple es el comando /loop que acabas de ver (cada 30 minutos, o cada mañana).
2. Worktrees. Los worktrees de Git le dan a cada agente su propia copia aislada de tu proyecto, así dos agentes pueden trabajar al mismo tiempo sin sobrescribir dentro del proyecto. En Claude Code puedes pedirlo directamente: Haz esto en un worktree separado. Si por el momento solo usas un agente, puedes saltarte esta pieza al principio.
3. Skills. Un skill es un archivo markdown (en .claude/skills/) que guarda el conocimiento que necesitas constantemente: cómo está estructurado tu proyecto, tus reglas, tus formatos. Escríbelo una vez y cada ejecución del loop empieza sabiendo ya cómo es tu proyecto. La forma más fácil de empezar: dile a Claude "convierte todo lo que acabo de explicar sobre este proyecto en un skill".
4. Conectores. Estas son integraciones MCP que dejan al agente tocar tus herramientas reales: tu email, tu Google Drive, tu base de datos. Sin conectores, un loop solo puede trabajar en archivos locales. Con ellos, puede significar "leer mi email" o "revisar Google Drive". En Claude Code los agregas con claude mcp add o desde el menú de conectores.
5. Subagentes. El agente que hace el trabajo no debería ser el que lo califica. Claude Code te deja definir agentes separados (en .claude/agents/) para que un agente haga la tarea y otro agente la verifique de forma independiente. Este paso es lo que hace que los loops sean lo bastante confiables como para correr sin supervisión.
/goal escribe un caption de Instagram sobre [tu tema] donde cada dato o estadística que menciones tenga una fuente real que lo respalde. Antes de darlo por terminado, abre cada fuente para confirmar que el dato es correcto y está actualizado. Si una fuente no existe o no respalda el dato, quítalo o reemplázalo por uno verificado. Detente solo cuando cada dato del caption esté confirmado.
La única parte que casi todos hacen mal
Tu objetivo tiene que ser algo medible para que Claude pueda calificarse a sí mismo: números reales, un porcentaje o una lista de verificación. No algo vago como "hazlo bueno". Todo esto solo funciona si Claude puede puntuar su propio trabajo. Una meta difusa no le da nada que revisar, así que simplemente para como un prompt normal.
Los dos comandos de los que hablamos disparan el loop. Un objetivo de una línea es más que suficiente para un trabajo pequeño, pero para uno más grande con muchos pasos, necesitas las reglas más extensas: dónde encontrar la tarea a finalizar, cómo revisarse a sí mismo, cómo recordar y cuándo parar. Rellena lo que está dentro de los corchetes, y luego pegas las reglas en Claude Code.
Copia estas reglas en Claude Code cuando tengas una meta con más de una pieza de trabajo dentro (una carpeta que limpiar, una lista que procesar). Convierte a Claude de una herramienta de una sola respuesta en un loop que descubre, ejecuta, verifica y rastrea el trabajo hasta que está terminado, así dejas de estar pendiente de cada paso.
Estás haciendo un loop, no respondiendo a un solo prompt. Aquí están las reglas:
META
[Describe el estado terminado de una tarea en una o dos frases. Ejemplo: "Cada uno de los 40 productos en mi catálogo tiene una descripción de entre 100 y 200 palabras, un precio actualizado y al menos 3 etiquetas." Sé específico sobre cómo se ve TERMINADO.]
DÓNDE ESTÁ LA TAREA POR HACER
[Dile dónde se ubica la tarea. Ejemplos: "Abre mi archivo catalogo.csv y trata cada fila como un producto por revisar", "busca en mi bandeja de entrada los correos sin responder de esta semana", "revisa los comentarios de mi último post y trata cada uno sin responder como una tarea".]
CÓMO HACER EL TRABAJO
Trabaja en UN elemento a la vez. Termínalo por completo antes de empezar el siguiente. Sigue las normas del proyecto que encuentres en los archivos existentes. Imita el estilo, no inventes patrones nuevos. Si un elemento requiere una decisión que solo yo puedo tomar (gastar dinero, borrar cosas, contactar a una persona), DETENTE en ese elemento, agrégalo a una lista de "necesita a Mariia" y pasa al siguiente.
CÓMO REVISARTE A TI MISMO
Después de cada elemento, verifícalo antes de marcarlo como terminado: [Elige lo que encaje: "vuelve a leer el archivo y confirma que cumple la meta", "toma una captura de pantalla y confirma que se ve bien." Verificar significa evidencia, no confianza.] Si la verificación falla, arréglalo y verifica otra vez. Máximo 3 intentos por elemento, luego regístralo como bloqueado y sigue.
CÓMO RECORDAR
Mantén un archivo llamado LOOP-ESTADO.md. Después de cada elemento, actualízalo con: nombre del elemento, estado (terminado / bloqueado / me necesita), qué cambiaste y cualquier cosa que la próxima ejecución necesite saber. Lee este archivo PRIMERO al inicio de cada ejecución para que nunca repitas trabajo ya terminado.
CUÁNDO PARAR
Detente cuando: (a) cada elemento esté terminado o registrado como bloqueado, o (b) hayas completado [N] elementos en esta ejecución. Luego dame un reporte corto: qué se terminó, qué está bloqueado, qué necesita mi decisión. Empieza leyendo LOOP-ESTADO.md si existe, y luego encuentra el trabajo.
El archivo de estado es lo que convierte diez ejecuciones separadas en un solo empleado continuo. Sin él, cada ejecución empieza desde cero. Con él, puedes correr las mismas reglas según un horario y el loop siempre retoma exactamente donde se quedó.
Comparte un frame de Figma y pregunta: "Revisa el diseño de esta pantalla y dame todo lo que mi desarrollador necesita para construirla: medidas, espaciados, colores y los estados de cada botón. Luego escribe el código del front-end listo para que solo lo conecte."
Los loops no son gratis y no son para todo.
Tres advertencias honestas antes de que construyas uno:
Las tareas de una sola vez no necesitan loops. Si el trabajo es una sola respuesta (escribe este correo, resume este documento), un prompt es más rápido. Los loops justifican su coste de configuración en trabajo que se repite o que tiene varios elementos.
Los loops consumen más uso que los prompts. Un loop que se revisa a sí mismo y reintenta se ejecuta varias turnos. En un plan de Claude, eso significa que vas a llegar a tus límites de uso más rápido.
La verificación es todo. Un loop sin verificar solo comete errores más rápido. Si no puedes describir cómo debería revisar el loop su propio trabajo, la tarea todavía no está lista para ser un loop. Déjala como un prompt hasta que puedas.
Empieza esta semana
Elige una tarea molesta de varios elementos que hayas estado haciendo a mano. Pega las reglas para terminarla, rellena los corchetes, úsalo una vez mientras observas. Una vez que confíes en él, prográmalo. Ese es todo el camino de prompts a loops.