🪜 La escala, en 2 preguntas
Construir un loop lleva trabajo. Antes de invertir ese esfuerzo, evalúa la tarea con una escalera de decisiones de dos niveles. Solo cuando la respuesta es SÍ en ambos es que vale la pena construir un loop. Si no, inviertes esfuerzo de ingeniería en algo que un prompt simple ya resolvía.
Qué ver: son dos peldaños, no una rampa. La tarea solo «sube» si pasa ambos. Si tropieza con cualquiera, vuelve al camino más barato; y eso es una victoria, no una derrota.
Lee el diagrama: la tarea solo avanza hacia la derecha mientras la respuesta es SÍ. Un solo NO desvía el flujo hacia abajo, hacia el prompt simple o el trabajo manual. Construir el loop es el caso poco común, al final.
🧩 La escalera, en una frase
"Solo construye un loop si la tarea se repite o tiene muchos pasos desconocidos Y la IA puede comprobar por sí sola que está "listo"." Recuérdalo: las dos preguntas de los próximos temas son exactamente esos dos peldaños, abiertos.
❓ Pregunta 1: ¿se repite / son muchos pasos?
El primer nivel pregunta: la tarea se repite (lo harías una y otra vez) o hay muchos pasos desconocidos (no sabes de antemano la secuencia exacta)? Si es un único paso predecible, solo escribe el prompt — un prompt único es más rápido y más barato.
✓ Sube un nivel (se repite / muchos pasos)
- •«Corrige cada prueba que está fallando»: se repite para cada prueba.
- •«Migra 40 archivos a la nueva API»: son muchos pasos.
- •«Refactoriza hasta que pase el lint»: no sabes cuántas iteraciones tomará.
✗ No sube de nivel (un paso predecible)
- •«Reescribe este párrafo con un tono más formal».
- •"Traduce esta frase al inglés."
- •"Resume este correo en 3 líneas." → solo hacer prompting.
💡 El atajo mental
Pregunta: «Si hiciera esto a mano, haría una vez o muchas veces seguidas?» Si es solo una vez, el loop es una carga adicional. El loop existe para delegar el repetición — no para adornar una tarea de un paso.
❓ Pregunta 2: ¿la IA comprueba «listo» por sí sola?
El segundo escalón es decisivo: la IA puede verificar por sí sola que terminó? Ejecutar las pruebas, contar las palabras, comprobar que el archivo compila: cosas que la propia máquina puede leer. Si ella no hay forma de saberlo que esté lista, hazlo tú mismo (o corrige el objetivo antes).
✓ La IA se verifica sola
Existe una señal que la máquina puede leer:
- • Ejecutar la suite → «0 fallidas».
- • Contar palabras → «≤ 500».
- • Build → «compiló sin errores».
✗ Solo tú lo sabes
No hay señal automática:
- • «¿Quedó lo suficientemente elegante?» — gusto.
- • «¿Está listo para enviarlo al cliente?» — juicio.
- • «¿Sonó natural?» — depende de que tú lo leas.
→ Hazlo tú o define primero un «listo» objetivo (Ruta 2, módulo 2.3).
🎯 Por qué este escalón es el corazón
Un loop solo converge si puede responder «¿ya llegó?» en cada vuelta. Sin esa comprobación, se detiene demasiado pronto (entrega algo roto) o nunca se detiene. Es la misma verdad de la Ruta 1: observar es lo que hace funcionar el loop; aquí se convierte en el filtro de "sirve o no sirve".
📉 La mayoría de las tareas NO necesita un loop
Es contraintuitivo en un curso sobre loops, pero hay que decirlo: la mayoría de las tareas no necesita un loop. Quienes construyen buenos loops construyen pocos, y siempre mediante la verificación, no por la arquitectura elegante.
🗣️ Qué dice la práctica
Nate Herk: "La mayoría de las tareas no necesita un loop." Cuando hace un loop, es por la verificación — no porque el loop sea más sofisticado.
Y no hace falta una arquitectura gigante: muchas veces basta con una sesión de terminal + un buen prompt. El loop es una decisión, no un trofeo.
Qué ver: el embudo entra ancho y sale estrecho. El loop es la salida angosta de abajo: el destino de una minoría de tareas, no el estándar.
El loop cuesta
Más tokens, más latencia, más lugares donde algo puede salir mal. Asume ese costo solo cuando valga la pena.
La razón es la verificación
Solo se convierte en loop cuando necesitas muchas vueltas verificadas hasta que esté "listo": esa es la verdadera ventaja.
Empieza con algo pequeño
Un terminal + un buen prompt resuelven mucho. Una arquitectura grande es la excepción, no el punto de partida.
🎯 Repetitivo, revisable, de alto valor
La escalera filtra con dos respuestas SÍ, pero la práctica permite precisar: los loops dan mejores resultados en tareas repetitivas, revisables y de alto valor — no en todo. La Firecrawl resume así: un buen candidato combina las tres; si no las combina, déjalo fuera.
✓ Buen candidato para un bucle
✔ Repetitivo — la misma operación en muchos elementos.
✔ Revisable — se puede verificar cada resultado.
✔ Alto valor — corregirlo compensa el costo de las iteraciones.
✗ Mal candidato para un bucle
✘ Único — ocurre una sola vez.
✘ No revisable — solo tú sabes si quedó bien.
✘ Valor bajo — el resultado no justifica el esfuerzo.
| Tarea | Repetitivo | Revisable | Valor | ¿Loop? |
|---|---|---|---|---|
| Corregir 12 pruebas | ✓ | ✓ | alto | SÍ |
| Migrar 40 archivos | ✓ | ✓ | alto | SÍ |
| Reescribir 1 correo electrónico | ✗ | — | abajo | NO |
| «Déjalo bonito» | — | ✗ | ? | NO |
🧪 Aplicando la escalera
Cierre: vamos a pasar tres tareas reales por la escalera y ver el veredicto. Observa que el resultado no siempre es «loop» y que depende de poder comprobar que está "listo" más que cualquier otra cosa.
Corrección de pruebas
P1: repite (por prueba) ✓. P2: la IA ejecuta la suite y lee "0 fallando" ✓. SÍ/SÍ → construye un loop.
Reescribir 1 correo electrónico
P1: un paso predecible, no se repite ✗. Ya falló en el primer escalón. Escribe solo un prompt (one-shot).
Investigación exploratoria amplia
P1: muchos pasos ✓. P2: depende — ¿se puede verificar que está «listo»? Si defines un criterio («cubrió N fuentes confirmadas»), sube; si es «hasta que parezca suficiente», no sube. Corrige primero el objetivo.
Necesitas "reescribir un solo párrafo con un tono más formal". ¿Qué indica la escalera?
🧾 Resumen del módulo
Siguiente:
2.2 — Las 3 formas de loop (Solo, Maker→Checker, Manager→Helpers)