Ce qui se passe
Symfony publie Symfony Language Tools, son serveur de langage officiel. Il apporte aux fichiers PHP, Twig et YAML ce qu'un éditeur sait déjà faire sur du code : compléter, naviguer, renommer, signaler une erreur, proposer un correctif.
Le problème qu'il règle
Dans une application Symfony, l'essentiel de la configuration circule sous forme de chaînes : un nom de route, un id de service, un chemin de template, une clé de traduction. L'éditeur, lui, n'y voit que du texte — une lettre en trop dans un redirectToRoute() ne déclenche rien tant que le code n'est pas exécuté.
PhpStorm couvre ce terrain depuis longtemps via son plugin Symfony. Hors de cet écosystème, il n'existait pas d'équivalent officiel.
Ce que ça change concrètement
- VS Code : extension native, à chercher sous « Symfony » dans le gestionnaire d'extensions.
- Neovim : installer le serveur
symfony-lspet activer la configurationnvim-lspconfigfournie. - Le serveur s'ajoute à votre serveur PHP existant (Intelephense, PHP Tools…) sans le remplacer : chacun couvre son domaine.
Comment il obtient cette précision
Le serveur ne devine pas depuis les fichiers. Dans un espace de travail déclaré de confiance, il démarre votre kernel en mode debug pour lire le conteneur compilé et le routeur effectif. C'est ce qui lui permet de n'émettre un diagnostic que lorsqu'il peut prouver l'invalidité — donc sans faux positif.
À savoir si le sujet vous intéresse : l'auteur indique que le code a été majoritairement écrit et relu par des LLM, en gardant l'architecture et la décision finale.
La réserve
C'est une bêta, et son auteur la qualifie d'expérimentale. Elle est publiée tôt précisément pour être confrontée à de vraies applications.