GitHub Copilot est l’assistant de codage IA de GitHub. Il donne accès aux modèles Copilot pour votre compte et votre forfait GitHub. OpenClaw peut utiliser Copilot comme fournisseur de modèles de deux manières différentes.Documentation Index
Fetch the complete documentation index at: https://docs.openclaw.ai/llms.txt
Use this file to discover all available pages before exploring further.
Deux façons d’utiliser Copilot dans OpenClaw
- Fournisseur intégré (github-copilot)
- Plugin Copilot Proxy (copilot-proxy)
Utilisez le flux natif de connexion par appareil pour obtenir un jeton GitHub, puis l’échanger contre
des jetons API Copilot lorsque OpenClaw s’exécute. C’est le chemin par défaut et le plus simple,
car il ne nécessite pas VS Code.
Indicateurs facultatifs
| Indicateur | Description |
|---|---|
--yes | Ignore l’invite de confirmation |
--set-default | Applique aussi le modèle par défaut recommandé du fournisseur |
Intégration non interactive
Si vous disposez déjà d’un jeton d’accès OAuth GitHub pour Copilot, importez-le pendant la configuration headless avecopenclaw onboard --non-interactive :
--auth-choice ; le passage de --github-copilot-token déduit le
choix d’authentification du fournisseur GitHub Copilot. Si l’indicateur est omis, l’intégration se rabat
sur COPILOT_GITHUB_TOKEN, GH_TOKEN, puis GITHUB_TOKEN. Utilisez
--secret-input-mode ref avec COPILOT_GITHUB_TOKEN défini pour stocker un
tokenRef adossé à l’environnement au lieu d’un texte en clair dans auth-profiles.json.
TTY interactive requise
TTY interactive requise
Le flux de connexion par appareil nécessite une TTY interactive. Exécutez-le directement dans un
terminal, et non dans un script non interactif ou un pipeline CI.
La disponibilité des modèles dépend de votre forfait
La disponibilité des modèles dépend de votre forfait
La disponibilité des modèles Copilot dépend de votre forfait GitHub. Si un modèle est
rejeté, essayez un autre ID (par exemple
github-copilot/gpt-4.1).Actualisation du catalogue en direct depuis l’API Copilot
Actualisation du catalogue en direct depuis l’API Copilot
Une fois que le chemin d’authentification par connexion d’appareil (ou variable d’environnement) a résolu un jeton GitHub,
OpenClaw actualise le catalogue de modèles à la demande depuis
${baseUrl}/models
(le même point de terminaison que VS Code Copilot utilise), de sorte que le runtime suit
les droits par compte et les fenêtres de contexte exactes sans renouvellement du manifeste.
Les modèles Copilot nouvellement publiés deviennent visibles sans mise à niveau d’OpenClaw,
et les fenêtres de contexte reflètent les limites réelles propres à chaque modèle
(p. ex. 400 k pour la série gpt-5.x, 1 M pour les variantes internes
claude-opus-*-1m).Le catalogue statique intégré reste le repli visible lorsque la découverte
est désactivée, que l’utilisateur n’a pas de profil d’authentification GitHub, que l’échange de jeton
échoue ou que l’appel HTTPS /models renvoie une erreur. Pour vous désinscrire et vous appuyer entièrement
sur le catalogue statique du manifeste (scénarios hors ligne / isolés) :Sélection du transport
Sélection du transport
Les ID de modèles Claude utilisent automatiquement le transport Anthropic Messages. Les modèles GPT,
o-series et Gemini conservent le transport OpenAI Responses. OpenClaw
sélectionne le transport correct en fonction de la référence du modèle.
Compatibilité des requêtes
Compatibilité des requêtes
OpenClaw envoie des en-têtes de requête de style IDE Copilot sur les transports Copilot,
y compris pour les tours de suivi intégrés de Compaction, de résultats d’outils et d’images. Il
n’active pas la continuation Responses au niveau du fournisseur pour Copilot, sauf si
ce comportement a été vérifié avec l’API de Copilot.
Ordre de résolution des variables d’environnement
Ordre de résolution des variables d’environnement
OpenClaw résout l’authentification Copilot depuis les variables d’environnement selon l’ordre de
priorité suivant :
Lorsque plusieurs variables sont définies, OpenClaw utilise celle qui a la priorité la plus élevée.
Le flux de connexion par appareil (
| Priorité | Variable | Notes |
|---|---|---|
| 1 | COPILOT_GITHUB_TOKEN | Priorité la plus élevée, propre à Copilot |
| 2 | GH_TOKEN | Jeton GitHub CLI (repli) |
| 3 | GITHUB_TOKEN | Jeton GitHub standard (le plus bas) |
openclaw models auth login-github-copilot) stocke
son jeton dans le magasin de profils d’authentification et prime sur toutes les variables
d’environnement.Stockage du jeton
Stockage du jeton
La connexion stocke un jeton GitHub dans le magasin de profils d’authentification et l’échange
contre un jeton API Copilot lorsque OpenClaw s’exécute. Vous n’avez pas besoin de gérer le
jeton manuellement.
Embeddings de recherche mémoire
GitHub Copilot peut aussi servir de fournisseur d’embeddings pour la recherche mémoire. Si vous avez un abonnement Copilot et que vous êtes connecté, OpenClaw peut l’utiliser pour les embeddings sans clé API distincte.Détection automatique
LorsquememorySearch.provider vaut "auto" (la valeur par défaut), GitHub Copilot est essayé
à la priorité 15 — après les embeddings locaux, mais avant OpenAI et les autres
fournisseurs payants. Si un jeton GitHub est disponible, OpenClaw découvre les
modèles d’embeddings disponibles depuis l’API Copilot et choisit automatiquement le meilleur.
Configuration explicite
Fonctionnement
- OpenClaw résout votre jeton GitHub (depuis les variables d’environnement ou le profil d’authentification).
- L’échange contre un jeton API Copilot à durée de vie courte.
- Interroge le point de terminaison
/modelsde Copilot pour découvrir les modèles d’embeddings disponibles. - Choisit le meilleur modèle (préfère
text-embedding-3-small). - Envoie les requêtes d’embeddings au point de terminaison
/embeddingsde Copilot.
Connexe
Sélection des modèles
Choisir les fournisseurs, les références de modèles et le comportement de basculement.
OAuth et authentification
Détails d’authentification et règles de réutilisation des identifiants.