Infografía que contrasta la capacidad de ejecución aportada por agentes de IA con el criterio y el impacto aportados por ingenieros.

He estado pensando mucho en el papel del High Individual Contributor en la era de los agentes de IA.

No en el sentido romantizado del «desarrollador 10x», ni en la narrativa simplista de que la IA sustituirá equipos de ingeniería enteros. El cambio me parece más interesante y también más exigente.

En las últimas semanas, mi trabajo ha atravesado capas muy distintas de la ingeniería: rendimiento de imágenes médicas, interoperabilidad DICOM, sustitución de flujos low-code convertidos en cuellos de botella, mejora de visores clínicos, simplificación de pipelines de metadatos, construcción de agentes en WhatsApp y coordinación de agentes de programación.

Una lectura superficial sería: la IA me ayudó a hacer más cosas, más rápido. Pero esa no es la parte importante.

La conclusión relevante es esta: los agentes de IA no sustituyeron la ingeniería. Amplificaron el contexto, el criterio y la autonomía.

Un agente puede escribir código, pero no sabe por sí solo qué cuello de botella importa. No entiende automáticamente cuándo una herramienta low-code dejó de acelerar el producto y empezó a limitarlo. Tampoco comprende de verdad la diferencia entre una integración que funciona en el camino feliz y un sistema que debe sobrevivir a equipos reales, protocolos reales, datos incompletos, redes inestables, hardware limitado, presión operativa y usuarios en producción.

No decide, con responsabilidad de producto, si un agente dentro de un grupo de WhatsApp debe responder o guardar silencio. Tampoco percibe de forma natural que, a veces, la mayor mejora arquitectónica no consiste en optimizar un paso, sino en eliminarlo.

Ahí sigue importando la experiencia. Quizá más que antes.

La IA aumenta la velocidad. La experiencia da dirección.

La verdadera ventaja aparece cuando existe experiencia antes de la IA. Y no me refiero solo a escribir mejor código, sino a moverse entre producto, dominio, arquitectura, operaciones, rendimiento, datos, experiencia de usuario, integraciones, mantenimiento y trade-offs.

Es la capacidad de transformar ambigüedad en decisiones; decisiones en sistemas; sistemas en productos; y productos en algo capaz de sobrevivir en producción. Eso es muy distinto de completar más tareas.

El nuevo High IC no es solo más rápido

Tal vez el nuevo High Individual Contributor no sea quien ejecuta más tareas, sino quien amplía su radio de impacto sin ceder la responsabilidad a la herramienta.

Los agentes aumentan la velocidad. Pero la velocidad sin criterio solo entrega deuda técnica más rápido.

Muchas organizaciones tratan a los agentes como generadores de código, desarrolladores júnior o atajos para evitar la arquitectura. Sin embargo, en sistemas reales la parte difícil rara vez es escribir código. Lo difícil es saber qué debe existir y qué no.

Es saber cuándo una herramienta se convirtió en cuello de botella; cuándo simplificar un pipeline; cuándo un modelo no es suficientemente fiable; cuándo la experiencia necesita comportamiento específico del dominio; y cuándo el sistema exige reintentos, auditoría, observabilidad, idempotencia o una frontera completamente diferente.

El agente puede ejecutar. Alguien todavía debe reconocer una buena ejecución.

Los agentes no sustituyen la responsabilidad de ingeniería

Un agente de programación puede producir una implementación funcional, pero no asume automáticamente la responsabilidad por su mantenimiento, seguridad operativa, adecuación al producto o arquitectura a largo plazo.

No se despierta de madrugada porque producción falla. No siente el coste de una mala abstracción que se propaga por el código. No entiende las consecuencias políticas, financieras, operativas y humanas de una decisión técnica si alguien no introduce ese contexto.

Ese alguien sigue siendo el ingeniero que entiende que el software no es solo código. El software es un sistema de decisiones. Los agentes vuelven esas decisiones más rápidas, numerosas y trascendentes. Por eso el criterio importa más, no menos.

De programar a orquestar

Un IC fuerte ya no es solo quien implementa personalmente una funcionalidad de extremo a extremo. Eso sigue importando, pero el papel se expande hacia la orquestación técnica.

El ingeniero moderno de alto impacto necesita:

  • descomponer problemas ambiguos;
  • definir fronteras sólidas;
  • proporcionar contexto a los agentes;
  • revisar críticamente el trabajo generado;
  • eliminar complejidad innecesaria;
  • conservar memoria técnica;
  • elegir cuándo no automatizar;
  • conectar la intención de producto con el comportamiento del sistema;
  • mantener visibles las restricciones de producción.

Esto no es «ingeniería de prompts». Es ingeniería. El prompt es solo una interfaz. La habilidad real sigue siendo arquitectura, comprensión del dominio, criterio de producto y responsabilidad operativa.

La ventaja real es el criterio amplificado

Los profesionales más valiosos no serán necesariamente quienes utilicen más herramientas de IA. Serán quienes sepan orquestar agentes, evaluar resultados, conservar contexto, simplificar sistemas y entregar software real en entornos reales.

Hay una gran diferencia entre «la IA me ayudó a generar código» y «la IA me ayudó a ampliar mi radio de impacto manteniendo intacta la responsabilidad de ingeniería». La primera frase describe automatización; la segunda, ventaja.

La era de los agentes expone la calidad de la ingeniería

La era de los agentes no resta importancia a la ingeniería. Expone con mayor intensidad quién ya tenía profundidad detrás del teclado: quién comprende sistemas y trade-offs; conecta dominio y arquitectura; simplifica, opera y decide; sabe decir no; y entrega sin fingir que producción es solo una demostración más grande.

La IA puede ampliar la distancia entre quienes solo ejecutan tareas y quienes convierten ambigüedad en sistemas listos para producción.

El futuro del software quizá no pertenezca al desarrollador que teclea más rápido, sino al ingeniero que piensa con claridad, orquesta con inteligencia y usa agentes como extensión de su responsabilidad, no como sustitutos.

Porque los agentes aumentan la velocidad. Pero la ingeniería sostiene el impacto.