El libro recorre el diseño de sistemas con agentes: qué hace un agente, cómo se le dan habilidades, cómo se orquestan varias, cómo se le da conocimiento y memoria, cómo aprende y cuándo conviene pasar de uno a varios. La edición anticipada que leí tiene la segunda mitad sin publicar, así que esto es un juicio sobre lo que hay.
Qué me llevé
El capítulo de experiencia de usuario, que es raro encontrar en un libro técnico y es lo que decide si algo se usa. Un sistema que acierta el noventa por ciento de las veces solo sirve si la persona puede ver qué hizo, corregirlo sin empezar de cero y saber cuándo desconfiar. Esa es una decisión de interfaz, no de modelo, y se toma al principio.
La segunda idea es la de habilidades como unidad de diseño. En lugar de un sistema que hace todo, un conjunto acotado de cosas que sabe hacer, cada una con su entrada, su salida y su límite escrito. Eso hace que el alcance se pueda negociar: se agregan habilidades, no se reescribe el agente.
Y la tercera es una advertencia repetida que comparto: pasar de un agente a varios multiplica la complejidad antes que la capacidad. El libro lo dice con datos de por qué se enredan —tareas demasiado amplias, atención dispersa— y no como preferencia estética.
Qué dejé fuera
Lo que no pude leer, que es mucho: medición, monitoreo en producción y protección del sistema son justo los capítulos que más me interesan y estaban sin publicar. Y hay que decir lo obvio sobre las ediciones anticipadas: se compran a medias, envejecen mientras se completan y a veces el libro terminado no se parece al borrador. Este lo volvería a comprar; no todos.