JetBrains a annoncé, début septembre 2026, JetBrains Air, un système de produits ouvert et cohérent destiné aux développeurs, aux équipes et aux organisations, dans ses environnements de développement intégrés (EDI) et au-delà. Le système s’étend sur plusieurs interfaces et plusieurs services. Chaque produit répond à un problème distinct, mais l’éditeur indique qu’ils fonctionnent mieux ensemble.
- JetBrains lance Air Teams, un espace où équipes et agents IA partagent workflows et outils.
- Les automatisations s’exécutent seules dans le cloud, déclenchées par un événement ou une planification.
- Les environnements et les projets ne dépendent plus d’une seule personne.
- Les tâches cloud continuent après la fermeture de l’ordinateur, et les secrets personnels restent privés.
JetBrains Air intègre Air Teams, un espace de collaboration consacré au développement agentique, c’est-à-dire au travail confié à des agents, des programmes d’intelligence artificielle capables d’exécuter des tâches de manière autonome. Air Teams fournit aux équipes et aux agents le contexte, les environnements, les outils et les instructions partagés dont ils ont besoin tout au long du cycle de développement.
L’entreprise explique avoir constaté deux évolutions depuis le lancement d’Air, présenté « il y a plusieurs mois » comme un premier pas. Les développeurs n’ont pas besoin d’une application autonome supplémentaire, car les outils et les agents doivent être intégrés à l’environnement où ils travaillent déjà. Par ailleurs, à mesure que les développeurs individuels gagnaient en productivité grâce aux agents, « le véritable goulot d’étranglement s’est déplacé au niveau de l’équipe ». JetBrains précise : « Nous avons donc décidé de faire évoluer Air pour aller au-delà d’une simple application de bureau autonome et proposer un système plus vaste et intégré. »
Des automatisations partagées par toute l’équipe
Air Teams repose sur quatre éléments : les automatisations, les environnements cloud partagés, les tâches cloud et les projets. Les automatisations sont des workflows, c’est-à-dire des enchaînements d’étapes, qui s’exécutent seuls dans le cloud à partir d’un événement ou d’une planification. Air Teams en fournit 10 modèles, notamment pour la revue de code, la correction de bugs, la mise à jour des dépendances (les bibliothèques externes utilisées par un projet) et la maintenance de la documentation.
Chaque automatisation repose sur quatre paramètres : des instructions, un environnement, des outils et un déclencheur. Les outils peuvent inclure Jira, Figma et Linear via des connecteurs. Le déclencheur peut être un événement GitHub ou Jira, un webhook ou une planification. Dans l’exemple donné par JetBrains, l’ajout du libellé Bug à un ticket lance un agent, qui lit le ticket, identifie la cause dans le code et ouvre une demande de fusion, appelée pull request, contenant une proposition de correctif que « un ingénieur pourra vérifier ».
JetBrains présente trois exemples. Pour la revue de code, l’agent publie des commentaires et un résumé, puis peut approuver la pull request ou demander des modifications. Pour les corrections de tickets dans YouTrack, un membre de l’équipe peut attribuer à un agent une tâche simple et bien définie. Enfin, deux fois par semaine, un agent met à niveau les dépendances du projet, compile le code, exécute les tests et ouvre une pull request récapitulative.
Des environnements et des projets qui ne dépendent pas d’une personne
Chaque automatisation et chaque tâche cloud s’exécute dans un environnement. Dans Air Teams, cette configuration est stockée dans le dépôt, au chemin .air/cloud/startup.sh, afin d’être versionnée et relue avec le reste du code. Une fois prêt, l’environnement peut être enregistré sous forme d’instantané et partagé. JetBrains précise que partager la configuration ne signifie pas partager les identifiants : les secrets partagés peuvent être utilisés sans être visibles, tandis que les secrets personnels restent propres à chacun.
Les tâches cloud, elles, ne sont pas liées à l’appareil qui les a lancées. Un utilisateur peut démarrer une tâche depuis son EDI puis la reprendre sur le web, et l’agent continue de travailler après la fermeture de l’ordinateur portable. Un projet d’équipe rassemble les membres, les environnements partagés, les connecteurs MCP et les automatisations. Chaque projet dispose de son propre compte de service et de ses propres crédits IA, et un administrateur décide si les automatisations consomment ces crédits ou ceux de leurs créateurs. Dans le premier cas, elles continuent de fonctionner après le départ de leur créateur.
