Hace un mes, tu setup de programación con IA tenía un agente, una conversación, un hilo. Escribías un prompt, te sugería la siguiente línea, aceptabas o rechazabas. Simple.

Pero un solo agente en una sola tarea no te limpia un backlog de doce ítems para el viernes. Necesitás paralelismo: múltiples agentes trabajando en múltiples ramas simultáneamente. La pregunta que nadie respondió antes de hacer deploy: ¿qué pasa con tu historial de git cuando esas ramas necesitan mergearse?

En la primera mitad de abril de 2026, cuatro empresas lanzaron agentes de programación paralelos — cada una con una estrategia diferente para evitar que el código colisione. El 14 de abril, Anthropic rediseñó Claude Code Desktop con Routines: agentes persistentes que corren en sesiones independientes. El 16 de abril, OpenAI sacó una actualización mayor de Codex con agentes en workspaces virtuales aislados. La ola empezó dos semanas antes: GitHub Copilot lanzó /fleet el 1 de abril, y Cursor 3 soltó sus Agent Tabs en segundo plano el 2 de abril.

Cuatro herramientas, cuatro modelos de aislamiento. Así maneja cada una el problema del merge — y así falla cada una.

Cursor 3 usa git worktrees — checkouts en directorios separados por agente. Los agentes nunca se bloquean entre sí mientras trabajan. Pero Cursor posterga todos los conflictos hasta el momento del merge. Dos agentes refactorizan el mismo módulo desde worktrees distintos, y descubrís la colisión recién cuando unificás las ramas — después de que ambos construyeron más trabajo sobre suposiciones divergentes.

GitHub /fleet adopta un enfoque de last-write-wins. Su propio blog dice: "Si dos agentes escriben en el mismo archivo, el último en terminar gana — silenciosamente. Sin error, sin merge, solo un overwrite." El output del agente más lento desaparece sin dejar rastro. Sin conflict markers. Sin advertencia.

Claude Code Routines le da a cada agente una sesión completamente aislada. El Agente A no sabe que el Agente B existe. Uno agrega una capa de caché; otro reestructura el flujo de datos del que depende ese caché. Ambas ramas pasan CI de forma independiente. Juntas crashean en runtime.

OpenAI Codex ofrece el aislamiento más fuerte: cada agente corre dentro de una VM sandboxeada. También el más difícil de reconciliar — exportás diffs de snapshots de la VM y resolvés los conflictos vos mismo con git estándar. OpenAI no incluye ningún tooling de merge.

La matemática de colisiones juega en tu contra. En una aplicación web típica, los módulos compartidos — utilidades, tipos, configuración, middleware — representan el 15–25% de los archivos por cantidad, pero aparecen en el grafo de imports de prácticamente cada feature. Despachá tres agentes a tres features "independientes", y la probabilidad de que al menos dos toquen un módulo compartido se acerca a la certeza. Correr esos agentes tampoco es barato: cada sesión de código compleja consume 50k–200k tokens, y cinco agentes en paralelo pueden quemar entre $15 y $40 por ronda de dispatch. Cuando un conflicto de merge te obliga a re-ejecutar, pagás el mismo trabajo dos veces.

Como escribió Addy Osmani el 26 de marzo: "Tres agentes enfocados consistentemente superan a un agente generalista trabajando tres veces más tiempo" — pero advirtió que "los pequeños errores inofensivos se acumulan a un ritmo insostenible." El sweet spot es finísimo. Por debajo de tres agentes, subutilizás el paralelismo. Por encima de tres, el overhead de merge devora las ganancias.

Los workarounds sacrifican el paralelismo por el que pagaste. GitHub recomienda asignar manualmente archivos distintos a cada agente — así que descomponés la arquitectura vos mismo antes de despachar. Podés secuenciar agentes en vez de paralelizarlos, pero eso se reduce a uno-a-la-vez con ceremonia extra. Podés acotar las tareas tan estrechamente que los agentes nunca se superpongan, lo cual requiere entender el codebase lo suficiente como para garantizar cero intersección de archivos. Como escribió Andrej Karpathy el 3 de febrero: "no estás escribiendo el código directamente el 99% del tiempo, estás orquestando agentes que lo hacen y actuando como supervisión."

El cuello de botella se movió. Escribir código ahora es barato. Mergearlo cuesta todo lo que el paralelismo ahorró. Tu tablero de dispatch son seis pestañas de terminal, tres ventanas de navegador, y una apuesta a que la rama claude/fix-auth no contradice estructuralmente a copilot/refactor-auth a nivel de tipos.

La próxima herramienta que gane la guerra de los agentes de código no va a lanzar agentes más inteligentes. Va a lanzar un orquestador consciente del merge que rastree lo que cada agente toca antes de que terminen — no después. Hasta entonces, estás corriendo el git merge más caro del mundo a mano, una rama a la vez.