El nuevo programador no solo escribe código: diseña agentes que trabajan

El oficio se está moviendo. Jensen Huang afirmó que sus ingenieros prefieren construir agentes antes que escribir código tradicional. Más allá de la frase, la lectura empresarial es potente: el trabajo técnico empieza a desplazarse desde producir instrucciones una por una hacia diseñar sistemas capaces de ejecutar tareas, evaluarse, pedir ayuda y respetar límites. Para equipos de software, marketing, operaciones o atención, esto redefine qué significa ser productivo con IA.

La habilidad ya no es solo ejecutar. Durante años, la ventaja estuvo en saber usar herramientas concretas: un lenguaje, un CRM, una plataforma de anuncios o una hoja de cálculo. Ahora empieza a pesar más la capacidad de convertir procesos en agentes: definir entradas, salidas, reglas, permisos, pruebas y criterios de éxito. La persona valiosa no será quien haga todo manualmente, sino quien sepa diseñar una arquitectura de trabajo que otros puedan revisar y mejorar.

La consecuencia comercial. En una agencia, una clínica o una empresa de servicios, esto cambia la forma de contratar y capacitar. Ya no basta con pedir que alguien sepa usar una aplicación. Conviene preguntar si puede documentar un proceso, convertirlo en flujo, identificar riesgos y medir resultados. El talento se vuelve más estratégico cuando entiende el negocio y puede traducirlo en instrucciones que una herramienta o un equipo puedan repetir sin perder calidad.

El riesgo de saltarse los límites. Construir agentes suena atractivo, pero un agente sin guardrails puede improvisar en zonas delicadas. Puede contactar clientes con información incompleta, cambiar prioridades sin criterio o tomar decisiones que deberían pasar por una persona. Por eso el nuevo rol técnico incluye diseñar pruebas, permisos y mecanismos de revisión. La creatividad no desaparece; se combina con responsabilidad operativa.

La oportunidad práctica. Un negocio puede empezar con algo simple: elegir una tarea repetitiva, escribir el procedimiento ideal, definir cuándo el sistema debe detenerse y establecer una métrica. Por ejemplo, responder leads, clasificar solicitudes, preparar propuestas o resumir reuniones. El objetivo no es crear un agente perfecto de una vez, sino construir una pequeña unidad de trabajo que se pueda mejorar cada semana con evidencia.

El movimiento hacia agentes convierte la productividad en diseño organizacional. Las empresas que solo pidan más velocidad obtendrán respuestas rápidas pero frágiles. Las que aprendan a diseñar tareas, límites y revisiones construirán una ventaja más difícil de copiar. En la práctica, el futuro del trabajo no será humano contra máquina: será equipo contra desorden.