Antes de delegar un plan, preguntale a git si ya está hecho

Tenés un plan con fases abiertas y ganas de repartirlas: a una persona del equipo, a un agente de IA, a cinco agentes en paralelo. Antes de mandar a nadie, hacele una pregunta a git: ¿esto ya está hecho?

Un plan envejece, el repositorio no

Un documento de plan dice lo que faltaba el día en que alguien lo escribió. Después el trabajo avanza por otro lado: un PR que cierra una fase sin tocar el documento, un arreglo que alguien hizo de pasada, una rama que se mergeó un viernes. El plan sigue diciendo «abierta».

El repositorio, en cambio, no tiene esa demora. Lo que está en la rama base es lo que existe.

En una tanda real de trabajo con agentes, 13 fases figuraban como abiertas y listas para delegar. 8 ya tenían el código mergeado: sólo esperaban un paso que no era de código (probar en un teléfono, firmar algo, decidir). Cada una de esas ocho se despachó igual, y cada sesión gastó su arranque en descubrir que no había nada para hacer.

El chequeo de dos minutos

Por cada fase, antes de delegarla:

# ¿hay un PR que ya la tocó? (abierto, mergeado o cerrado)
gh pr list --state all --search "nombre-de-la-fase"

# ¿lo que la fase pide ya está en la base?
git fetch origin
git log origin/main --oneline -- ruta/que/la/fase/toca

Si el PR está mergeado y el archivo está en la base, la fase no es trabajo de código: es otra cosa (una prueba, una aprobación, un despliegue). Eso se anota en el plan y se le pide a quien corresponde, no a un agente.

Tres detalles que hacen que el chequeo no mienta:

• Contra origin, no contra tu disco. Una copia local atrasada te dice que falta algo que ya llegó.
• Contra la base, no contra una rama. Que el código exista en una rama sin mergear no es «hecho»: es «hecho en un PR abierto», que es otra tarea (revisarlo y cerrarlo).
• Por contenido, no sólo por título. Un PR puede llamarse distinto de la fase. Buscá también por el archivo o el símbolo que la fase nombra.

Por qué importa más con agentes

Con una persona, el costo de mandar a hacer algo ya hecho es una charla incómoda. Con agentes en paralelo, es una sesión entera por fase: arrancar, leer el contexto, descubrir que no hay nada, reportarlo. Ocho fases ya hechas son ocho sesiones gastadas en confirmar.

El plan dice qué querías; git dice qué hay. Delegá la diferencia, no la lista.

Empezá por la próxima tanda: corré los dos comandos sobre cada fase y delegá sólo las que no aparezcan en la base. Si querés que tus agentes lo hagan solos como primer paso, escribinos por el chat de esta página.