El libro avanza hacia fuera desde la llamada única, en cinco partes.
La parte I, La llamada, construye los cimientos aburridos: una sola frontera, salida estructurada en la que puedes confiar, prompts en el control de versiones, topes a lo que puede costar cualquiera de ellos, un navegador que nunca habla con el modelo y un turno al que se le permite ser lento.
La parte II, El sistema, le da manos al modelo: herramientas, el bucle del agente, qué hacer con los resultados de las herramientas, efectos secundarios que no se pueden deshacer, las fronteras de confianza que impiden que un modelo complaciente se convierta en uno caro, y contenido demasiado largo para una sola llamada.
La parte III, Pruebas, trata de saber que funciona: probar algo que nunca responde dos veces igual, medir la calidad en lugar de adivinarla y la observabilidad de las cosas que no puedes reproducir.
La parte IV, El equipo, trata de quién es dueño de todo esto, y de cómo trabaja un equipo Scrum cuando los agentes escriben buena parte del código.
La parte V, Producción, trata de todo lo que pasa después de que funcione: el fallo como un estado diseñado, y cómo entregar cambios a algo cuyo comportamiento es una distribución.
Cada capítulo se basa en código que hoy corre en producción. Los listados son una versión de referencia depurada de ese código, no una copia: comentarios recortados, nombres genéricos donde eran nuestros y algunos puntos corregidos donde la versión del libro es mejor que la que entregamos. Donde un patrón existe porque algo se rompió, el libro dice qué se rompió.
Convenciones de este libro
El código sigue las mismas convenciones que el libro anterior: tipos estrictos, tipos de retorno explícitos, FormRequests para la validación, DTO para los datos tipados y cada error renderizado una sola vez, en bootstrap/app.php, con un código estable sobre el que un cliente pueda bifurcar. Los ejemplos apuntan a Laravel 13 y PHP 8.5, el AI SDK oficial de Laravel (laravel/ai, versión 1) y Laravel MCP (laravel/mcp, versión 1).
El término «proveedor» designa a quien ejecuta el modelo: la empresa a la que le envías una petición y de la que recibes tokens. «Agente» designa una clase que reúne las instrucciones, las herramientas y el esquema de un trabajo, en el sentido en que lo usa el AI SDK. «Herramienta» designa una función que has expuesto al modelo. Un «paso» es una petición al proveedor y su respuesta. Un «turno» es todo lo que ocurre desde que un usuario pulsa Enter hasta que la funcionalidad vuelve a quedarse en silencio, y puede incluir muchos pasos.
Las API de los proveedores cambian más rápido que las de los frameworks. La forma de las peticiones de este libro se comprobó con la documentación de los proveedores en octubre de 2026. Toma la forma como la lección y los nombres de los campos como una instantánea, y consulta la documentación vigente antes de copiar uno.