Copilot devient une option de l’assistant natif
Le 4 novembre, GitHub a annoncé la disponibilité de Copilot en aperçu public dans l’assistant de programmation intégré à Xcode, à partir de Xcode 27.3 beta. L’assistant Apple se configure dans les réglages Intelligence de Xcode ; l’intégration permet d’y sélectionner Copilot. GitHub indique que tous les abonnements Copilot sont pris en charge.
L’extension GitHub Copilot pour Xcode existante reste une option distincte. Il ne faut pas confondre cette extension installée séparément avec l’aperçu annoncé, qui passe par le cadre de l’assistant intégré d’Apple. Le choix dépend des fonctions de l’éditeur, des contrôles disponibles et de l’organisation de l’équipe ; GitHub n’a pas annoncé la fin de l’extension.
Prérequis et configuration
Les instructions GitHub demandent Xcode 27.3 beta et macOS Tahoe 26.6 ou version ultérieure. Dans Xcode, ouvrir Settings, choisir Intelligence et configurer GitHub Copilot. Les notes de version beta et la documentation Apple sur l’intelligence de programmation sont les références à consulter, car la configuration peut évoluer pendant une bêta.
Avant l’essai, vérifier que le compte et les politiques de l’organisation autorisent Copilot, et comprendre quel contexte de code est transmis selon le plan et les réglages. Un Mac géré peut nécessiter une autorisation administrateur pour les logiciels beta. Ne pas installer une chaîne beta sur une machine de build de production sans plan de compatibilité distinct.
Ce que le parcours natif pourrait changer
L’intégration native pourrait rendre les suggestions accessibles dans l’interface de l’assistant Xcode et limiter les changements de contexte. Le fonctionnement dépend néanmoins des capacités prises en charge par Xcode, du plan Copilot et de l’implémentation en aperçu public. GitHub ne promet pas que tous les clients ou commandes de l’extension seront disponibles de la même façon.
L’extension peut rester préférable aux développeurs qui dépendent de ses fonctions ou de son mode d’interaction. Comparer les deux options sur un projet représentatif : complétion, conversation ou édition, contexte transmis, confidentialité, accessibilité et revue des suggestions. Comme tout correctif, inspecter le diff, lancer les tests et comprendre les dépendances avant d’accepter le code.
Une checklist raisonnable pour l’aperçu
Commencer avec un projet non critique. Confirmer les versions de macOS et Xcode, examiner les règles de l’organisation, utiliser le bon compte et tester l’assistant sur des modifications courantes. Vérifier comment désactiver ou changer le fournisseur, quel contexte est partagé et comment l’outil réagit en cas de coupure réseau.
La fonctionnalité étant une préversion liée à une beta Xcode, son comportement et ses prérequis peuvent changer avant la disponibilité générale. Garder une installation stable pour les versions de production, ne pas promettre une compatibilité fondée sur une beta et transmettre les retours aux canaux indiqués par GitHub ou Apple. Il s’agit d’un nouveau parcours d’intégration, non d’un remplacement annoncé de l’extension.
Sources et références
Une erreur factuelle à signaler ou une source à suggérer ? Contacter la rédaction.
