Los agentes de IA te vuelven una empresa de software

9 min de lectura

La vieja advertencia ahora cuesta más

Como escribí en 2012 en When Your Organization Is a Software Company, las empresas se engañan cuando tratan el software como una compra lateral. Si el software es estratégico, no estás comprando solamente una herramienta. Estás entrando en el negocio del software, te guste o no la etiqueta.

Ese argumento envejeció bien. Solo envejeció dentro de un entorno más desagradable.

Ahora los directivos ven agentes de IA, unas cuantas demos fluidas y una docena de profetas de LinkedIn jurando que los equipos de software ya son opcionales. La fantasía se escribe sola. Dale un asistente inteligente al product manager. Deja que operaciones genere las integraciones. Deja que los analistas de negocio orquesten los flujos. Deja que los proveedores retengan la parte difícil. Conserva a unos pocos desarrolladores para limpiar lo que sobre. Quédate con el ahorro. Vende el resultado como modernización.

Esa fantasía ya era falsa antes del coding con agentes. Ahora es todavía más falsa.

La IA no va a dirigir tu empresa por sí sola ya planteó el punto estratégico. El detalle nuevo es financiero y operativo. Desde el giro hacia precios pay per use, el uso intensivo de modelos ya no queda escondido detrás de una suscripción plana que hace quedar bien a todo el mundo. Y para trabajo pesado con agentes, esa suscripción a menudo ni siquiera es el modelo operativo real. La vieja historia de que alguien podía pagar 200 dólares al mes y vibe-codear un ERP entero por las noches ya terminó. Con los precios actuales de la API de Anthropic, la salida de Sonnet cuesta 15 dólares por millón de tokens. Si quemas 30 millones de tokens de salida, ya rondas los 450 dólares antes de contar tokens de entrada, reintentos, contexto de navegador o sobrecoste de orquestación. En cuanto ese comportamiento entra en un flujo de equipo, la factura deja de parecer simpática muy deprisa.

Eso no convierte a los agentes en una mala inversión. Los convierte en lo que la capacidad de software siempre fue: apalancamiento que castiga a los amateurs.

La factura no compra juicio

Una cantidad sorprendente de directivos sigue creyendo que la parte difícil del software era teclear.

Esa creencia sobrevivió a las olas de outsourcing, a las presentaciones de low-code, a las promesas de no-code, a los milagros offshore y a cada boom de frameworks que supuestamente iba a volver intercambiable el desarrollo serio. Ahora esa misma creencia se pegó a los agentes de IA.

Pero la parte cara nunca fueron las pulsaciones del teclado. La parte cara siempre fue decidir qué debe existir, qué no debe existir, qué hay que probar, qué conviene dejar deliberadamente aburrido y qué dependencia oculta va a explotar seis semanas después de la demo.

Los agentes de IA cambian la forma del trabajo. No eliminan esa carga. Como argumenta La IA multiplica a los buenos desarrolladores, la abstracción se movió hacia arriba. El agente se encarga de más trabajo clerical. Eso vuelve más concentradas las decisiones humanas que quedan, no menos importantes.

Eso significa que la organización necesita mejor criterio de software justo cuando muchos líderes presupuestan como si necesitaran menos.

Ahí está la verdadera trampa de gestión.

La factura mensual parece una herramienta. El compromiso real es organizativo.

En cuanto tu gente usa agentes para cambiar sistemas de producción, rediseñar recorridos de clientes, refactorizar procesos centrales o rehacer operaciones internas, ya estás gestionando una fábrica de software. No una metafórica. Una real. Necesitas estándares, tests, disciplina arquitectónica, higiene en el repositorio, disciplina de despliegue y gente capaz de decirle no a la basura plausible antes de que llegue a clientes.

Si no construyes esas capacidades, el agente no te rescata. Solo escribe más desorden antes del almuerzo.

El pay per use mata la última historia simpática

La era de la suscripción de 200 dólares sostuvo muchísima tontería.

Alimentó el mito tranquilizador de que la capacidad de software por fin se había vuelto lo bastante barata como para improvisarla. Algún fundador en un fin de semana. Algún responsable de área con ambición. Algún líder de operaciones con una biblioteca de prompts. ¿Para qué contratar desarrolladores con experiencia si la máquina ya escribe código y la cuota mensual parece más pequeña que la entrada a una conferencia?

Ese mito siempre dependió de una contabilidad selectiva.

La gente ignoraba la limpieza, el retrabajo, las ramas muertas, los defectos silenciosos, la arquitectura accidental, los fallos de integración, la ausencia de tests y el coste de oportunidad de construir rápido lo equivocado.

El pay per use hace mucho más difícil esconder todo eso.

Ahora el despilfarro aparece en dos sitios a la vez.

