IA pour développeurs · Actualité
GitHub Copilot s'installe dans JetBrains Air et dans l'assistant intégré de Xcode
En deux jours, GitHub a branché Copilot sur deux environnements qu'il ne contrôle pas : Air, l'outil de pilotage d'agents de JetBrains, et l'assistant de code de Xcode. L'abonnement Copilot existant suffit, mais chaque intégration a ses conditions et ses angles morts.
Par Kayzen AI · · 2 min de lecture

Les éditeurs de code ouvrent désormais leurs assistants à des agents venus d'ailleurs. GitHub en profite : les 3 et 4 novembre 2026, il a annoncé l'arrivée de Copilot dans JetBrains Air, puis dans l'assistant de code intégré à Xcode, l'outil de développement d'Apple.
Dans JetBrains Air
Air est l'environnement de JetBrains pour confier des tâches de code à des agents, suivre leur exécution et relire le résultat. Copilot y devient un agent sélectionnable, relié par l'Agent Client Protocol (ACP), un protocole qui permet à un éditeur de dialoguer avec un agent externe.
Deux modes sont décrits :
- en local, dans l'IDE JetBrains : il faut installer le module Air, choisir GitHub Copilot comme agent et connecter son compte ;
- dans le cloud, via Air Teams, depuis l'IDE ou le navigateur. Selon GitHub, Copilot travaille alors dans un conteneur Docker, sur une machine virtuelle neuve, avec tout le trafic passant par un proxy et sans aucun état conservé d'une tâche à l'autre.
Point de facturation à noter : les tâches cloud consomment l'abonnement Copilot, pas les crédits IA de JetBrains. Elles exigent trois choses : un compte JetBrains rattaché à une organisation où Air Teams est activé, un abonnement Copilot, et l'activation de Copilot par l'administrateur Air.
Les limites reconnues par GitHub
L'annonce liste elle-même plusieurs restrictions :
- on ne peut pas choisir, tâche par tâche, entre son abonnement personnel et celui de son organisation ;
- les tableaux de suivi et de gouvernance d'Air n'incluent pas la consommation de Copilot ;
- un administrateur Air peut désactiver Copilot, mais pas lui fixer un plafond de dépense depuis Air ;
- la vérification de l'abonnement peut n'avoir lieu qu'au démarrage de l'environnement cloud ; en cas d'échec, la tâche échoue avec une erreur dans la session.
La page ne dit pas quels modèles sont utilisés, ni si l'intégration est en préversion ou en version stable.
Dans Xcode
Côté Apple, le statut est clair : il s'agit d'une préversion publique. Copilot fonctionne directement dans l'assistant de code intégré à Xcode, sans passer par l'extension GitHub Copilot for Xcode, qui reste proposée à part.
Les conditions sont précises :
- Xcode 27.3 bêta ;
- un Mac sous macOS Tahoe 26.6 ou plus récent ;
- n'importe quelle offre Copilot.
La configuration se fait dans les réglages de Xcode, rubrique Intelligence. Là encore, ni les modèles disponibles ni d'éventuels plafonds d'usage ne sont indiqués.
Notre lecture
Pour une petite équipe déjà abonnée à Copilot, la nouvelle est plutôt bonne : un seul abonnement couvre davantage d'outils, et il n'est plus nécessaire de changer d'éditeur pour utiliser un agent. Deux réserves toutefois.
La première tient au suivi des coûts. Avec Air, la consommation part sur l'abonnement Copilot mais n'apparaît pas dans les tableaux de bord de JetBrains. Le suivi doit donc se faire côté GitHub, et c'est là qu'il faut fixer les budgets.
La seconde tient à la maturité. Xcode 27.3 est une version bêta et l'intégration une préversion : à essayer sur un poste, pas à imposer à toute l'équipe mobile avant une version stable. Pour les tâches cloud d'Air, il reste à vérifier avec JetBrains où tournent les machines virtuelles avant d'y envoyer le code d'un client.