JetBrains repense l'IDE : son prochain utilisateur principal sera un agent IA

L'équipe OpenIDE a publié sur Habr une analyse de la position de JetBrains dans le débat sur l'avenir de l'environnement de développement. Une partie de la communauté proclame la fin de l'ère des IDE. JetBrains propose de reformuler la question : le prochain utilisateur principal de l'IDE ne sera pas un humain, mais un agent IA.

Pourquoi la thèse « l'IDE est mort » gagne du terrain

Ces dernières années, une position bien ancrée s'est imposée dans la communauté de l'AI coding : l'environnement de développement professionnel serait dépassé. Les développeurs qui travaillent avec Claude Code, Codex ou OpenCode directement depuis le terminal résument ainsi leur méthode : il suffit à l'agent de grep, bash et edit, plus de quelques bons prompts. Interfaces complexes, inspecteurs d'UI, refactorings intégrés et débogueur font figure d'héritage de l'époque où l'on écrivait le code à la main.

L'approche a reçu un surnom informel, le « vibe coding » : on développe en exprimant des intentions plutôt qu'en manipulant directement le code. On ouvre le terminal, on décrit la tâche, on récupère un diff — pas de fenêtres, pas de clic dans les menus.

Dans ce tableau, JetBrains passe souvent pour un dinosaure : une entreprise qui a fixé pendant des années le standard de l'outillage professionnel, mais qui semble aujourd'hui en retard avec AI Chat et Junie.

Ce que l'argument « terminal contre IDE » passe sous silence

Cette thèse a un angle mort fondamental : elle ne considère l'environnement de développement que du point de vue de l'humain. Les agents IA qui passent par le terminal accèdent au code sous forme de texte, sans compréhension sémantique de la structure du projet.

JetBrains avance une thèse alternative : l'IDE n'est pas une interface pour l'humain, mais une couche d'outillage dotée d'une connaissance approfondie du projet — précisément ce dont un agent IA a besoin.

Ce que grep et bash ne savent pas faire, par définition :

• Analyse sémantique du code, en tenant compte des types et des contrats
• Graphe de dépendances entre modules et symboles
• Refactorings sûrs, qui préservent les invariants de toute la base de code
• Navigation par le sens, et non ligne par ligne dans les fichiers
• Intégration directe avec le débogueur, le lanceur de tests et le système de build

Un agent qui accède à ces outils via l'IDE effectue des modifications précises, au lieu de deviner le contexte à partir des fichiers voisins.

Pourquoi l'agent, et pas seulement l'humain, a besoin de l'IDE

JetBrains construit depuis plusieurs années son intégration de l'IA selon cette logique. AI Chat (anciennement AI Assistant) et Junie placent l'agent à l'intérieur de l'IDE, et non à l'extérieur, ce qui lui donne un accès direct aux outils structurels de l'environnement de développement.

L'équipe OpenIDE, autrice de l'analyse, partage cette position : aucun des développeurs qu'elle connaît n'a supprimé son IDE de son poste de travail, alors que tous, ou presque, utilisent déjà des agents IA. L'IDE reste le point où l'humain et l'agent disposent simultanément du contexte complet du projet.

«

Aujourd'hui, nous ne parlerons pas de la raison pour laquelle l'humain a besoin d'un IDE, mais de celle pour laquelle l'agent en a besoin », — l'équipe OpenIDE sur Habr.

Ce que cela signifie

L'opposition « terminal contre IDE » risque de se révéler une fausse dichotomie. Les agents IA qui accèdent à l'outillage sémantique de l'IDE travaillent avec plus de précision que ceux qui ne voient que le texte des fichiers. Si JetBrains met en œuvre ce modèle de façon cohérente, l'environnement de développement ne disparaîtra pas : il changera d'utilisateur principal.