Casi todo sobre cómo estamos construyendo productos de software empresarial está cambiando en este momento. Durante años, cuando construías productos SaaS, tu enfoque de diseño completo era cómo un usuario interactuaría con el sistema para realizar su tarea, ya sea por sí mismo o de manera colaborativa. Ahora muchos de los desafíos de diseño fundamentales se centran más en cómo el usuario trabajará con Agentes de IA para realizar esta tarea. Esto convierte las preguntas en cómo el usuario configurará, desplegará, orquestará o proporcionará contexto a los Agentes de IA para ejecutar el trabajo, y luego revisará e incorporará su trabajo después. ¿Esto sucede en una interfaz de usuario existente? ¿Lo haces a través de chat? ¿Es a través de una lista de tareas o cola? ¿Es a través de un constructor de flujos de trabajo? ¿Lo describes como un Agente o simplemente produces el resultado específico que el cliente desea? Puedes ver las primeras diferencias manifestándose justo en el espacio de codificación de IA en este momento, donde hay un debate entre el IDE, la terminal, la interfaz web o simplemente usando slack. En todos los casos, una cosa que parece estar clara es que, de muchas maneras, para el usuario, el software se vuelve direccionalmente más simple. Los controles, interruptores, palancas y componentes necesarios para que las personas ejecuten tareas son menos necesarios en un mundo de Agentes de IA. Las API para estas capacidades aún importan para que los Agentes de IA las utilicen (así que no desaparecen), pero se aprovechan principalmente en segundo plano. Y cuando eventualmente aparecen para el usuario, es más para casos de uso avanzados, manejo de excepciones o el proceso de revisión, en lugar de la actividad común. Estamos en el período más interesante del diseño de software en el que hemos estado. Tenemos que diseñar para usuarios así como para agentes autónomos al mismo tiempo. Y solo estamos en las fases iniciales de lo que eso implica.