GitHub a annoncé coup sur coup, les 3 et 4 novembre 2026, deux extensions de la présence de Copilot en dehors de son terrain historique. JetBrains Air permet désormais de choisir Copilot comme agent pour des sessions de codage locales ou dans le cloud, et l’assistant de code intégré d’Xcode 27.3 bêta propose Copilot comme option native, en parallèle de l’extension dédiée existante.
Copilot natif dans l’assistant de code d’Xcode
La première annonce, publiée le 4 novembre, ouvre l’assistant de code intégré d’Xcode 27.3 bêta à Copilot. Cette intégration est distincte de l’extension « GitHub Copilot for Xcode » existante, qui reste disponible : les développeurs Apple ont donc désormais deux chemins pour utiliser Copilot dans leur IDE. La fonctionnalité est en préversion publique, accessible depuis Xcode sous Réglages puis Intelligence, et nécessite macOS Tahoe 26.6 ou une version ultérieure.
JetBrains Air : sessions locales et agents dans le cloud
La seconde annonce, publiée la veille, concerne JetBrains Air, l’environnement d’agents de codage de JetBrains. Air introduit un sélecteur d’agent dans lequel Copilot figure désormais aux côtés des autres options, avec deux modes d’exécution : en local dans l’IDE, ou dans des environnements cloud isolés via Air Teams, pilotables depuis l’IDE ou un navigateur.
| Critère | Xcode (préversion) | JetBrains Air |
|---|---|---|
| Statut | Préversion publique | Disponible |
| Exécution | Locale, dans l’assistant intégré | Locale ou cloud (conteneur isolé) |
| Protocole | Non communiqué | Agent Client Protocol (ACP) |
| Pré-requis | Xcode 27.3 bêta, macOS Tahoe 26.6+ | Compte Copilot ; organisation Air Teams pour le cloud |
| Facturation | Abonnement Copilot existant | Abonnement Copilot, pas les crédits IA JetBrains |
Côté architecture, les tâches cloud de JetBrains Air s’exécutent dans un conteneur Docker sur une machine virtuelle neuve, tout le trafic passant par un proxy, sans état conservé d’une tâche à l’autre. L’intégration s’appuie sur l’Agent Client Protocol, un protocole ouvert qui normalise les échanges JSON-RPC entre un IDE et un agent de codage, dans un esprit assez proche de ce que le Model Context Protocol fait côté accès aux outils et aux données.
{
"jsonrpc": "2.0",
"method": "initialize",
"params": {
"protocolVersion": "1",
"clientCapabilities": { "fs": { "readTextFile": true } }
}
}Deux ouvertures en deux jours, sur deux IDE concurrents de VS Code, disent plus sur la stratégie de Copilot que n’importe quel communiqué : être présent partout où un développeur écrit du code devient plus important que de pousser son propre éditeur.
Ce que cela change pour les équipes mixtes
Pour une équipe qui mélange Xcode côté mobile et des IDE JetBrains côté back-end, la nouveauté permet d’unifier l’agent de codage sans imposer un éditeur unique ni multiplier les abonnements à des agents IA différents selon le poste de travail. Les tâches cloud d’Air permettent en particulier de lancer des builds, tests et installations de paquets sans toucher à l’environnement local du développeur, un usage proche de ce que proposent déjà les agents de fond sur GitHub lui-même.
Ce qu’il faut retenir
En l’espace de 48 heures, Copilot a gagné une présence native dans deux IDE qui n’appartiennent pas à Microsoft, sur deux modèles d’exécution différents : local dans Xcode, local ou cloud dans JetBrains Air. Aucune des deux intégrations ne change la facturation côté développeur, qui continue de reposer sur l’abonnement Copilot existant.
Ce qui marque le plus dans ces deux annonces, c’est l’absence de bruit autour de la compatibilité : Copilot ne cherche plus à convertir les développeurs à VS Code, il vient s’installer là où ils travaillent déjà. Pour une agence qui jongle entre Xcode et des IDE JetBrains selon les missions, c’est un vrai confort opérationnel — à condition de garder un œil sur la consommation, puisque la gouvernance des coûts reste séparée de celle de l’IDE. — Simon Janvier
Pour aller plus loin : annonce officielle pour JetBrains Air et annonce officielle pour Xcode sur le changelog GitHub.
