Microsoft prévoit le routage local et cloud pour GitHub Copilot

Le 7 octobre 2026, Microsoft a annoncé que Copilot Auto doit orienter les tâches de GitHub Copilot vers des modèles exécutés sur l’appareil ou dans le cloud. Le calendrier annoncé vise la fin octobre 2026. Le routage s’appuierait sur le contexte de la tâche et l’état du cache au fil d’une session à plusieurs échanges.

Microsoft prévoit un routage local et cloud pour GitHub Copilot

Microsoft décrit Copilot Auto comme un moyen de choisir entre inférence locale et cloud en fonction de la tâche et du contexte de la session. Il s’agit d’un routage prévu : l’objectif annoncé est la fin octobre 2026.

GitHub indique dans sa vidéo d’annonce que la fonction envisagée pourrait détecter des modèles locaux installés, notamment avec Ollama ou Foundry Local. GitHub cite aussi des requêtes simples, des explications de base de code et des automatisations en arrière-plan parmi les tâches susceptibles d’être traitées localement. L’entreprise présente cet usage du calcul local comme un moyen d’effectuer certains travaux sans crédits IA ; l’inférence locale mobilise néanmoins le matériel de l’appareil et de l’électricité.

BYOK et Copilot Auto confient le choix du modèle différemment

Avec BYOK (« apporter sa propre clé »), l’utilisateur configure un fournisseur ou sélectionne un modèle. Copilot Auto doit, lui, choisir automatiquement entre modèles locaux et cloud selon le contexte et le cache de session. Microsoft décrit des options de modèles locaux dans Copilot CLI, l’application Copilot et Visual Studio Code ; les réglages et exigences détaillés par GitHub ci-dessous concernent Copilot CLI.

Ce que GitHub documente pour les modèles locaux de Copilot CLI

GitHub documente trois types de fournisseurs pour Copilot CLI : openai, azure et anthropic. Le type openai accepte les points de terminaison compatibles avec l’API OpenAI Chat Completions, notamment Ollama, vLLM et Foundry Local. Les types azure et anthropic correspondent à leurs services respectifs. La documentation de GitHub détaille les réglages BYOK de Copilot CLI.

Le modèle utilisé par le CLI doit prendre en charge l’appel d’outils et le streaming. GitHub recommande une fenêtre de contexte d’au moins 128k tokens pour obtenir de meilleurs résultats.

Pour connecter un modèle local dans Ollama, l’exemple de GitHub définit COPILOT_PROVIDER_BASE_URL sur http://localhost:11434 et COPILOT_MODEL sur l’identifiant du modèle installé. La clé API peut être omise si le service local n’exige pas d’authentification.

L’inférence locale ne garantit pas un usage hors ligne

Dans Copilot CLI, COPILOT_OFFLINE=true empêche les connexions aux serveurs de GitHub. Si le modèle configuré se trouve sur un service distant, le CLI peut toutefois lui envoyer des requêtes et du contexte de code. Pour que ces échanges restent dans un environnement isolé, il faut utiliser un fournisseur local ou situé dans ce même environnement.

Le choix automatique prévu pour Copilot Auto peut inclure des modèles cloud. Il ne constitue donc pas, à lui seul, un mode hors ligne.

L’emplacement du modèle et le sandbox des outils sont distincts

Exécuter l’inférence sur l’appareil n’isole pas automatiquement les outils de l’agent. Microsoft décrit des contrôles différents selon le type d’outil : lorsque le sandbox est activé, les commandes shell et, par défaut, les processus locaux de MCP (Model Context Protocol) et les serveurs de langage s’exécutent dans une frontière de processus. Les outils de fichiers intégrés sont contrôlés par les règles appliquées dans Copilot, plutôt qu’isolés comme des processus enfants gérés par le système d’exploitation. Les serveurs MCP distants restent hors du sandbox local des processus ; lorsque les contrôles MCP du sandbox s’appliquent, Copilot vérifie leur politique de connexion dans le processus.

Les backends de sandbox cités par Microsoft selon le système

Microsoft cite trois backends locaux : BaseContainer, au niveau de ProcessContainer, via Microsoft Execution Containers (MXC) sous Windows ; Seatbelt sous macOS ; et bubblewrap sous Linux. Ces backends locaux ne nécessitent ni machine virtuelle distincte ni image de conteneur. Microsoft détaille le routage prévu et les limites du sandbox dans son article technique.