Ingeniero de Google: Loop Engineering con cinco bloques de construcción para que la IA automatice agentes de prompt

El ingeniero de software de Google Addy Osmani, en un artículo publicado el 7 de junio, define “Loop Engineering” como un enfoque de diseño de agentes de IA para el que la automatización reemplaza el método manual de crear prompts por parte de los ingenieros, y que se compone de cinco bloques: Automations, Worktrees, Skills, Plugins/Connectors y Sub-agents.

Definiciones y funciones de los cinco bloques

Según el marco de Addy Osmani:

Automations (automatizaciones): tareas activadas por programación, encargadas de ejecutar automáticamente “Discovery” y “Triage”. Osmani explica que Automations es el mecanismo central para que el loop sea realmente un ciclo y no un “ejecución única”. La app Codex usa una pestaña para Automations y proporciona el comando /goal (ejecuta hasta que se cumpla la condición); Claude Code logra la misma funcionalidad mediante tareas programadas, cron, /loop, /goal y GitHub Actions.

Worktrees (árboles de trabajo): usa el mecanismo git worktree para crear directorios de trabajo independientes para agentes que se ejecutan en paralelo, evitando conflictos por modificaciones simultáneas del mismo archivo por parte de múltiples agentes. La app Codex incorpora worktree para cada thread; Claude Code proporciona el mismo aislamiento mediante git worktree y el flag --worktree.

Skills (habilidades): almacena el conocimiento del proyecto, convenciones y pasos de construcción en documentos externos en formato SKILL.md, para que el agente no tenga que volver a inferir el contexto del proyecto en cada ejecución. Ambas herramientas usan el mismo formato SKILL.md, y Osmani señala que una descripción precisa supera a las descripciones ambiguas.

Plugins / Connectors (plugins y conectores): construidos sobre MCP (Model Context Protocol), permiten que el agente acceda a sistemas externos como Issue Tracker, bases de datos, endpoints de API y herramientas de comunicación. Tanto la app Codex como Claude Code admiten MCP; Osmani confirma que un mismo connector normalmente puede usarse directamente en ambas herramientas.

Sub-agents (subagentes): separa el “agente de ejecución” y el “agente de verificación” en funciones independientes, con diferentes instrucciones e incluso diferentes modelos que se revisan entre sí, evitando que el mismo agente se evalúe con demasiada laxitud. La app Codex define esto en .codex/agents/ con formato TOML; Claude Code lo define en .claude/agents/ especificando subagentes de tareas y equipos de agentes.

Memoria externa (State): definición y función del sexto componente

Osmani define la memoria externa como “cualquier cosa que vive fuera de una sola conversación y sirve para registrar qué se hizo y cuál es el siguiente paso”, por ejemplo archivos Markdown o un tablero en Linear. La necesidad de esto se debe a que los modelos de lenguaje grandes no conservan memoria entre ejecuciones, por lo que el progreso debe almacenarse externamente, y no dentro de la ventana de contexto del modelo.

Ambas herramientas admiten este mecanismo: la app Codex lo hace mediante enlaces a Linear con Markdown o Connector; Claude Code lo hace mediante AGENTS.md, archivos de progreso o enlaces a Linear a través de MCP.

Preguntas frecuentes

¿Cuál es la diferencia central entre Loop Engineering y el Prompt Engineering tradicional?

Según el marco de Addy Osmani, en el Prompt Engineering tradicional los ingenieros escriben prompts manualmente y se comunican con el agente en iteraciones; en Loop Engineering, en cambio, se diseña un sistema completo en el que Automations activa automáticamente, Worktrees aísla ejecuciones en paralelo, Skills aporta conocimiento, Connectors conecta herramientas, y Sub-agents separa ejecución y verificación, pasando el rol del ingeniero de “operar directamente al agente” a “diseñar el sistema para ejecutar el agente”.

¿Qué bloques admite cada una de las herramientas, Codex app y Claude Code, actualmente?

Según el análisis comparativo de Osmani, hasta el momento en que se publicó su artículo, ambas herramientas ya admiten completamente los cinco bloques y el mecanismo de memoria externa. Las principales diferencias están en la nomenclatura y las rutas específicas: la funcionalidad de Automations tiene su correspondencia; Worktrees se basa en git worktree; Skills usa el formato SKILL.md; Plugins/Connectors se basa en MCP; y Sub-agents usa archivos de configuración dentro del directorio .agents/.

¿Cómo se implementa la “separación entre ejecución y verificación” en Sub-agents?

Según lo explicado por Osmani, el diseño de Sub-agents convierte “un agente que escribe código” y “un agente que revisa código” en dos roles independientes, que pueden usar diferentes instrucciones e incluso diferentes modelos. El comando /goal de Claude Code emplea el mismo principio: un modelo completamente nuevo determina si la tarea está completada, en lugar de que el modelo que ejecuta el trabajo se autoevalúe. Osmani lo denomina una aplicación de “quien hace vs quien revisa” aplicada incluso a las propias condiciones de parada.