GitHub Copilot ist GitHubs KI-Coding-Assistent. Er bietet Zugriff auf Copilot-Modelle für Ihr GitHub-Konto und Ihren Plan. OpenClaw kann Copilot auf zwei verschiedene Arten als Modell-Provider verwenden.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.
Zwei Möglichkeiten, Copilot in OpenClaw zu verwenden
- Integrierter Provider (github-copilot)
- Copilot Proxy-Plugin (copilot-proxy)
Verwenden Sie den nativen Geräte-Login-Ablauf, um ein GitHub-Token zu erhalten, und tauschen Sie es dann gegen
Copilot-API-Token aus, wenn OpenClaw ausgeführt wird. Dies ist der standardmäßige und einfachste Weg,
da dafür kein VS Code erforderlich ist.
Optionale Flags
| Flag | Beschreibung |
|---|---|
--yes | Bestätigungsabfrage überspringen |
--set-default | Auch das empfohlene Standardmodell des Providers anwenden |
Nicht interaktives Onboarding
Wenn Sie bereits ein GitHub-OAuth-Zugriffstoken für Copilot haben, importieren Sie es während der Headless-Einrichtung mitopenclaw onboard --non-interactive:
--auth-choice auch weglassen; die Übergabe von --github-copilot-token leitet die
Auth-Auswahl für den GitHub Copilot-Provider ab. Wenn das Flag weggelassen wird, fällt das Onboarding
auf COPILOT_GITHUB_TOKEN, GH_TOKEN und dann GITHUB_TOKEN zurück. Verwenden Sie
--secret-input-mode ref mit gesetztem COPILOT_GITHUB_TOKEN, um ein env-gestütztes
tokenRef statt Klartext in auth-profiles.json zu speichern.
Interaktives TTY erforderlich
Interaktives TTY erforderlich
Der Geräte-Login-Ablauf erfordert ein interaktives TTY. Führen Sie ihn direkt in einem
Terminal aus, nicht in einem nicht interaktiven Skript oder einer CI-Pipeline.
Modellverfügbarkeit hängt von Ihrem Plan ab
Modellverfügbarkeit hängt von Ihrem Plan ab
Die Verfügbarkeit von Copilot-Modellen hängt von Ihrem GitHub-Plan ab. Wenn ein Modell
abgelehnt wird, versuchen Sie eine andere ID (zum Beispiel
github-copilot/gpt-4.1).Live-Katalogaktualisierung über die Copilot-API
Live-Katalogaktualisierung über die Copilot-API
Sobald der Geräte-Login- oder Env-Var-Auth-Pfad ein GitHub-Token aufgelöst hat,
aktualisiert OpenClaw den Modellkatalog bei Bedarf über
${baseUrl}/models
(denselben Endpoint, den VS Code Copilot verwendet), sodass die Runtime
kontospezifische Berechtigungen und genaue Kontextfenster ohne Manifest-
Änderungen verfolgt. Neu veröffentlichte Copilot-Modelle werden ohne OpenClaw-
Upgrade sichtbar, und Kontextfenster spiegeln die realen Limits pro Modell wider
(z. B. 400k für die gpt-5.x-Serie, 1M für die internen
claude-opus-*-1m-Varianten).Der gebündelte statische Katalog bleibt der sichtbare Fallback, wenn Discovery
deaktiviert ist, der Benutzer kein GitHub-Auth-Profil hat, der Token-Austausch
fehlschlägt oder der HTTPS-Aufruf an /models einen Fehler zurückgibt. Um dies zu deaktivieren und sich vollständig
auf den statischen Manifest-Katalog zu verlassen (Offline-/Air-Gapped-Szenarien):Transportauswahl
Transportauswahl
Claude-Modell-IDs verwenden automatisch den Anthropic Messages-Transport. GPT-,
o-Series- und Gemini-Modelle behalten den OpenAI Responses-Transport. OpenClaw
wählt den richtigen Transport anhand der Modell-Ref aus.
Request-Kompatibilität
Request-Kompatibilität
OpenClaw sendet Copilot-IDE-artige Request-Header auf Copilot-Transporten,
einschließlich integrierter Compaction, Tool-Ergebnis- und Bild-Follow-up-Turns. Es
aktiviert keine Responses-Fortsetzung auf Provider-Ebene für Copilot, es sei denn,
dieses Verhalten wurde gegen Copilots API verifiziert.
Auflösungsreihenfolge von Umgebungsvariablen
Auflösungsreihenfolge von Umgebungsvariablen
OpenClaw löst Copilot-Auth aus Umgebungsvariablen in der folgenden
Prioritätsreihenfolge auf:
Wenn mehrere Variablen gesetzt sind, verwendet OpenClaw die mit der höchsten Priorität.
Der Geräte-Login-Ablauf (
| Priorität | Variable | Hinweise |
|---|---|---|
| 1 | COPILOT_GITHUB_TOKEN | Höchste Priorität, Copilot-spezifisch |
| 2 | GH_TOKEN | GitHub-CLI-Token (Fallback) |
| 3 | GITHUB_TOKEN | Standard-GitHub-Token (niedrigste) |
openclaw models auth login-github-copilot) speichert
sein Token im Auth-Profilspeicher und hat Vorrang vor allen Umgebungsvariablen.Token-Speicherung
Token-Speicherung
Der Login speichert ein GitHub-Token im Auth-Profilspeicher und tauscht es
gegen ein Copilot-API-Token aus, wenn OpenClaw ausgeführt wird. Sie müssen das
Token nicht manuell verwalten.
Embeddings für Memory-Suche
GitHub Copilot kann auch als Embedding-Provider für Memory-Suche dienen. Wenn Sie ein Copilot-Abonnement haben und angemeldet sind, kann OpenClaw es ohne separaten API-Schlüssel für Embeddings verwenden.Automatische Erkennung
WennmemorySearch.provider "auto" ist (die Standardeinstellung), wird GitHub Copilot
mit Priorität 15 versucht — nach lokalen Embeddings, aber vor OpenAI und anderen kostenpflichtigen
Providern. Wenn ein GitHub-Token verfügbar ist, entdeckt OpenClaw verfügbare
Embedding-Modelle über die Copilot-API und wählt automatisch das beste aus.
Explizite Konfiguration
Funktionsweise
- OpenClaw löst Ihr GitHub-Token auf (aus Env-Vars oder Auth-Profil).
- Tauscht es gegen ein kurzlebiges Copilot-API-Token aus.
- Fragt den Copilot-Endpoint
/modelsab, um verfügbare Embedding-Modelle zu entdecken. - Wählt das beste Modell aus (bevorzugt
text-embedding-3-small). - Sendet Embedding-Requests an den Copilot-Endpoint
/embeddings.
Verwandt
Modellauswahl
Provider, Modell-Refs und Failover-Verhalten auswählen.
OAuth und Auth
Auth-Details und Regeln zur Wiederverwendung von Zugangsdaten.