Primero aparece en la base de código, donde el uso indisciplinado de agentes puede llenar un repositorio de abstracciones contradictorias a velocidad industrial. Vibe Coding no es desarrollo de software no se escribió por nostalgia. Se escribió porque los sistemas siguen teniendo que mantenerse en pie cuando la gente de la demo ya está en su casa.

Segundo aparece en la factura. Las ejecuciones repetidas con contexto largo, los reintentos, las sesiones paralelas con agentes y el uso de modelos premium convierten el mal criterio de software en un coste operativo medible. OpenClaw dio la versión pública y grotesca de ese patrón: un panel de 30 días con unos 603.000 millones de tokens, 7,6 millones de peticiones y cerca de 1,3 millones de dólares en gasto de OpenAI para un gran montaje autónomo de coding. La mayoría de equipos nunca llegará a esa escala. No importa. El punto es que el uso medido de agentes vuelve visible el despilfarro mucho antes de que la arquitectura sea estable.

Hay algo sano en eso.

Unos pocos cientos de dólares por una sola persona usuaria intensiva no son el escándalo. Unos pocos miles para un equipo pequeño tampoco. El escándalo es quemar ese dinero mientras se finge que ya no hacen falta personas que entiendan el software de verdad.

Los agentes de IA crean un problema de dotación, no una salida

La tentación para la dirección es evidente. Si un desarrollador fuerte con buenos agentes puede hacer el trabajo de un equipo pequeño de antes, entonces tal vez la respuesta sea recortar el equipo y quedarse con los prompts.

Ese tipo de conclusión aparece cuando alguien ve el apalancamiento pero no entiende de dónde sale.

Un desarrollador capaz con agentes no es poderoso porque el agente sea mágico. Es poderoso porque la experiencia le permite encuadrar la tarea, recortar contexto, descartar tonterías, detectar acoplamientos ocultos, probar el comportamiento correcto y detenerse antes de que el repositorio se convierta en un yacimiento arqueológico.

Por eso un experto de negocio con un agente de IA todavía no reemplaza a un desarrollador de software de verdad. El experto quizá conozca las reglas del negocio. El agente quizá produzca código, pantallas y explicaciones plausibles. Pero eso no significa que alguien sepa construir un sistema mantenible, probar el comportamiento crítico, controlar dependencias o detectar cuándo un prototipo simpático ya se está convirtiendo en deuda operativa.

Alguien sin esa profundidad también puede avanzar rápido. Normalmente avanza rápido hacia una pila de salidas que al final nadie puede asumir de verdad.

La consecuencia de dotación es incómoda para el teatro de dirección.

Puede que necesites menos gente haciendo implementación repetitiva. También puede que necesites más criterio senior por cada cambio que llega a producción. Necesitas desarrolladores capaces de sostener intención de producto, arquitectura, riesgo de entrega y consecuencia de negocio dentro de una sola conversación. Necesitas a esa gente cerca de las decisiones, no aparcada detrás de tickets.

Así se ve en 2026 convertirse en una empresa de software.

No un departamento gigante lleno de ceremonias. No un altar al tamaño del equipo. Una empresa que acepta el software como capacidad central y dota en consecuencia.

El coste real es la cobardía organizativa

La vieja pregunta de 2012 sigue intacta.

¿Estás dispuesto a convertirte en una empresa de software?

En 2026 hay una versión más afilada debajo.

¿Estás dispuesto a admitir que los agentes de IA no te dejan saltarte esa transformación?

Porque eso es exactamente lo que muchas organizaciones intentan hacer. Quieren apalancamiento de software sin disciplina de software. Quieren velocidad de IA sin autoridad de los desarrolladores. Quieren cambiar sistemas sin responsabilidad arquitectónica. Quieren el resultado sin la profesión.

Esa combinación no se abarata solo porque la interfaz sea amable.

Se vuelve más peligrosa.

El agente va a producir opciones con educación. Va a resumir módulos. Va a sugerir migraciones. Va a explicar errores con un tono que halaga lo justo como para que el lector confíe. Todo eso lo vuelve psicológicamente perfecto para organizaciones que ya subestiman el software.

La máquina parece obediente. La realidad no.

Si el negocio depende del software, trabajar con agentes no reduce la importancia del liderazgo técnico. La aumenta. Necesitas menos cuentos sobre coding democratizado y más decisiones adultas sobre dónde se sienta el software dentro del negocio, quién posee la calidad, cómo se prueban los cambios, qué repositorios merecen confianza y en qué casos los modelos caros sí justifican el gasto.

Esa es la continuación de la vieja advertencia.

No te estás escapando de la pregunta sobre la empresa de software.

Solo te están cobrando por token mientras sigues evitando responderla.