Tu próximo trabajo en tech no es programar: es orquestar

Voy a empezar con una observación incómoda: si tu valor profesional sigue siendo "escribo código mejor que el promedio", estás compitiendo en un mercado que se contrae cada trimestre.

No es un pronóstico apocalíptico. Es lo que muestran los datos: las ofertas para "AI Workflow Engineer" y "Agent Orchestrator" en LinkedIn crecieron 340% interanual. Las ofertas para "Junior Frontend Developer" crecieron 4%. Las primeras pagan, en promedio, 40% más.

Programar tareas predefinidas. Escribir CRUDs. Conectar una API. Setear un proyecto Next.js desde cero. Implementar autenticación con OAuth. Todo eso es trabajo real y necesario, pero hoy lo hace Claude Code en 20 minutos con supervisión mínima.

El problema no es que la programación "muera" — sigue habiendo trabajo de plomería de software. Es que su precio relativo cae mes a mes mientras el de la orquestación sube.

1. 1Orquestación de agentes: armar pipelines donde varios modelos colaboran, cada uno especializado, con handoffs claros entre ellos.
2. 2Arquitectura de datos: hoy el data flow vale más que el código que lo procesa. El input determina el output.
3. 3Supervisión y evaluación: saber cuándo el sistema está fallando antes de que falle visiblemente.
4. 4Diseño de prompts a nivel sistema: no "prompt engineering" suelto, sino sistemas de prompts con jerarquía, herencia y A/B testing.
5. 5Decisiones de qué automatizar y qué no: criterio editorial sobre el producto.

Un caso real (sin nombres): el lead de operaciones IA de una scaleup latinoamericana de 80 personas. Su día tipo:

• OK9:00–9:30: dashboard de los 12 agentes en producción. Tres están fallando — uno por cambio en la API de un proveedor, dos por casos extremos en el clasificador.
• OK9:30–11:00: rediseña el prompt del clasificador con 6 ejemplos nuevos, hace eval contra el dataset de regresión, despliega.
• OK11:00–12:30: reunión con producto para definir un agente nuevo: "queremos automatizar el análisis de churn". Sale con un boceto de qué señales necesita y qué acciones puede ejecutar.
• OK14:00–15:30: revisa el log del agente de finance ops, encuentra un patrón de error que sugiere mejora en el data pipeline upstream.
• OK16:00–17:00: pair con un dev backend para implementar la nueva señal de churn.
• OK17:00–18:00: documenta la arquitectura del nuevo agente para que el equipo pueda mantenerla sin él.

Cero líneas de código escritas en el día. Decisiones importantes, todas.

Si tu trabajo hoy es escribir mayormente código y quieres reposicionarte:

1. 1¿Qué procesos manuales repetitivos veo todos los días en mi empresa que podría automatizar con un agente? Empieza ahí. Construye uno, en serio, no demo. Documenta el resultado.
2. 2¿Sé describir en lenguaje natural lo que quiero que pase, o solo sé escribir el código que lo implementa? Esto suena obvio. No lo es. Muchos devs senior tienen un déficit de "abstract thinking" porque pasaron 10 años pensando en sintaxis.
3. 3¿Tengo casos concretos en mi CV del tipo "monté un sistema de X agentes que procesa Y volumen con Z eficiencia"? Si no, eres invisible para los puestos que pagan bien.

“El programador de 2030 no va a escribir código. Va a escribir las instrucciones que escriben el código.”

No todos los devs van a poder hacer esta transición. Algunos van a quedarse en roles de implementación pura, que existirán pero con margen decreciente. Otros van a saltar al lado del producto y la operación. Es una bifurcación que ya está pasando, no algo que vaya a pasar.

La pregunta no es si quieres ser orquestador. Es si quieres quedarte donde estás mientras el mercado se mueve.