Gestión de recursos de la tripulación para IA

7 min de lectura

Comunícate como una tripulación de vuelo, no como en una lluvia de ideas

24.07.2026, Por Stephan Schwab

La mayoría de los tropiezos al trabajar en pareja con IA nacen del mismo sitio que una tripulación mal coordinada: roles vagos, confirmaciones descuidadas y demasiadas conjeturas corteses. La aviación resolvió eso hace décadas con la gestión de recursos de la tripulación (CRM). No con pósteres motivacionales. Con frases estándar, traspasos explícitos, listas de comprobación de enunciado y respuesta, y la expectativa de que la segunda persona hable antes de que el metal se doble. Desde fuera parece repetitivo. Perfecto. Repetir sale más barato que estrellarse. Los desarrolladores que trabajan con agentes de IA necesitan exactamente esa postura, sobre todo cuando el agente es rápido, suena plausible y se equivoca de una forma muy ordenada. Si quieres mejores resultados, deja de tratar la conversación como improvisación. Aplícale la disciplina de una tripulación de vuelo. Decide quién lleva los mandos, quién supervisa, en qué fase estás, qué cambio se va a hacer, cómo debe repetirse y qué evidencia cuenta como “completado”. No necesitas cosplay aeronáutico. Necesitas menos ambigüedad. La precisión solo parece más lenta hasta que te ahorra una semana de retrabajo. Los equipos que entiendan esto pronto parecerán más lentos a quienes viven del teatro del prompt. También entregarán con menos heridas estúpidas. ¿Qué entrega sería más segura si tu equipo tratara cada traspaso con la disciplina de una cabina de vuelo y no como un chat informal?

Una capitana y un primer oficial siguen una lista de comprobación en una cabina de vuelo.

La repetición es la función de seguridad

En una cabina de vuelo donde se trabaja en serio, repetir no es ineficiencia. Es control de errores.

Escucha a dos pilotos que saben lo que hacen y la conversación suena casi ofensivamente básica. Uno dice algo. El otro lo repite. El primero confirma la repetición. Los elementos de la lista de comprobación se enuncian, se responden y se verifican. La transferencia de control se dice en voz alta. Nadie está intentando sonar creativo.

No es porque los pilotos sean lentos. Es porque la ambigüedad adora la velocidad, el estrés y el ego. La disciplina de una cabina de vuelo existe para que lo correcto sea fácil de oír y lo incorrecto sea incómodo de pasar por alto.

El trabajo en pareja con IA hace justo lo contrario. El humano insinúa. El modelo infiere. El resultado llega envuelto en seguridad. Todo el mundo finge que “se ve bien” es un mecanismo de control. No lo es. Son corazonadas con acreditación.

Como ya pasaba en Cuando la IA se convierte en tu compañero de pensamiento, el valor está en la conversación. La diferencia es que una buena conversación bajo carga necesita protocolo, no solo inteligencia.

Tres hábitos de la tripulación que conviene copiar

Transferencia positiva de control

Si nadie dice quién está volando, todos asumen que alguien competente debe de estar volando. Así despegan los desastres.

La FAA enseña una transferencia del control en tres pasos: una persona entrega, la otra acepta y la primera confirma. Suena quisquilloso hasta que imaginas la alternativa.

Haz exactamente lo mismo con la IA.

No digas:

¿Puedes limpiar un poco esto?

Di:

Tú redactas. Yo decido.
Objetivo: extraer la validación de facturación de checkout.ts a una función pura.
No toques las pruebas todavía.
Repite el cambio previsto antes de tocar código.

El agente debería repetir el encargo, no responder de inmediato:

Repetición: propondré la extracción en checkout.ts, dejaré las pruebas intactas
y esperaré aprobación sobre la forma antes de editar más.

Ese intercambio quita de en medio buena parte del ruido habitual. El alcance queda claro. La autoridad queda clara. La fase queda clara. Nadie tiene que adivinar si el agente está explorando, proponiendo o ejecutando.

Enunciado, respuesta y verificación

La cultura de las listas de comprobación funciona porque “hecho” no es una sensación. Es un estado verificado.

La guía de la FAA describe las listas de comprobación normales en cabina de vuelo como un proceso de enunciado y respuesta (challenge-response). Una persona enuncia el punto. La otra verifica y responde. El objetivo no es la ceremonia. El objetivo es impedir que la memoria y la inercia se hagan pasar por realidad.

Eso encaja de forma directa con el trabajo en pareja con IA:

Humano: Enunciado: añade una bandera de funcionalidad al nuevo flujo de inicio de sesión.
Agente: Respuesta: bandera solo en el punto de entrada HTTP, desactivada de forma predeterminada.
Humano: Verificación: enséñame cada archivo tocado y explica por qué no cambió ningún flujo de autenticación posterior.

Lo importante no es la primera instrucción. Lo importante es que la respuesta contiene alcance y la verificación exige evidencia. Ese es justo el tramo que los equipos se saltan cuando se emborrachan de output.

Si el cambio es delicado, obliga al agente a responder siempre cuatro cosas:

  • Intención
  • Archivos tocados
  • Supuestos
  • Verificación realizada

