Laravel Boost : Laravel parle aux agents IA

📚 Introduction

Les agents IA ont changé la façon dont on lit du code. Mais jusqu’ici, leur capacité à agir sur une application restait limitée : ils proposaient du code, à charge pour le développeur d’exécuter, vérifier, recopier. Sur un projet Laravel, le va-et-vient entre l’assistant et php artisan tinker cassait largement le flow.

Laravel Boost comble ce gap. C’est un package officiel qui expose une application Laravel comme un serveur MCP (Model Context Protocol) : routes, modèles, jobs, configuration, base de données, logs deviennent autant d’outils que l’agent peut interroger ou exécuter directement.

🔌 Ce que Boost expose

Une fois installé, Boost déclare un ensemble d’outils standardisés :

Introspection de l’application : routes, contrôleurs, jobs, listeners, commandes Artisan, services injectables.
Accès à la base de données : schéma, tables, indexes, exécution de requêtes en lecture (et écriture si autorisée).
Exécution de Tinker : l’agent peut évaluer une expression PHP dans le contexte de l’application.
Lecture des logs récents (souvent couplée avec Laravel Pail).
Statut des jobs et failed_jobs.

Conséquence : un agent peut répondre à “pourquoi cet utilisateur ne reçoit pas son email ?” en allant lui-même chercher l’utilisateur en base, vérifier l’état du job, lire les logs récents, et proposer un correctif basé sur des faits, pas sur des suppositions.

🚀 Installation

composer require laravel/boost
php artisan boost:install

L’installeur ajoute la configuration nécessaire dans config/boost.php, et publie un fichier MCP server prêt à être consommé par un client compatible. Pour Claude Code, on ajoute le serveur dans le .mcp.json du projet :

{
	"mcpServers": {
		"laravel": {
			"type": "stdio",
			"command": "php",
			"args": ["artisan", "boost:serve"]
		}
	}
}

L’agent dispose alors d’outils mcp__laravel__* directement dans la conversation.

🧰 Cas d’usage concrets

Trois scénarios où Boost m’a fait gagner du temps récemment.

1. Diagnostiquer un job qui échoue. Au lieu de lancer Tinker, dumper l’état d’un user, vérifier la table failed_jobs et croiser avec les logs, l’agent enchaîne ces trois étapes en une seule conversation. La latence cognitive du contexte switch disparaît.

2. Générer une migration cohérente avec le schéma existant. Boost donne à l’agent une vue du schéma actuel, des contraintes et des indexes existants. La migration générée respecte les conventions du projet sans qu’on ait à recopier la structure dans le prompt.

3. Proposer une route ou un endpoint en respectant les patterns existants. L’agent lit les contrôleurs voisins, comprend les conventions de validation et de réponse (resources, codes HTTP), et produit un endpoint qui s’intègre proprement plutôt qu’un copier-coller de tutoriel.

🧠 Combiner Boost avec d’autres outils

C’est sur la combinaison que Boost prend toute sa valeur. Quelques associations efficaces :

Boost + PAO : Laravel PAO reformate la sortie de PHPUnit, Pest, PHPStan, Rector et Artisan dans un format que l’agent lit nativement. Boost expose l’application, PAO expose les outils, l’agent boucle le cycle “code → test → corrige” sans intermédiaire.
Boost + Pail : l’agent diagnostique une exception en lisant les logs structurés produits par Pail.
Boost + MCP data.gouv.fr : Boost gère l’app Laravel, le MCP data.gouv.fr fournit la donnée externe, et l’agent orchestre l’import.
Boost + GitHub Actions : l’agent ouvre une PR avec la migration ou le job généré, en se basant sur le workflow GitHub Actions déjà en place.
Boost + Laravel 13 et ses attributs : l’agent suit naturellement la syntaxe attributs décrite dans Laravel 13 quand il génère du code.

⚠️ Quelques précautions

Désactiver les opérations destructives par défaut. Le fichier config/boost.php permet d’autoriser ou non l’écriture en base, l’exécution de migrations, le dispatch de jobs. En dev, on laisse ouvert ; en staging, on restreint ; en production, on coupe.
Surveiller le contexte transmis. Boost peut renvoyer des données personnelles via le schéma ou via Tinker. Pour les projets avec des contraintes RGPD strictes, prévoyez un masking sur les colonnes sensibles.
Versionner la configuration Boost. Comme toute brique d’agent, son comportement doit être prévisible : le .mcp.json et le config/boost.php font partie du code applicatif, pas du setup local.

🎉 Conclusion

Laravel Boost ne va pas remplacer le développeur, mais il transforme nettement la relation entre l’application Laravel et l’agent IA qui l’accompagne. On passe d’un assistant qui propose du code aveuglément à un assistant qui lit le projet, exécute des requêtes ciblées et produit du code aligné sur la réalité.

Si vous travaillez sur Laravel avec Claude Code, Cursor ou un agent custom, c’est le package qui mérite d’être testé en priorité dans les semaines qui viennent. Et pour fermer la boucle côté outillage (tests, analyse statique, refactor), enchaînez avec Laravel PAO : c’est le complément naturel de Boost pour rendre l’agent vraiment autonome sur un projet PHP.

🤖 Laravel Boost : quand Laravel parle aux agents IA