Stop Being the Loop: How to Make Claude Work While You Sleep

La persona que creó Claude Code en Anthropic ha dejado de escribir prompts para Claude.

https://x.com/bcherny/status/2064885111477219664

Se llama Boris Cherny. En junio de 2026 lo dijo sin rodeos:

"Ya no le escribo prompts a Claude."

Ahora son los bucles (loops) los que le dan instrucciones a Claude. Su verdadero trabajo consiste en diseñar esos bucles.

Puede sonar a una exageración, pero no lo es.

Es, probablemente, el mayor cambio en la forma en que la gente está usando Claude y ChatGPT.

Seguramente ya has oído hablar de ello.

Casi nadie lo está haciendo todavía.

Así es como trabajas ahora mismo

Escribes un prompt.

Claude edita un archivo.

Ejecutas la prueba.

Falla.

Copias el error y se lo vuelves a pegar.

Claude lo intenta otra vez.

Veinte minutos después te das cuenta de que has estado supervisando exactamente el trabajo que querías delegar.

Tú eres el bucle.

Eres quien revisa el resultado y decide cuál es el siguiente paso una y otra vez.

Eso es precisamente lo que un loop hace por ti.

Un ejemplo lo explica todo

Pídele a Claude que escriba un informe de una página sobre cualquier tema.

Ahora lee las fuentes.

Algunas son falsas (¡¡¡).

Claude las inventó y ni siquiera sabe que lo hizo.

Parecen completamente reales.

Los enlaces no llevan a ninguna parte, o apuntan a páginas que no dicen lo que Claude afirma.

Así es como Claude puede hacerte quedar mal sin que te des cuenta.

Y un único prompt nunca detectará ese problema, porque Claude seguirá convencido de que tiene razón hasta que alguien abra el enlace.

Ahora ejecuta exactamente la misma tarea como un loop.

El informe es el mismo, pero esta vez añades un criterio que pueda comprobar:

• Cada afirmación debe estar respaldada por al menos tres fuentes.
• Cada enlace debe abrir una página real que confirme esa afirmación.

Observa lo que ocurre.

Claude redacta el informe.

Después revisa cada enlace uno por uno.

Abre todos.

Descarta los enlaces rotos y las fuentes falsas.

Busca reemplazos reales.

Sigue comprobando hasta que todas las fuentes del documento sean enlaces que realmente puedas abrir.

Solo entonces se detiene.

Nunca se cansa.

Nunca se salta la parte aburrida.

Así se escribiría en Claude Code.

No te preocupes todavía por el comando; más abajo lo explico.

1plaintext
2/goal escribe un informe de una página sobre [tu tema]
3
4donde cada afirmación esté respaldada por al menos tres fuentes
5y cada enlace abra una página real que confirme esa afirmación.
6
7Abre cada enlace para verificarlo antes de dar el trabajo por terminado.
8
9Sustituye cualquier fuente que esté caída o que no respalde la afirmación.
10
11Detente únicamente cuando todas las fuentes del documento hayan sido verificadas.

¿Qué es un loop?

Un loop es un pequeño sistema que escribe los prompts por ti, una y otra vez, hasta que el trabajo está terminado.

Todos los loops, por sofisticados que parezcan, siguen siempre los mismos cinco pasos:

1. Encuentra el trabajo. Busca tareas pendientes, pruebas que fallan, correos sin leer o archivos dentro de una carpeta.
2. Haz el trabajo. Claude resuelve cada elemento uno por uno, igual que lo harías tú manualmente.
3. Compruébalo. Una segunda revisión confirma que el trabajo realmente está bien hecho, no simplemente generado.
4. Recuerda. Guarda lo que ya terminó para no repetir trabajo ni perder el contexto.
5. Repite. Continúa hasta que no quede nada pendiente y entonces se detiene o te avisa.

Quédate con esta frase:

Escribir prompts es hacer el trabajo. Diseñar loops es gestionar al trabajador.

"¿No es simplemente una tarea programada?"

Buena pregunta.

No.

Ya puedes hacer que tu ordenador ejecute exactamente la misma tarea cada mañana a las ocho.

Eso es un cron job.

Existe desde mucho antes que la mayoría de nosotros.

Ejecuta siempre el mismo script.

Los mismos pasos.

Sin pensar.

Un loop funciona de otra manera.

Porque dentro hay alguien tomando decisiones.

Un cron ejecuta un script.

Un loop ejecuta Claude.

Claude observa la situación actual.

Decide cuál es el siguiente paso.

Lo ejecuta.

Comprueba el resultado.

Y después vuelve a decidir.

¿Continuar?

¿Intentarlo otra vez?

¿Deshacer?

¿Detenerse?

Esa decisión es precisamente la diferencia.

Un script no puede mirar una prueba fallida e inventar otra solución.

Claude sí.

Y eso solo ha sido posible desde que Claude y ChatGPT alcanzaron un nivel suficiente para tomar decisiones reales durante una tarea.

Los dos comandos que ejecutan un loop

Aquí es donde la mayoría se equivoca.

No construyes un loop escribiendo "haz esto en un bucle" dentro de un chat normal.

Claude Code incorpora dos comandos específicos.

Y cuál utilizar depende del tipo de loop que necesites.

1. /goal Es el loop que trabaja hasta completar un objetivo.

https://x.com/ClaudeDevs/status/2065192057535373473

Ya lo viste en el ejemplo del informe.

Escribes /goal y describes exactamente cómo es el resultado final.

Claude sigue trabajando automáticamente, iteración tras iteración.

Después de cada paso, una segunda copia de Claude comprueba silenciosamente:

¿Hemos alcanzado ya el objetivo?

Si la respuesta es no, le explica al primer Claude qué falta y el trabajo continúa.

