GitHub a annoncé le 21 septembre 2026 l’arrivée progressive de Grok 4.7, le modèle de xAI, dans Copilot. Cette annonce ne signifie pas que chaque compte dispose déjà du modèle. Changelog officiel GitHub.
Offres et interfaces annoncées
GitHub cite les offres Copilot Pro, Pro+, Max, Business et Enterprise. Les interfaces annoncées comprennent Visual Studio Code, Visual Studio, Copilot CLI, le cloud agent, l’application GitHub Copilot, JetBrains, Xcode et Eclipse. Le fournisseur positionne Grok 4.7 sur le code agentique et les tâches complexes en plusieurs étapes ; ce positionnement n’est pas un résultat de test indépendant.
La même annonce indique une facturation à l’usage au tarif catalogue du fournisseur, sans établir ici de montant ni de gratuité. En Business et Enterprise, les administrateurs contrôlent l’accès par les politiques de modèles : l’activation est annoncée par défaut, sauf politique globale ou exclusion contraire. Conditions décrites dans l’annonce.
Pourquoi le modèle peut rester absent
La documentation des modèles pris en charge répertorie Grok 4.7 en disponibilité générale. Elle précise néanmoins que les modèles accessibles dépendent de l’offre, du client et des restrictions de l’organisation. Elle recommande de conserver les IDE et leurs extensions à jour. Une version minimale non renseignée ne prouve pas la compatibilité avec toutes les anciennes versions.
Ce catalogue confirme donc la présence du modèle dans l’offre de GitHub, pas son activation immédiate dans chaque environnement. Si Grok 4.7 manque dans le sélecteur, le déploiement progressif et les règles du compte restent des explications possibles.
Mon analyse : évaluer avant de changer ses habitudes
Je commencerais par vérifier trois points dans l’environnement concerné : l’accès autorisé par l’organisation, la présence du modèle dans le client utilisé et les conditions de consommation affichées. Cela évite de modifier tout un poste de développement pour un accès qui n’est simplement pas encore proposé.
Pour comparer ce nouveau choix au modèle déjà utilisé, je préparerais une petite tâche représentative, avec le même contexte et les mêmes critères d’acceptation. Je regarderais le fonctionnement du résultat, les erreurs restantes, les corrections manuelles et la consommation observée. Un code qui paraît convaincant à la lecture ne suffirait pas : les tests du projet resteraient nécessaires.
Cette démarche est une proposition d’évaluation, pas un essai de Grok 4.7. Cet article ne présente pas de test personnel et les sources retenues ne contiennent pas de benchmark indépendant. Elles ne justifient donc ni un classement face aux autres modèles ni une promesse de productivité. L’intérêt de cette arrivée est d’offrir un choix supplémentaire à évaluer, pas de démontrer qu’il faut migrer.
