Przejdź do głównej treści

​
GitHub Copilot

GitHub Copilot to asystent kodowania AI od GitHub. Zapewnia dostęp do modeli Copilot dla Twojego konta i planu GitHub. OpenClaw może używać Copilot jako dostawcy modeli na dwa różne sposoby.

​
Dwa sposoby używania Copilot w OpenClaw

Użyj natywnego przepływu logowania urządzenia, aby uzyskać token GitHub, a następnie wymienić go na tokeny API Copilot podczas działania OpenClaw. To domyślna i najprostsza ścieżka, ponieważ nie wymaga VS Code.
1

Uruchom polecenie logowania

openclaw models auth login-github-copilot
Zostaniesz poproszony o odwiedzenie adresu URL i wpisanie jednorazowego kodu. Pozostaw terminal otwarty, aż proces się zakończy.
2

Ustaw model domyślny

openclaw models set github-copilot/gpt-4o
Lub w konfiguracji:
{
  agents: { defaults: { model: { primary: "github-copilot/gpt-4o" } } },
}

​
Flagi opcjonalne

FlagaOpis
--yesPomiń monit o potwierdzenie
--set-defaultZastosuj także zalecany domyślny model dostawcy
# Pomiń potwierdzenie
openclaw models auth login-github-copilot --yes

# Zaloguj i ustaw model domyślny w jednym kroku
openclaw models auth login --provider github-copilot --method device --set-default
Przepływ logowania urządzenia wymaga interaktywnego TTY. Uruchom go bezpośrednio w terminalu, a nie w nieinteraktywnym skrypcie ani potoku CI.
Dostępność modeli Copilot zależy od Twojego planu GitHub. Jeśli model zostanie odrzucony, spróbuj użyć innego ID (na przykład github-copilot/gpt-4.1).
ID modeli Claude automatycznie używają transportu Anthropic Messages. Modele GPT, o-series i Gemini zachowują transport OpenAI Responses. OpenClaw wybiera właściwy transport na podstawie odwołania do modelu.
OpenClaw rozwiązuje uwierzytelnianie Copilot ze zmiennych środowiskowych w następującej kolejności priorytetów:
PriorytetZmiennaUwagi
1COPILOT_GITHUB_TOKENNajwyższy priorytet, specyficzna dla Copilot
2GH_TOKENToken GitHub CLI (zapasowy)
3GITHUB_TOKENStandardowy token GitHub (najniższy)
Gdy ustawionych jest wiele zmiennych, OpenClaw używa tej o najwyższym priorytecie. Przepływ logowania urządzenia (openclaw models auth login-github-copilot) zapisuje swój token w magazynie profili uwierzytelniania i ma pierwszeństwo przed wszystkimi zmiennymi środowiskowymi.
Logowanie zapisuje token GitHub w magazynie profili uwierzytelniania i wymienia go na token API Copilot podczas działania OpenClaw. Nie musisz zarządzać tokenem ręcznie.
Wymagany jest interaktywny TTY. Uruchom polecenie logowania bezpośrednio w terminalu, a nie wewnątrz skryptu bez interfejsu ani zadania CI.

​
Embeddingi wyszukiwania pamięci

GitHub Copilot może również służyć jako dostawca embeddingów dla wyszukiwania pamięci. Jeśli masz subskrypcję Copilot i się zalogowałeś, OpenClaw może używać go do embeddingów bez osobnego klucza API.

​
Automatyczne wykrywanie

Gdy memorySearch.provider ma wartość "auto" (domyślnie), GitHub Copilot jest sprawdzany z priorytetem 15 — po lokalnych embeddingach, ale przed OpenAI i innymi płatnymi dostawcami. Jeśli token GitHub jest dostępny, OpenClaw wykrywa dostępne modele embeddingów z API Copilot i automatycznie wybiera najlepszy.

​
Jawna konfiguracja

{
  agents: {
    defaults: {
      memorySearch: {
        provider: "github-copilot",
        // Opcjonalnie: zastąp automatycznie wykryty model
        model: "text-embedding-3-small",
      },
    },
  },
}

​
Jak to działa

  1. OpenClaw rozwiązuje Twój token GitHub (ze zmiennych środowiskowych lub profilu uwierzytelniania).
  2. Wymienia go na krótkotrwały token API Copilot.
  3. Odpytuje endpoint Copilot /models, aby wykryć dostępne modele embeddingów.
  4. Wybiera najlepszy model (preferuje text-embedding-3-small).
  5. Wysyła żądania embeddingów do endpointu Copilot /embeddings.
Dostępność modeli zależy od Twojego planu GitHub. Jeśli żadne modele embeddingów nie są dostępne, OpenClaw pomija Copilot i próbuje użyć następnego dostawcy.

​
Powiązane

Wybór modelu

Wybór dostawców, odwołań do modeli i zachowania awaryjnego.

OAuth i uwierzytelnianie

Szczegóły uwierzytelniania i zasady ponownego użycia poświadczeń.