Un tema muy popular entre los agentes codificadores últimamente. Los bucles son básicamente un concepto en el que un agente trabaja en un bucle de autoverificación y hace que el agente trabaje de forma más autónoma.
Esto contrasta con la forma en que usamos agentes de codificación anteriormente, donde se crea un nuevo agente de codificación, se hace que el agente de codificación implemente algo, se verifican sus resultados y se continúa así hasta que se termina con el trabajo.
Los bucles son increíblemente poderosos porque te permiten pasar a un segundo plano como ser humano y realizar más tareas. Esto se debe a que no es necesario realizar un seguimiento tan cercano del agente, y éste trabaja de manera más autónoma y es más capaz de completar el trabajo de un extremo a otro.
En este artículo, analizaré por qué debería trabajar en bucles mientras interactúa con agentes de codificación y cómo puede hacerlo. Cubriré algunas técnicas que debería utilizar activamente al interactuar con agentes de codificación para configurar bucles de manera efectiva y hacer que sus agentes de codificación sean lo más efectivos posible.
¿Por qué utilizar bucles con agentes de codificación?
En primer lugar, veamos por qué debería utilizar bucles cuando utilice agentes de codificación. La respuesta más simple es que los bucles te permiten hacer más trabajo.
La razón de esto es que cuando configura un bucle, el agente es más capaz de completar tareas de un extremo a otro de forma autónoma, lo que le libera tiempo como humano y le permite hacer más trabajo.
Puedes imaginar estos dos escenarios:
Escenario 1: activas al agente A, haces un plan con él y haces que comience a funcionar. Luego activa al agente B y, antes de que termine de planificar la tarea con el agente B, el agente A le hace preguntas o le dice que ha completado algún trabajo y necesita que lo verifique. Decides terminar con el agente B y, justo después de terminar, vuelves al agente A. Interactúa con él, haz que siga funcionando y, antes de terminar, el agente B necesita tu opinión nuevamente. Luego continúas así y solo podrás interactuar con dos agentes a la vez, esencialmente, completando dos tareas a la vez.
Escenario 2: activa el Agente A y hace que ejecute un bucle para autoverificar su trabajo. Luego, el Agente A comenzará a trabajar en una tarea y usted le indicará que solo regrese a usted una vez que haya terminado esa tarea. Una vez que haya terminado de instruir al Agente A, puede comenzar a hacer lo mismo con el Agente B, estableciendo un objetivo y haciendo que funcione en bucle. Esta vez, el Agente A no lo interrumpe para obtener más información porque tiene el ciclo de autoverificación y ya no necesita su información de la misma manera. Por lo tanto, puede continuar configurando tareas en los agentes C, D, E, etc., hasta que el agente A finalice su trabajo.
La conclusión aquí es que el escenario 2 simplemente le permite activar más agentes y completar más tareas, lo cual es, por supuesto, increíblemente valioso porque le permite hacer más trabajo a la vez.
Cómo trabajar en bucles
Ahora, la gran pregunta, por supuesto, es ¿cómo se trabaja realmente en bucles? Hay muchas formas diferentes de hacerlo, pero cubriré la técnica más sencilla que puedes empezar a implementar de inmediato.
Esta técnica consiste en utilizar el comando /goal con Claude Code o Codex.
/meta
Yo por ejemplo digo:
/objetivo Implementar todo lo que pedí. Verifíquelo de extremo a extremo haciendo clic en el navegador usando Playwright MCP. No es aceptable probar la aplicación únicamente mediante pruebas de integración. Realmente debes hacer clic en la aplicación. Continúe así hasta que funcione. Solucione cualquier problema si lo encuentra y luego vuelva a realizar una prueba de principio a fin. Ejecute Codex exec y ejecute la habilidad de revisión con Codex y haga que lo apruebe e itere hasta que Codex lo haya aprobado. Cuando Codex lo haya aprobado, ven a verme y dime en qué servidores puedo probarlo y exactamente cómo probarlo.
Básicamente, lo que hace /goal es implementar un gancho. Este gancho se activa cada vez que Claude Code o Codex termina su trabajo y básicamente hace que el agente de codificación reflexione sobre si completó la tarea que escribió en /objetivo o no. Si se completa, regresa a usted y le informa de su trabajo. Si cree que no está completo, continuará trabajando para lograr ese objetivo hasta que esté satisfecho.
Es esencialmente una forma de hacer que los agentes codificadores continúen trabajando hasta que realmente alcancen su objetivo o crean que es completamente inalcanzable. Una forma muy poderosa de hacer que los agentes de codificación trabajen durante períodos de tiempo más largos y, por lo tanto, trabajen de manera más autónoma y completen más trabajo.
Además, observe en el mensaje que le doy al agente mucha más información sobre cómo verificar su trabajo. Este es un tema que cubriré en la siguiente sección, ya que es increíblemente importante si desea aprovechar al máximo el comando /goal.
Cómo hacer que /objetivo sea efectivo
En esta sección, cubriré cómo hacer que el comando /goal sea efectivo. Por supuesto, puede simplemente darle un objetivo al agente, pero si no es específico acerca de qué objetivo establece y cómo el agente puede verificarlo, no obtendrá buenos resultados.
Debe proporcionar al agente una forma de verificar su propio trabajo y minimizar la posibilidad de errores. Hago esto de dos maneras principales:
Dígale al agente que verifique su trabajo de un extremo a otro utilizando Playwright MCP e interactuando con el navegador. Haga que el agente ejecute Codex Exec para revisar el código que proporciona para minimizar la posibilidad de errores.
Cubriré el primer punto: utilicé Playwright MCP, pero puedes usar cualquier método de interacción con el navegador que desees. Me gusta Playwright porque funciona muy bien y el agente puede completar todo su trabajo. Decirle al agente que verifique su trabajo de un extremo a otro es muy efectivo porque el agente ingresa al navegador o a mi aplicación, toma capturas de pantalla y verifica que todo funcione según lo previsto. Este es un cambio increíblemente poderoso y realmente simple que puede realizar para al menos duplicar la efectividad de sus agentes de codificación.
Si no está trabajando con una interfaz de usuario, puede, por supuesto, decirle al agente que simplemente haga llamadas a la API y verifique las bases de datos o los registros para ver que todo funcione como se esperaba. El punto es que no solo se hace que el agente codificador verifique su trabajo mirando el código. Usted hace que realmente ejecute el código y que verifique las salidas y los resultados del código.
En segundo lugar, normalmente uso Claude Code como mi principal impulsor cuando desarrollo código, pero descubrí que aún se puede obtener mucho valor de Codex.
Utilizo Codex para proporcionar reseñas a mis agentes, mis agentes de Claude Code. Cada vez que publican código o quieren publicar código y obtener código en desarrollo, hago que Codex revise el código y lo apruebe antes de que a Claude se le permita fusionarlo en desarrollo. Esto me ha salvado de tantos errores que es difícil incluso de comprender.
También hay una gran diferencia en mi experiencia al hacer que Claude Code revise el código versus Codex. Si estoy usando Claude Code como mi controlador principal para implementar el código, definitivamente quiero usar Codex para verificar el código después y no Claude Code. Esto se debe a que Codex simplemente puede encontrar más errores. Creo una configuración iterativa en la que Claude Code implementa el código, hace que Codex lo revise, corrige los comentarios de revisión y etiqueta a Codex para revisarlo nuevamente. Seguimos así hasta que Codex haya aprobado el código.
Esto reducirá drásticamente la cantidad de errores que experimenta con Claude Code.
Conclusión
En este artículo, hablé sobre cómo configurar bucles en Claude Code. Los bucles como concepto se han puesto muy de moda últimamente porque son una forma para que los agentes de codificación trabajen de forma más autónoma y realicen más trabajo. Puede configurar bucles de manera súper simple usando el comando /goal, que hace que el agente continúe trabajando para lograr un objetivo hasta lograrlo. Sin embargo, también debes darle al agente una forma de verificar su propio trabajo, lo cual también cubrí en este artículo. Creo que crear bucles como este es el futuro de la ingeniería de software. Creará agentes que trabajen en bucles y les brindará una forma de verificar su propio trabajo. Esto le brinda la posibilidad de trabajar en más tareas a la vez. Los bucles como concepto también se pueden ampliar para tener bucles más grandes que organicen otros bucles más pequeños y también bucles de mejora automática, que son más conceptos que cubriré en artículos futuros.
👋 Ponte en contacto
👉 Mi libro electrónico y seminario web gratuitos:
🚀 10 veces su ingeniería con LLM (curso gratuito por correo electrónico de 3 días)
📚 Obtenga mi libro electrónico gratuito sobre Modelos de lenguaje de visión
💻 Mi seminario web sobre modelos de lenguaje de visión
👉 Encuéntrame en las redes sociales:
💌 Subpila
🐦X/Twitter