La persona-equipo fuera del loop que construye cajas negras

Durante décadas construimos procesos para entrar en la caja:

• Code review
• Pair programming
• Trazabilidad
• Drill down
• Ciclo de vida

Todo nuestro management de software es el mismo intento repetido: convertir la caja negra en caja blanca.

¿Y si gestionar desarrollo de software en tiempos de IA es aceptar el movimiento contrario?

Cada persona es un equipo. Hasta ayer una persona era un individuo dentro de un equipo; hoy una persona es un equipo: ella más n agentes. El problema que eso abre no es técnico, es de ownership. La salida de tus agentes es tuya, y no existe el atenuante "lo generó la IA", igual que no existe el error humano. Delegar nunca fue desligarse: un manager responde por el output de su equipo aunque no haya escrito una línea. La novedad es que ahora todos somos ese manager.

La caja negra. Hace treinta años alguien auditaba el assembly. Hoy nadie lee el bytecode que emite la JVM ni el JavaScript que escupe un transpilador, y no porque el compilador sea infalible, sino porque auditar su salida cuesta más que verificar su comportamiento. Cada capa de abstracción que sobrevivió lo hizo así: dejamos de mirar hacia abajo y empezamos a verificar hacia afuera. El código fuente de alto nivel está entrando en esa categoría. Incomoda, porque el diff era nuestro instrumento de control; pero el diff nunca fue el objetivo, era el proxy más barato que teníamos. Cuando aparece uno más barato y más fiel, pierde.

El humano fuera del loop. Venimos de human in the loop, pasamos a on the loop, vamos hacia out of the loop. Y conviene decirlo sin eufemismos: el loop es el lugar de menor valor. Si tu trabajo es aprobar lo que ya está hecho, sos un cuello de botella caro con formato de persona. Correrse no es irse: es elegir el problema, definir el criterio de aceptación antes, diseñar el proceso donde el agente no puede fallar, decidir qué no se construye. Eso no es supervisión, es diseño.

Amigate rápido con estas tres ideas contraintuitivas.