El puesto aún no tiene nombre. Esto es lo que hace
No existe un título consensuado para el ingeniero que orquesta agentes de IA en lugar de escribir código. Esto es lo que hace realmente ese puesto, junto con la descripción de puesto que redactamos desde cero.
marzo de 2026
En mi último artículo sostenía que SDD desplaza el valor de un ingeniero desde el dominio profundo de una pila tecnológica hacia el pensamiento arquitectónico y la calidad de las especificaciones. Varias personas me plantearon la misma pregunta: de acuerdo, pero ¿cómo se llama ese profesional?
No hay consenso. «Prompt Engineer» se queda corto: no se trata de escribir instrucciones ingeniosas. «AI-Augmented Developer» suena a funcionalidad de un producto. «Tech Lead» es lo más parecido, pero deja fuera la dimensión operativa. En NOSOTA nos quedamos con AI Orchestration Engineer: alguien que dirige un equipo de ingeniería virtual en el que quienes implementan son agentes de IA.
El título evolucionará. Las responsabilidades, no.
Esto es lo que hace realmente este puesto: entrevista a las partes interesadas y convierte requisitos ambiguos en especificaciones precisas e inequívocas. Descompone las funcionalidades en tareas acotadas con límites de contexto explícitos. Orquesta agentes de Claude Code en líneas de trabajo paralelas, contrasta sus resultados con la intención arquitectónica y detecta lo que es técnicamente correcto pero conceptualmente erróneo. Mantiene los registros de decisiones de arquitectura (ADR). Responde de la calidad.
Lo que no hace: escribir código repetitivo, memorizar las API de los frameworks ni especializarse en una única pila tecnológica.
El perfil no se parece en nada a la descripción de puesto tradicional de un ingeniero sénior. Así que redactamos una desde cero. Esta es la versión breve:
AI Orchestration Engineer — NOSOTA · En remoto · Jornada completa
Piensa en sistemas antes que en código. Redacta especificaciones, no solo tickets. Ha llevado a producción algo real con Claude Code, Cursor o Windsurf. Conoce Clean Architecture y DDD: no la sintaxis, sino la forma de pensar. Sabe convertir una entrevista con las partes interesadas en un diagrama de los límites del sistema.
Si su primer impulso es abrir un IDE antes de que la especificación esté terminada, este puesto no es para usted. Si es hacer tres preguntas aclaratorias más, siga leyendo.
