A quién le sirve. Programadores curiosos por cómo coordinar a varios agentes de programación a la vez y, para un negocio sin equipo técnico, sobre todo un experimento que enseña cuándo no compensa.
Qué hicieron
Una ejecución de Claude preparó la documentación, el esqueleto del proyecto en Rust y un banco de pruebas. Después seis trabajadores (dos de Claude, dos de Codex y dos de Gemini) iterabais en espacios de trabajo separados. Cada uno descargaba la rama principal, reclamaba una tarea mediante un archivo de bloqueo, la implementaba y la probaba contra sqlite3 como referencia, actualizaba las notas compartidas y subía el cambio. Un Gemini aparte debía eliminar el código duplicado.
Cómo salió
Salieron unas 19.000 líneas de Rust en 154 commits, con 282 pruebas unitarias escritas por la IA que pasan. Solo superó 64 consultas de SQLLogicTest, porque no admite subconsultas ni CASE. No admite acceso simultáneo y el código tiene algo de relleno de poca calidad.
Conviene saber
El 54,5 % de los commits fue coordinación de bloqueos y reclamación de tareas. El agente que unifica el código solo se ejecutó una vez, al final, y Codex gastó el 100 % de la cuota semanal de un plan Pro.
Qué necesitas
- Acceso a varios agentes de programación con plan de pago. En el caso, dos de Claude, dos de Codex y dos de Gemini
- Un proyecto en git, el sistema que guarda el historial de versiones del código, y un lenguaje de programación elegido (el caso usó Rust)
- Una referencia con la que comparar el resultado, es decir, un programa ya existente que haga lo mismo
- Un conjunto de pruebas que diga si los módulos funcionan
- Margen en la cuota de uso de tus planes
Cómo hacerlo tú, paso a paso
- Elige un proyecto pequeño que tenga una referencia clara con la que comparar. En el caso, SQLite, un motor de bases de datos.
- Con un primer agente, prepara la documentación, el esqueleto del proyecto y un banco de pruebas.
- Reparte el trabajo en módulos independientes, por ejemplo analizador, almacenamiento y ejecutor de consultas.
- Lanza varios agentes, cada uno en su propia copia de trabajo. Cada uno debe descargar la versión principal del código, reclamar una tarea con un archivo de bloqueo para que nadie la repita, implementarla, probarla contra la referencia, actualizar las notas compartidas y subir el cambio.
- Pon a un agente aparte a eliminar el código duplicado, y ejecútalo varias veces durante el proyecto, no solo al final.
- Une los módulos y pasa un conjunto de consultas básicas. Anota lo que fue fallando por el camino.
Quiero construir un [proyecto pequeño, por ejemplo un motor de base de datos tipo SQLite] en [lenguaje] con varios agentes en paralelo. Primero escribe una especificación que reparta el trabajo en módulos independientes ([por ejemplo analizador, almacenamiento, ejecutor de consultas]) y después lanza un subagente por módulo en copias de trabajo separadas, con pruebas para cada uno. Habrás terminado cuando los módulos estén unidos y pase un conjunto de [número] consultas básicas. Enséñame lo que fue fallando por el camino.
Consejos
- Más agentes no siempre es mejor. En el caso, más de la mitad de los commits (los guardados de versión) fueron de coordinación.
- Vigila la cuota. Un solo agente agotó toda la cuota semanal de un plan.
- Haz los módulos lo más independientes posible para que se pisen menos.
Preguntas frecuentes
¿Sirve para mi negocio?
Lo normal es que no, porque es un experimento técnico. Su lección es que repartir trabajo entre agentes tiene un coste de coordinación.
¿Qué es SQLite?
Un motor de bases de datos pequeño que guarda todo en un único archivo y se usa en muchísimas aplicaciones. En el caso se construyó una versión simplificada, con limitaciones.
Fuentes
En el directorio desde el 3 de octubre de 2026.