Bienvenido a un nuevo episodio del podcast de Sergio. Hoy quiero hablar de algo que ha pasado esta misma semana y que, creo, marca un antes y un después: se acabó la barra libre de la inteligencia artificial.

Te cuento. Hoy mismo, un amigo que fue jefe mío ha publicado en una red profesional una reflexión que me dejó dándole vueltas. El primero de junio entraron en vigor las nuevas tarifas de GitHub Copilot, la herramienta de programación con inteligencia artificial. Y en un solo día se había gastado un tercio de su suscripción mensual. El mes anterior no la había agotado en treinta y un días. Sabía que venía una subida, decía, pero no esperaba que fuera tanta. La bofetada.

Y no es un caso aislado. Con el nuevo modelo de precios, quien usa estos agentes de forma intensiva se está encontrando facturas diez, veinte, hasta cincuenta veces más altas. Han llegado los límites semanales, ha desaparecido el plan de respaldo, y los modelos más potentes han salido de los planes básicos. La barra libre, sencillamente, se acabó.

Pero lo que de verdad me interesa no es el tarifazo. Es lo que mi amigo contaba justo después. Lleva más de treinta años en esta profesión, la mitad de ellos dirigiendo la tecnología de una universidad online. Y dice que este último año, programando con agentes de inteligencia artificial, ha sido su etapa más productiva. Y estaba él solo.

Lo describe como tener un equipo de diez programadores senior a tus órdenes: que no se cansan, que son meticulosos, que saben más que tú en muchas cosas, y que aplican mejores soluciones de las que tú mismo habrías elegido. Su papel ha pasado a ser el de arquitecto de la solución y, a la vez, el de control de calidad que aprueba cada fase.

Suscribo cada palabra. Y por eso esa subida de precios no me parece solo un problema de dinero. Me parece un filtro. Un filtro que separa a quien sabe usar estas herramientas de quien no.

Porque aquí está la clave. Mucha gente usa el agente como si fuera un autocompletado glorificado. Le dice, hazme esto, y a ver qué sale. Y un agente trabajando así, en bucle y sin dirección, tiene dos problemas.

El primero es técnico. Cuando el error es ambiguo, o hace falta conocer bien el dominio, el agente se atasca. Hace un cambio, ve que fallan las pruebas, lo deshace, prueba otra variación, vuelve a fallar... y entra en un bucle del que no sale. Lee tu código, pero no entiende por qué está construido como está, así que te duplica cosas que ya existían o se salta tus normas.

El segundo problema es nuevo, y es el que duele este mes. Cada una de esas vueltas consume tokens, que es lo que pagas. Mientras la inteligencia artificial fue barata, dar quince vueltas en lugar de tres daba igual. Ahora cada vuelta de más se nota en la factura. El coste ha convertido un problema de calidad en un problema de dinero.

¿Y cuál es la respuesta? Ponerse en el papel de orquestador. Y ojo, porque esto no es escribir mejores instrucciones. Es diseñar el flujo de trabajo.

Significa partir una tarea grande en fases pequeñas, cada una con un objetivo claro. Significa darle a cada fase solo el contexto que necesita, ni de más ni de menos. Significa elegir el modelo adecuado para cada momento: uno rápido y barato para lo mecánico, y reservar el caro y potente para lo difícil. Y significa poner puntos de control, para que una fase no avance hasta que otra haya verificado que va bien.

Es, literalmente, dirigir a un equipo de programadores junior. Si no les explicas bien la tarea, el resultado es impredecible. Y ahora, además, caro. La diferencia entre una sesión que se resuelve en tres pasos y otra que da quince vueltas casi nunca está en el modelo. Está en cómo repartiste el trabajo. El que sepa orquestar bien absorberá la subida de precios. El que no, la va a pagar entera.

Y déjame bajar esto a tierra con lo más práctico, porque hay dos hábitos que de repente valen oro. El primero es la documentación. Suena aburrido, lo sé, pero piénsalo un momento: el contexto que le das al agente sale, en buena parte, de tu documentación. Si está clara y bien ordenada, el agente acierta a la primera. Si es un caos, se pierde, da vueltas, y cada vuelta ahora la pagas. La documentación ha dejado de ser una cuestión de higiene para convertirse en una decisión económica. Quien tenga su proyecto bien documentado, gastará menos. Así de directo.

El segundo hábito es la verificación. Antes revisabas el resultado del agente por calidad, para que no metiera un error. Ahora lo revisas también por dinero. Porque un agente que se va por las ramas, sin un punto de control que lo pare, puede vaciarte la cuenta de tokens en una sola tarde. Poner una prueba automática, un análisis de código, o incluso un segundo agente que revise el trabajo del primero, ya no es un lujo. Es justo lo que mantiene la factura bajo control.

Y aquí viene el giro que me tiene enganchado estos días. Porque ese trabajo de orquestar, de bajar al detalle de cada paso, también está empezando a delegarse... en el propio modelo.

Hace unos días, Anthropic lanzó su modelo Claude Opus cuatro punto ocho, con una función que todavía está en pruebas y que se llama flujos de trabajo dinámicos. La idea es esta: en lugar de un solo agente trabajando en serie, el modelo escribe su propio plan de orquestación y lanza decenas, o incluso cientos de subagentes en paralelo. Los pone a atacar el problema desde ángulos distintos. Despliega agentes adversarios, cuyo único trabajo es intentar refutar los hallazgos de los demás. Y va iterando hasta que las respuestas coinciden, antes de darte nada.

Lo he estado usando, y la sensación es rara. Cada vez tengo que bajar menos al detalle. Donde antes orquestaba yo, paso a paso, ahora describo el objetivo, y es el modelo el que reparte el trabajo entre su enjambre de agentes y se corrige solo. La pregunta deja de ser, qué pasos le dicto, y pasa a ser, qué quiero conseguir, y cómo compruebo que de verdad lo ha conseguido.

Pero que el modelo orqueste los pasos no te deja sin trabajo. Te empuja hacia arriba. Sigues siendo el arquitecto, el que decide qué construir y por qué. Y sigues siendo el control de calidad, el que comprueba que lo construido sirve. Eso no lo delega ningún enjambre de agentes. Lo que cambia es que el valor diferencial ya no es lo rápido que tecleas. Es el pensamiento de sistemas: saber descomponer un problema, y saber verificar una respuesta.

La barra libre se acabó. Pero quien sepa montar la orquesta, no la va a echar de menos.

Y con esa idea te dejo por hoy. Gracias por escuchar el podcast de Sergio. Nos escuchamos en el próximo. Cuídate.