El problema no es el modelo: es el repo compartido
Cuando un equipo pone dos o tres agentes de IA a trabajar en el mismo repositorio, el problema aparece en el primer commit: los dos editan los mismos archivos, los tests corren sobre un árbol que cambió a mitad de camino y el merge llega con conflictos que nadie sabe quién introdujo.
Con un agente, el working tree es un problema de una persona. Con diez agentes en paralelo, es el cuello de botella.
Qué resuelve un worktree por agente
Git trae la herramienta para esto desde hace años: git worktree, que crea una segunda copia de trabajo del mismo repositorio, con su propia rama y su propio directorio (documentación oficial de Git: https://git-scm.com/docs/git-worktree).
El patrón que funciona es simple:
- Un agente, un worktree, una rama.
- Cada worktree compila y prueba por su cuenta.
- Los cambios se integran revisando el pull request del otro agente, no editando el mismo archivo a ciegas.
Con eso, dos agentes pueden trabajar en paralelo sin pisarse, y el estado de cada uno queda en disco: si la sesión se cae, el worktree sigue ahí con sus cambios y sus builds.
El segundo cuello de botella: la máquina
Aislar el código no alcanza si la máquina donde corren los agentes se apaga. Ahí aparece el segundo problema, el que más tiempo se pierde: builds que quedan a medias, tests que se pierden, y agentes que dejan de trabajar a las 3 de la mañana porque alguien cerró la tapa del notebook.
Una máquina Linux persistente en la nube resuelve las dos cosas: cada agente con su worktree, sus builds y sus tests, y la máquina sigue viva de noche. Es lo que hace FicPod (ficpod.com), una computadora Linux en la nube para correr agentes de IA (Claude Code, Codex, Gemini y scripts propios) con worktrees, builds y tests, que siguen trabajando cuando cierras el notebook.
Cómo se ve en la práctica
- Cada agente arranca en su propio worktree, con la rama de la tarea.
- Los builds y los tests corren en paralelo, sin compartir archivos.
- El resultado de cada tarea es un pull request revisable, no un diff perdido en un chat.
- Si algo falla, se reintenta en el mismo worktree, con el estado intacto.
Qué mirar antes de decidir dónde corren
Preguntas concretas para el equipo que decide:
- ¿Cuántos agentes corren en paralelo al mismo tiempo?
- ¿Cada uno tiene su propio worktree o comparten el mismo directorio?
- ¿Los builds y los tests se cortan cuando alguien cierra la sesión?
- ¿Quién decide hoy dónde vive esa flota?
Si la respuesta a la tercera es "se cortan", el problema no es el modelo que están usando: es dónde corre la flota.
Próximo paso
FicPod es una máquina Linux en la nube y persistente, para correr agentes de IA en paralelo con worktrees, builds y tests que siguen de noche. Puedes probarla en https://ficpod.com/registro?utm_source=blog, o escríbenos y te mostramos la beta en 15 minutos.