En cuanto el objetivo se cumple, el loop se detiene por sí solo.

Esa autoevaluación constante es toda la diferencia entre un verdadero loop y un prompt que simplemente espera haber acertado.

Usa /goal cuando exista una línea de meta clara.

Trabaja hasta que esa condición sea verdadera.

2. /loop Este es el loop que se ejecuta siguiendo un ritmo.

Úsalo cuando el trabajo no consista en "terminar una lista", sino en "vigilar algo continuamente".

Le indicas cada cuánto tiempo debe ejecutarse y qué tiene que hacer.

Claude volverá a ejecutarlo automáticamente.

1plaintext id="8s4gkp"
2/loop 30m comprueba si mi sitio web vuelve a estar disponible cargando la página de inicio.
3
4En cuanto la página responda con normalidad, avísame y deja de comprobarlo.

"30m" significa cada treinta minutos.

También puedes decir simplemente:

"Cada mañana revisa mi bandeja de entrada."

Claude programará esa tarea.

Utiliza /loop cuando no exista una línea de meta, sino una comprobación periódica.

La mayoría de los loops realmente potentes empiezan con /goal.

Estas funciones son recientes en Claude Code.

Si todavía no ves esos comandos, actualiza Claude Code y aparecerán.

Tu primer loop (listo para pegar)

Para una tarea pequeña basta con una sola línea.

Para trabajos más grandes, conviene darle a Claude una guía completa: dónde encontrar el trabajo, cómo revisarlo, cómo recordar el progreso y cuándo detenerse.

Completa los corchetes y pega esto en Claude Code:

Estás funcionando como un loop, no respondiendo a un único prompt.

1text
2OBJETIVO
3
4[Describe el estado final en una o dos frases.
5
6Sé específico sobre cómo es exactamente el resultado final y haz que sea algo medible.
7
8Ejemplo:
9"Todas las páginas de producto en /pages tienen los nuevos precios y todos los enlaces funcionan correctamente."]
10
11DÓNDE ESTÁ EL TRABAJO
12
13[Indica a Claude dónde debe buscar.
14
15Ejemplos:
16
17"Escanea la carpeta /pages en busca de archivos con precios antiguos."
18
19o
20
21"Lee TODO.md y trata cada casilla sin marcar como una tarea."
22
23o
24
25"Consulta mi gestor de tareas conectado y busca todos los elementos etiquetados como ai."]
26
27CÓMO DEBE TRABAJAR
28
29- Haz una tarea cada vez. Termínala por completo antes de empezar la siguiente.
30
31- Sigue los patrones que encuentres en los archivos existentes. No inventes otros nuevos.
32
33- Si una tarea requiere una decisión que solo yo puedo tomar (gastar dinero, eliminar archivos o enviar un correo a una persona), detente en esa tarea, añádela a una lista llamada "Necesita mi intervención" y continúa con la siguiente.
34
35CÓMO DEBE COMPROBAR SU TRABAJO
36
37Después de cada tarea, demuestra que realmente está terminada antes de marcarla como completada.
38
39[Elige la comprobación que mejor encaje:
40"ejecuta los tests" /
41"vuelve a leer el archivo y confirma que cumple el objetivo" /
42"abre el enlace y confirma que carga correctamente".
43
44Comprobar significa aportar evidencia, no simplemente confiar en que está bien.]
45
46Si la comprobación falla, corrígelo y vuelve a comprobarlo.
47
48Haz hasta tres intentos por tarea. Si sigue fallando, márcala como bloqueada y continúa.
49
50CÓMO DEBE RECORDAR
51
52Mantén un archivo llamado LOOP-STATE.md.
53
54Después de cada tarea, escribe:
55
56- El nombre de la tarea.
57- Su estado (hecha / bloqueada / necesita mi intervención).
58- Qué has cambiado.
59- Cualquier información útil para la siguiente ejecución.
60
61Lee SIEMPRE este archivo al principio de cada ejecución para no repetir trabajo ya completado.
62
63CUÁNDO DEBE DETENERSE
64
65Detente cuando todas las tareas estén completadas o bloqueadas, o cuando hayas terminado [N] tareas en esta ejecución.
66
67Después entrégame un breve informe indicando:
68
69- Qué se ha completado.
70- Qué ha quedado bloqueado.
71- Qué requiere mi intervención.
72
73Empieza leyendo LOOP-STATE.md si existe y luego busca el trabajo.

El archivo de estado es el héroe silencioso.

Sin él, cada ejecución empieza desde cero.

Con él, el loop retoma exactamente donde se quedó, incluso cuando se ejecuta automáticamente según un horario.

Cuándo NO deberías crear un loop

Los loops no son gratuitos ni sirven para todo.

Tres cosas importantes antes de empezar.

Las tareas puntuales no necesitan un loop.

Si solo buscas una respuesta, un prompt normal será más rápido.

Los loops compensan cuando el trabajo se repite o tiene muchas piezas.

Los loops consumen más recursos.

Como Claude revisa, corrige y vuelve a intentarlo, ejecutará varias llamadas por cada tarea.

Si utilizas un plan de Claude, alcanzarás antes el límite de uso.

Las tareas demasiado vagas tampoco pertenecen a un loop.

"Piensa una mejor estrategia de producto" no es un loop.

Primero define un objetivo claro y medible.

Empieza esta semana

Elige una tarea que sigas haciendo manualmente y que esté formada por muchos pequeños pasos.

Pega la plantilla.

Completa los campos.

Ejecútala una vez observando todo el proceso.

Cuando empieces a confiar en ella, prográmala.

La primera vez que te despiertes y descubras que el trabajo terminó mientras dormías, dejarás de escribir prompts uno tras otro.

Igual que Boris.