¿Cuál es la palabra más de moda en Silicon Valley últimamente?
Loop.
Al abrir X, todo Internet está hablando de Loop Engineering.
¡Numerosos grandes nombres de Silicon Valley están abandonando los prompts para volcarse en los ciclos autónomos!
Jensen Huang ("Lao Huang") nos marca el nuevo foco para la próxima etapa (y también la nueva forma de quemar tokens):
Nobody writes prompts anymore. The new job is to write and handle loops.
(Ya nadie escribe prompts, el nuevo trabajo es escribir Loops, manejar Loops.)
Recientemente, un ingeniero de Anthropic reveló:
Más del 80% de los ingenieros de Anthropic ya utilizan bucles de auto-mejora (self-improving loops), y en 3-6 meses alcanzará el 100%.
Andrew Ng afirma: ¡En 3 a 6 meses, el prompt desaparecerá! Es un hecho que Loop reemplazará al prompt.
Karpathy, al explicar su proyecto AutoResearch anteriormente, ya discutió el ciclo cerrado de los agentes de IA (generación → ejecución → evaluación → mejora), e hizo un llamado a eliminar parcialmente a los humanos del bucle.
En una entrevista en marzo, Karpathy profundizó específicamente sobre AutoResearch / Karpathy Loop.
Peter Steinberger, el padre de OpenClaw, declaró sin rodeos: Un recordatorio mensual, dejen de escribir prompts a mano, diseñar bucles es el camino real.
Boris Cherny, el padre de Claude Code, declaró directamente con audacia: ¡Los bucles Loop son el futuro!
Hace dos años, aún escribíamos código manualmente. Luego comenzamos la transición a dejar que los agentes escribieran el código.
Y ahora, nos dirigimos hacia una etapa en la que los agentes hacen prompts a otros agentes, y estos últimos generan el código.
El paso del código fuente a los agentes es grande, pero el significado y el impacto de introducir mecanismos de bucle no son para nada menores que el paso anterior.
Quién lo hubiera pensado, después de dos años de auge de la ingeniería de prompts, los principales ingenieros de IA ya no juegan.
¿Por qué los grandes nombres de Silicon Valley están entusiasmados con Loop?
La esencia del prompting tradicional es: los humanos son el bucle en sí mismos.
Tú escribes un prompt → El Agente produce una salida → Tú la revisas → Escribes el siguiente prompt → Y así sucesivamente.
Cada paso depende de la atención humana, la memoria del contexto y el ancho de banda de decisión. La cantidad de tokens y la complejidad de las tareas que una persona puede impulsar eficazmente en un día son limitadas.
La esencia de Loop Engineering es: el sistema se convierte en el bucle.
Por lo tanto, la ingeniería de bucles es más importante que la ingeniería de prompts.
Los humanos solo hacen un diseño de alto valor una vez:
1. Definir el objetivo y las condiciones de parada
2. Establecer mecanismos de verificación (lo más crucial)
3. Crear memoria persistente (markdown / estado externo)
4. Configurar descubrimiento y programación (scheduling)
Posteriormente, el sistema de bucle de IA puede descubrir tareas autónomamente → ejecutar → verificar → persistir → descubrir de nuevo, funcionando 24/7, con intervención humana solo cuando sea necesario.
Esta es la razón por la que los grandes nombres de Silicon Valley están entusiasmados con Loop.
Su juicio se basa en esto: ¡Una vez que el loop madure, la relación costo-beneficio de los prompts manuales colapsará directamente!
El Libro Blanco de 11 páginas sobre Loop Engineering se comparte frenéticamente en Internet
Entonces, ¿qué es exactamente el proceso de bucle?
En los últimos días, ha comenzado a circular frenéticamente en X un libro blanco sobre Loop Engineering.
https://drive.google.com/file/d/1qzKI4DKnyHRpXK1J3ATPqwaqLc0iNu-M/view
Este PDF de 11 páginas es esencialmente un resumen de tendencias / guía de campo, que recopila discusiones públicas relevantes y experiencias prácticas.
Las ideas centrales provienen de declaraciones públicas de Peter Steinberger, Boris Cherny y Addy Osmani.
¿Qué es Loop Engineering?
Loop Engineering (Ingeniería de Bucles), nombrada por Addy Osmani, ingeniero de Google Chrome, en junio de 2026.
Es la cuarta capa sobre la ingeniería de prompts, la ingeniería de contexto y la ingeniería de herramientas: las tres primeras capas asumen que estás sentado frente al teclado dirigiendo a la IA línea por línea; Loop Engineering busca sacarte de esa posición, liberándote completamente de la tarea de "trabajar".
A partir de ahora, ya no eres el motor que impulsa a la IA, sino el arquitecto que diseña ese motor.
El sistema se activará automáticamente en momentos establecidos, generará subagentes para realizar el trabajo y retroalimentará los resultados a sí mismo como entrada para la siguiente ronda.
El artículo desglosa un Loop completo en cinco acciones clave:
Descubrimiento (Discover): La IA utiliza una biblioteca de habilidades solidificada para encontrar trabajo valioso por sí misma, como leer los últimos registros de fallos de CI o problemas (Issues) no resueltos.
Traspaso (Handoff): Abre un sandbox independiente para cada tarea, permitiendo que múltiples agentes trabajen en paralelo sin interferir entre sí.
Verificación (Verify): Este es el paso más central. Si dejas que la IA que escribe código se califique a sí misma, solo se elogiará ciegamente. Por lo tanto, es necesario introducir un agente "evaluador" completamente independiente y escéptico por defecto para encontrar errores.
Persistencia (Persist): La memoria de la IA no puede permanecer solo en ventanas de contexto que se borran fácilmente; su estado y progreso deben solidificarse en el disco para poder continuar al día siguiente.
Programación (Schedule): Utilizar scripts automatizados para que el sistema funcione de forma autónoma y periódica, cerrando así todo el ciclo.
La verificación es la más difícil y la más fácil de omitir por pereza.
Si la IA se califica a sí misma, casi siempre se alabará, porque tiene en su "mente" una cadena de autoconvencimiento. La solución es introducir un Agente evaluador independiente que asuma por defecto que el código es defectuoso.
Sin embargo, el funcionamiento completamente automático del sistema no significa que puedas dormir tranquilo. El autor advierte: cuando el ciclo corre descontrolado durante la noche, pueden acumularse silenciosamente cuatro costos ocultos.
Deuda de verificación: errores sutiles no verificados se fusionan silenciosamente en el repositorio.
Corrupción de la comprensión: la IA escribe código demasiado rápido, lo que lleva a un desfase grave entre la comprensión humana del código base.
Rendición cognitiva: los humanos pierden las ganas de revisar y aceptan completamente los resultados de la IA.
Token fuera de control: la IA se atasca en un bucle infinito, reintentando toda la noche, quemando todo el presupuesto.
El mismo Loop, construido por dos personas, puede producir resultados diametralmente opuestos. Si introduces juicio, lo amplificas; si introduces pereza, la amplificas.
En resumen, este informe revela un cambio profundo en la industria: ¡la ingeniería de bucles hace que la generación de código sea casi gratuita, y el juicio humano se convierte en el único recurso escaso!
Además, también circula frenéticamente por Internet un manual práctico de 14 pasos de Codez, que ya tiene millones de compartidos.
La idea principal del artículo es la siguiente: El Prompt está obsoleto, el punto de palanca se ha movido un nivel más arriba: de "escribir palabras para que la IA las vea" a "diseñar un sistema que alimente automáticamente a la IA".
Esta transición se puede desglosar en 14 pasos y 3 etapas:
Primero, determina si realmente necesitas un bucle (¿la tarea es repetitiva? ¿Se puede automatizar la verificación? ¿El presupuesto puede soportarlo?), luego aprende los cinco componentes (programación, directorio de trabajo aislado, archivo de habilidades, conector externo, sub-agente evaluador independiente), y finalmente construye el bucle mínimo viable.
El punto más crucial es: separar al Agente que escribe código del Agente que revisa código. El mismo modelo que actúa como atleta y como árbitro siempre se calificará con la puntuación máxima.
Un bucle sin una puerta de verificación objetiva es simplemente "dos optimistas asintiendo mutuamente"; cuanto mejor funcione el bucle, más fácil será que los ingenieros dejen de entender realmente el código.
Cronología del nacimiento de Loop Engineering
Si queremos trazar una línea de tiempo para la ingeniería de bucles, sería aproximadamente la siguiente.
Etapa inicial de fundamentación
2022: Yao Shunyu y otros proponen el marco ReAct, sentando las bases teóricas.
2025: Geoffrey Huntley propone "Ralph".
Finales de 2025 – principios de 2026: Andrej Karpathy lanza el proyecto AutoResearch, formando el clásico ciclo de experimentación autónoma, un gran hito.
Etapa de explosión conceptual y nombramiento
Principios de junio de 2026, Peter Steinberger habla: No deberías escribir prompts manualmente para agentes de codificación, sino diseñar bucles que los promuevan.
Boris Cherny afirma: Ya no hago prompts directamente a Claude, mi trabajo es escribir bucles que ejecuten a Claude.
7 de junio de 2026: Addy Osmani publica el blog "Loop Engineering", dándole oficialmente el nombre y proporcionando el marco de 4 capas: Prompt → Context → Harness → Loop Engineering.
Posteriormente, durante todo junio, Loop Engineering comenzó a propagarse viralmente en toda Internet.
El "bucle infinito" de Claude, agentes automatizados toman el control de todo
En un podcast interno, los ingenieros de Anthropic revelaron un detalle escalofriante:
Cuando haces clic en ejecutar, poniendo a Claude a trabajar durante 8 horas, en realidad estás haciendo una apuesta de potencia de cálculo de 500 dólares.
Si aún estás preocupado por cómo escribir prompts, ya has perdido.
En la lógica de Anthropic, los ingenieros están evolucionando hacia "asignadores de potencia de cálculo".
Tu trabajo central ya no es escribir lógica, sino decidir hacia dónde dirigir cada centavo de potencia de cálculo.
Como señaló el investigador de OpenAI, Noam Brown, a principios de este mes, los modelos contemporáneos pueden resolver casi cualquier problema siempre que estés dispuesto a invertir suficiente potencia de cálculo.
Loop Engineering es parte de la gran tendencia de la "computación en tiempo de prueba".
Curiosamente, la idea de que los agentes trabajen en ciclos ya tenía sus prototipos.
Al menos el verano pasado, Geoffrey Huntley, el pastor de ovejas australiano, ya mencionaba una práctica similar en su blog, llamándola "Ralph Loop".
Hace un año, si querías implementar un bucle, tenías que escribir un montón de scripts bash y luego mantener ese código para siempre, perteneciendo solo a ti.
Pero ahora, estos componentes están integrados directamente en los productos.
Ya no discutes si usar Codex o Claude Code, sino que diseñas bucles que funcionen sin importar en qué herramienta estés.
Addy Osmani, exdirector de ingeniería y relaciones con desarrolladores de Google, señaló que las partes necesarias para Loop Engineering ya están presentes en estas herramientas de IA.
También afirma que Loop Engineering puede llevar a los ingenieros a una "rendición cognitiva":
Cuando el ciclo funciona por sí solo, es fácil dejar de pensar y solo aceptar pasivamente todo lo que retroalimenta.
Esto es precisamente lo que preocupa a Armin Ronacher, de ingeniería de software.
Esto es también lo que se dice en Orange Book (El Libro Naranja), Addy Osmani anima a todos a diseñar bucles con juicio:
Diseñar bucles, si se hace con juicio es la cura, si se hace para escapar del pensamiento es el catalizador — la misma acción, resultados completamente opuestos.
El ciclo no cesa, la ingeniería no muere
En la conferencia de ingenieros de IA de abril, un ingeniero de Anthropic dijo que hicieron que Claude desarrollara una App de juegos retro, usando dos métodos: uno usando solo prompts mínimos, el otro usando un bucle de agentes.
El contraste de resultados fue notable: la versión con prompts mínimos tomó 20 minutos y costó 9 dólares; mientras que el método de bucle tomó 6 horas y costó 200 dólares.
Pero la calidad de la App producida por este último fue muy superior.
El primer juego ni siquiera funcionaba, la App era muy básica; mientras que la versión de bucle era mucho más rica, incluyendo muchas funciones que el diseñador del juego quería.
El bucle no tiene piedad de quienes abandonan el pensamiento. Solo usará una velocidad aún mayor para convertir tu ignorancia en deuda dentro del código.
Y aquellos dispuestos a mantener una comprensión "torpe", a definir reglas continuamente y a asumir la responsabilidad por el resultado final, obtendrán una palanca mayor que nunca en esta migración de paradigma.
Build the loop. Stay the engineer.
El Prompt ha muerto, el Loop está en ejecución.
Y tú, sigues siendo quien decide su significado.
Referencias:
https://x.com/DataScienceDojo/status/2069873216152092975
https://x.com/0xCodez/status/2064374643729773029
https://x.com/akshay_pachaar/status/2069769689560187027
Este artículo proviene del WeChat público "New Zhiyuan" (新智元), autor: ASI Apocalipsis
