Ingeniería de bucle claramente explicada
De repente, la mitad de tu feed dice lo mismo. Deje de avisar a sus agentes y comience a diseñar bucles.
Boris Cherny, la persona que creó Claude Code, lo dijo claramente: "Ya no le pregunto a Claude. Tengo bucles que se están ejecutando. Mi trabajo es escribir bucles".
La persona que construye uno de los agentes de codificación más populares del mundo no lo impulsa. Entonces, ¿qué está haciendo en su lugar?
Esa es la idea detrás de la ingeniería de bucles. Ahora analicemos por qué es más difícil de lo que parece.
Primero, el bucle en sí.
Un agente no es una caja mágica. En esencia, es un bucle simple:
while True:
response = model(context)
if response.has_tool_calls():
results = run_tools(response.tool_calls)
context += results
else:
break
El modelo lee el contexto. Pide llamar a una herramienta. Ejecuta la herramienta y retroalimenta el resultado. El modelo vuelve a leer y esto se repite hasta que deja de pedir herramientas.
Modelo → herramientas → contexto → repetir.
Aquí está la parte que sorprende a la gente. Este bucle ya está resuelto. Todo marco de agente serio aterriza aproximadamente en estas seis líneas. Nadie compite por la declaración while.
Entonces, si el ciclo es trivial, ¿qué es lo que realmente están diseñando todos?
La obra se movió fuera del modelo.
El centro de gravedad de la IA sigue alejándose del modelo mismo.
- Ingeniería rápida. Las palabras que envías.
- Ingeniería de contexto. Todo lo que ve el modelo, no sólo tus instrucciones.
- Ingeniería de arneses. El código alrededor del modelo que ejecuta herramientas, rastrea el estado y maneja errores.
- Ingeniería de bucle. El ciclo autónomo que impulsa todo hacia una meta.
Cada capa envuelve la anterior. No dejaste de preocuparte por las indicaciones. Acabas de darte cuenta de que el mensaje es una pequeña parte de un sistema mucho más grande.
LangChain lo expresa claramente. Agente = Modelo + Arnés. Si no eres el modelo, eres el arnés.
Y aquí está el hallazgo que debería reordenar sus prioridades. El arnés ahora importa más que el modelo. Los equipos mantuvieron el modelo fijo, cambiaron solo el código que lo rodea y saltaron de la mitad de un punto de referencia a los cinco primeros. Mismo cerebro, diferente bucle.
La ingeniería de bucles es la disciplina de construir todo lo que el cerebro ejecuta en su interior. Déjame mostrarte las partes que realmente se rompen.
Parte difícil 1: saber cuándo parar
Este es el problema del que nadie te advierte.
Cuando un agente deja de pedir herramientas, ha finalizado su turno. Eso no es lo mismo que terminar el trabajo.
Imagínese un agente codificador. Escribe algo de código, mira a su alrededor, ve que se ha progresado y anuncia que ya está hecho. Las pruebas todavía fallan. De todos modos declaró la victoria.
Un mensaje terminal finaliza el turno, no la tarea. Confundir esos dos es la forma más común en que los bucles salen mal.
Los buenos bucles se detienen por las razones correctas, por lo que se aplican varios frenos:
- Iteraciones máximas. Un límite estricto para que un agente estancado no pueda huir para siempre.
- Presupuesto y límites de tiempo. Un límite máximo para fichas, dinero y segundos.
- Detección de no progreso. Si repite la misma llamada con los mismos argumentos, está girando.
- Un verdadero control de finalización. Una condición automatizada que demuestra que el trabajo está realizado.
Ese último lleva el peso. "Hecho" debería significar que las pruebas pasan, no que el agente se sienta bien con su trabajo.
Parte difícil 2: mantener limpio el contexto
Los bucles largos se pudren desde el interior.
Cuantos más turnos toma un agente, más basura se acumula en su contexto, como resultados de herramientas antiguas, callejones sin salida y razonamientos obsoletos. El rendimiento del modelo disminuye a medida que esa pila crece. El campo lo llama descomposición del contexto.
Un bucle lo convierte en espiral. Un contexto podrido produce una peor decisión, lo que añade más ruido, lo que pudre aún más el contexto. La gente llama a esto el ciclo fatal y usted lo ha sentido. El agente se vuelve más tonto cuanto más se ejecuta.
Se combate tratando el contexto como un presupuesto, no como un cubo:
- Compactación. Resuma la conversación cuando se haga larga y luego continúe desde el resumen.
- Descarga. Envíe resultados enormes a un archivo y conserve solo la porción que necesita.
- Subagentes. Entregue una subtarea complicada a un agente independiente y deje que solo regrese el resultado limpio.
El instinto es guardarlo todo, por si acaso. La habilidad es saber qué tirar.
Parte difícil 3: herramientas que el agente realmente puede utilizar
Un bucle es tan bueno como las herramientas que contiene.
Si se acumulan cien herramientas, el agente pierde la noción de cuál utilizar. Un conjunto ajustado de herramientas enfocadas y que no se superpongan gana. La regla general de Anthropic es clara. Si un ingeniero humano no puede decir con certeza qué herramienta encaja, el agente no tiene ninguna posibilidad.
Dos cosas importan más de lo que la gente espera:
- Haga que las escrituras sean seguras para repetir. Los bucles reintentan, y si una llamada reintentada para "crear cliente" genera un segundo cliente, se despertará con registros duplicados y facturación doble. Cualquier cosa que cambie de estado debe ser segura para llamar dos veces.
- Escriba mensajes de error para el agente, no para el humano. Un buen error le dice al agente qué hacer a continuación. Antes de enviar una herramienta, pregunte si un LLM que lea su error sabría el siguiente paso.
En un bucle, un error no es un callejón sin salida. Es la siguiente instrucción.
Parte difícil 4: algo que puede decir que no
Los bucles autónomos tienen un modo de fallo silencioso. Un agente dejado solo tiende a estar de acuerdo consigo mismo.
El comentario más agudo de todo el debate dio en el clavo. Diseñar el bucle es la mitad del trabajo y la otra mitad es poner algo en el bucle que pueda decir que no, como una prueba, una verificación de tipo o un error real.
Un bucle sin crítica es sólo un agente que asiente con la cabeza ante su propio trabajo.
La solución es separar al creador del corrector. Un modelo hace el trabajo. Una verificación diferente, a menudo un modelo separado o una prueba difícil, lo califica. El trabajador no califica sus propios deberes.
El cambio real
Ahora la cita de Cherny tiene sentido.
Indicar es usted dirigiendo al agente paso a paso. La ingeniería de bucle consiste en construir el sistema que lo dirige y luego dar un paso atrás.
Tu trabajo pasa de dar instrucciones a diseñar tres cosas:
1. El objetivo, escrito como criterio de éxito, el agente puede comprobarlo.
1. El bucle, con frenos cuerdos para que frene bien.
1. El verificador, así "hecho", está probado, no afirmado.
Andrej Karpathy capta la mentalidad. No le digas al modelo qué hacer, dale criterios de éxito y observa cómo avanza. Ejecuta ciclos de investigación durante la noche que modifican un guión, lo prueban, conservan lo que funciona y descartan lo que no, sin que él esté involucrado en ninguna parte. Lo arregla una vez y presiona ir.
Ese es todo el movimiento. Dejas de ser las manos y te conviertes en la persona que diseña la máquina.
Por donde empezar
No necesita un agente autónomo durante la noche el primer día. Prepárate para ello:
1. Comience con el bucle básico y agregue un límite máximo de iteración, un tiempo de espera y un límite de costo de inmediato.
1. Defina "hecho" como una verificación automática antes de comenzar, no como una sensación después.
1. Proteger el contexto. Compacte tiradas largas, descargue grandes producciones y aísle subtareas complicadas.
1. Audite sus herramientas. Manténgalos pocos y enfocados, haga que las escrituras sean seguras para repetirse y reescriba los errores para que un agente pueda actuar en consecuencia.
1. Ponga a un crítico al tanto. Solo deja de intervenir por completo una vez que confíes en lo que dice que no.
la comida para llevar
La ingeniería de bucles no es un marco ni una herramienta que se instala. Es un cambio en dónde diriges tu esfuerzo.
El modelo se está convirtiendo en una mercancía. El circuito que lo rodea es donde vive ahora la verdadera ingeniería.
Los mejores constructores dejaron de preguntar "¿qué debería decirle al agente que haga?" Empezaron a preguntar "¿qué sistema haría esto sin mí?"
Responde bien a esa pregunta y dejarás de preguntar también.
He aquí un resumen de
¡Gracias por leer!
Salud :)
Akshay.