Esa es tu lista de comprobación de cabina de vuelo en versión ligera. Aburrida a propósito.

Repetición y confirmación

Una repetición sin confirmación es teatro. Quien emite el mensaje tiene que detectar cuando la respuesta está mal.

El ASRS de la NASA lleva años advirtiendo sobre fallos de repetición y confirmación (readback/hearback): quien recibe repite mal la instrucción y quien la emite no se da cuenta. La aviación aprendió la verdad incómoda. La comunicación no tiene éxito cuando se pronuncian palabras. Tiene éxito cuando la otra parte entendió lo correcto y alguien verificó que así fue.

Eso importa con IA porque el modelo suele repetir tu petición con un lenguaje más bonito mientras cambia el sentido por debajo.

Ejemplo:

Humano: Migra solo los puntos de acceso de administración al nuevo middleware de autenticación.
Agente: Repetición: actualizaré el uso del middleware de autenticación en todo el servicio.

Eso no es una reformulación inocente. Es una ampliación de alcance disfrazada de ayuda.

La respuesta correcta del humano no es “más o menos”. La respuesta correcta es:

Negativo. Solo puntos de acceso de administración. Nombra las rutas exactas que vas a tocar.

Los pilotos no reciben puntos extra por ser agradables cuando una autorización está mal repetida. Tú tampoco.

Un protocolo sencillo para trabajar en pareja con IA

No necesitas un manual gigantesco. Necesitas cinco movimientos estándar que aparezcan siempre.

Si quieres una forma de trabajo útil, empieza aquí:

  1. Declara la fase.
  2. Asigna roles.
  3. Exige una repetición.
  4. Ejecuta un cambio acotado.
  5. Confirma evidencia antes de seguir.

En la práctica puede verse así:

Fase: investigación
Tú revisas el repositorio y propones opciones. Yo decido.
Objetivo: entender por qué se crean facturas duplicadas.
Repite tu teoría actual en tres puntos antes de sugerir un arreglo.

Y después:

Fase: ejecución
Tú redactas. Yo apruebo.
Cambio: añadir guardia de idempotencia en InvoiceService#create.
Restricciones: sin cambio de esquema, sin cambios en background jobs.
Antes de cerrar, informa de los archivos tocados, las pruebas ejecutadas, los riesgos pendientes y el plan de reversión.

Esto no es burocracia. Así evitas que los Hijos de la línea magenta sigan a ciegas la línea que la automatización dibujó en la pantalla.

Dónde se nota enseguida

El beneficio aparece primero donde el fallo de la IA es caro pero no obvio al instante:

  • Refactorizaciones con gran radio de impacto
  • Cambios de autenticación y autorización
  • Migraciones de datos
  • Ediciones de infraestructura
  • Reescrituras de pruebas que pueden bendecir comportamiento roto sin querer

Es justo ahí donde la velocidad del modelo se vuelve peligrosa. Una respuesta rápida comprime el tiempo disponible para detectar deriva. Las llamadas normalizadas recuperan parte de ese tiempo.

También reducen un problema más silencioso: la fatiga humana. Cuando el protocolo carga con parte del trabajo mental, gastas menos energía reconstruyendo qué creía el agente que estaba haciendo. Eso importa más de lo que la mayoría de equipos admite.

El sentido real del CRM

La gestión de recursos de la tripulación nunca trató de hacer sonar formales a los pilotos. Trató de conseguir que la coordinación humana aguante cuando la atención se estrecha, la carga sube y los errores se vuelven caros.

Eso ya no es solo un problema de aviación.

El trabajo en pareja con agentes mejora en cuanto dejas de tratar cada instrucción como una ocurrencia brillante y empiezas a tratar la interacción como un traspaso operativo entre dos actores con fortalezas distintas y modos de fallo distintos. Uno es rápido, incansable y fluido. El otro carga con la responsabilidad. Si esa responsabilidad sigue siendo vaga, la colaboración seguirá siendo descuidada.

Copia las partes aburridas de la aviación. Transferencia explícita de control. Enunciado y respuesta. Repetición y confirmación. Señales de cierre. Frases estándar.

La aviación ya hizo la fase experimental por ti. Puedes seguir improvisando si quieres. El informe de incidente también será artesanal.

Base aeronáutica

  • FAA AC 61-98E describe una transferencia de control en tres pasos con entrega verbal, aceptación y confirmación.
  • FAA AC 120-71B describe listas de comprobación de enunciado y respuesta, disparadores claros e indicaciones explícitas de finalización.
  • NASA ASRS documenta el patrón persistente de fallos de repetición y confirmación en la comunicación piloto-controlador.

Fuentes:

Hablemos de la situación

Cuénteme qué está pasando. Yo escucho, hago algunas preguntas prácticas y le devuelvo lo que veo: dónde puede estar el riesgo, qué puede estar bloqueando la entrega y qué parece valer la pena revisar después. Sin discurso comercial, sin compromiso. Confidencial y directo.

Iniciar una conversación

Newsletter: Sin teatro metodológico. Sin relleno.
Ideas reales sobre entrega de software y liderazgo.

×