Los agentes pueden crear juegos realmente divertidos de una sola vez. Con las barreras adecuadas, los agentes pueden ejecutar migraciones increíblemente impresionantes en bases de código complejas, incluso reescrituras en nuevos lenguajes. Pero básicamente todo el trabajo de software "real" todavía tiene ingenieros humanos dirigiendo el proceso. ¿Cómo llegamos a un lugar donde una porción mucho mayor del trabajo se maneje por nosotros, sin requerir nuestra atención?

Muchas organizaciones de ingeniería pasaron la primera mitad de este año descargando tanto trabajo como fuera posible a ejércitos de agentes y bucles adversariales. Los resultados han sido bastante decepcionantes: montañas de código dudoso, pero ningún tsunami de software increíble. El ROI de todos esos tokens ha sido dudoso en el mejor de los casos. En términos de ciclo de hype, estamos en el valle de la desilusión.

Un diagnóstico que podemos usar para ayudarnos a llegar allí es preguntar: cuando el software se conduce mayormente a sí mismo, ¿qué harán los ingenieros? Una respuesta común es: ¡configurar bucles! Solíamos escribir código, luego escribíamos prompts, ahora configuramos bucles de agentes y escribimos /goal mucho. Creo que esto es un error. Ahora mismo, configurar un bucle de software viable que produzca un cambio de software netamente positivo sin incinerar dinero es un montón de trabajo, pero principalmente eso es porque la cadena de herramientas no está lista. Cuando tengamos las piezas móviles correctas, estos bucles serán fáciles de configurar, fáciles de confiar y rentables. Esto no será donde vaya nuestro tiempo.

Más bien, el trabajo de ingeniería más valioso será tener buenas ideas. Las ideas importantes todavía vienen de fuera de la fábrica de software. Las características asesinas todavía hacen compañías. Cursor Tab, la edición de transcripciones de Descript, Open Router abstrayendo proveedores de inferencia detrás de una interfaz de facturación común, estas son todas ideas que hacen compañías. Más allá de la creatividad, las buenas ideas requieren intimidad con el problema y experiencia en el dominio, y los ingenieros necesitarán contribuir a ese proceso. La arquitectura asesina todavía es de alto apalancamiento. La simplificación correcta todavía ahorra una enorme cantidad de complejidad más adelante. Fuera del ámbito de "tener buenas ideas", deberíamos intentar mover el trabajo de la base de código a las GPUs. Por ejemplo, ¿pueden los agentes manejar estas preocupaciones completas? Detectar y corregir la mayoría de los errores. Un agente debería atrapar estos por nosotros y corregirlos. Depurar errores de producción. Cuando aparece un error, un agente debería correlacionarlo con un commit reciente o cambio de tráfico o diferencia de infraestructura o condición inesperada y, generalmente, parchearlo por nosotros.

Entidades clave: Compañías: Cursor Tab, Descript, Open Router