GitHub Copilot SDK: Server-Auth für Apps und Agenten

Bisher hatte jeder Agent, der über das GitHub Copilot SDK lief, ein Problem: Er brauchte das Konto eines Menschen. Kündigt diese Person oder wechselt das Team, steht die Automation still. Oder sie läuft weiter auf einem Konto, das längst niemand mehr betreut. Mit der neuen Server-zu-Server-Authentifizierung ändert GitHub das.

Was passiert ist

GitHub hat am 27. Oktober 2026 im Changelog angekündigt, dass Copilot jetzt Server-zu-Server-Authentifizierung für GitHub Apps unterstützt, die in einer Organisation installiert sind. Dienste und Agenten, die mit dem Copilot SDK gebaut sind, stellen ihre Anfragen dann im Namen der Organisation. Die Anmeldedaten eines angemeldeten Nutzers brauchen sie nicht mehr. Die Funktion ist laut Changelog in der Public Preview (Stand: Oktober 2026).

GitHub begründet das so: Die Identität gehört dem Workload selbst, also dem Programm, das arbeitet, und nicht einer Person. Damit soll der Betrieb im größeren Maßstab zuverlässiger werden, und Anmeldung und Nutzung hängen nicht mehr an einzelnen Teammitgliedern (Changelog).

Wie funktioniert die Anmeldung per GitHub App?

Laut Doku zu Server-to-Server-Tokens läuft das außerhalb von GitHub Actions in vier Schritten:

1. Du legst eine GitHub App an und gibst ihr die Organisationsberechtigung „Copilot Requests“ mit der Stufe „Read-only“.
2. Du installierst die App in der Organisation, der die Nutzung zugeordnet werden soll.
3. Dein Dienst erzeugt ein Installations-Token mit der Berechtigung organization_copilot_requests: read.
4. Dieses Token übergibst du dem SDK über die Option gitHubToken bzw. github_token.

Ein Installations-Token läuft nach einer Stunde ab. Dein Dienst muss also rechtzeitig ein neues erzeugen und den SDK-Client bzw. die Runtime neu starten (Doku). Die Doku nennt sechs SDK-Sprachen: TypeScript, Python, Go, Rust, .NET und Java (Doku).

Für Workflows in GitHub Actions gibt es einen kürzeren Weg: Du setzt im Workflow unter permissions den Eintrag copilot-requests: write und übergibst das eingebaute GITHUB_TOKEN. Eine eigene App oder ein gespeichertes Geheimnis brauchst du dafür nicht. Dafür muss die Organisation die Richtlinie zur Nutzung der Copilot CLI mit Abrechnung über die Organisation aktiviert haben (Doku).

Wenn dir der Begriff Agent hier noch zu schwammig ist: In meinem Ratgeber Was ist ein KI-Agent? erkläre ich, was ein Agent von einem Chatbot unterscheidet.

Wer zahlt, und wer behält die Kontrolle?

Die wichtigsten Regeln stehen in der Doku zur Verwaltung von App-Zugriffen. Hier die Übersicht (Stand: Oktober 2026):

Thema	Regel	Quelle
Abrechnung	Die Organisation, der die Installation gehört, zahlt.	Changelog
„Read-only“	Heißt nicht kostenlos: Die App verbraucht KI-Kontingente der Organisation.	Doku
Modelle	Nur Modelle, die die Copilot-Richtlinien der Organisation erlauben.	Doku
Budgets	Nutzung zählt aufs Organisationsbudget, ein eigenes Budget pro App gibt es nicht.	Doku
Kostenstopp	Ein reines Warnbudget stoppt nichts, dafür muss „Stop usage when budget limit is reached“ aktiv sein.	Doku
Geltungsbereich	Nur Installationen auf Organisationen, keine persönlichen Konten, keine Enterprise-Installationen.	Doku
Nachvollziehen	App-Nutzung erkennst du im CSV-Bericht am Feld app_client_id, nicht in der Ansicht „AI usage“.	Doku
Abschalten	App sperren oder deinstallieren. Das blockiert auch den Zugriff auf alle anderen Ressourcen der Organisation.	Doku

Welche Modellrichtlinien bei dir gelten, legst du in den Copilot-Einstellungen der Organisation fest. Wie die Standardrichtlinie dort greift, habe ich in GitHub Copilot Einstellungen: Standardrichtlinie greift beschrieben. Und wenn ein Modell aus dem Angebot fällt, betrifft das auch deine Agenten: Dazu passt GitHub Copilot Modelle: Sechs weg, so wechselst du.

Was es für dich bedeutet

Agenten gehören der Firma, nicht einer Person. Wer bisher eine Automation mit Copilot gebaut hat, hat sie meist mit dem eigenen Konto verbunden. Mit einer GitHub App liegt die Identität bei der Organisation. Verlässt jemand das Team, musst du den Agenten nicht umbauen.

Kosten sind sichtbar, aber nicht pro App begrenzt. Du kannst einer einzelnen App kein eigenes Budget geben (Doku). Läuft ein Agent in einer Schleife, frisst er das Budget der ganzen Organisation auf. Mein Rat: Bevor du eine App installierst, aktivierst du „Stop usage when budget limit is reached“. Sonst bekommst du nur eine Warnung, während die Kosten weiterlaufen.

Einzelkämpfer brauchen eine Organisation. Persönliche Konten sind ausgeschlossen (Doku). Wenn du allein arbeitest und dein Code auf deinem privaten Konto liegt, funktioniert dieser Weg erst, wenn du eine Organisation anlegst und die App dort installierst.

Prüfe jede App vor der Freigabe. GitHub empfiehlt in der Doku eine kurze Prüfung, bevor du eine App installierst oder neue Berechtigungen bestätigst:

• Wem gehört die App, wofür ist sie da, und wie viel Nutzung ist zu erwarten?
• Welche Berechtigungen auf Organisation und Repositorys verlangt sie, besonders „Copilot Requests“?
• Passen Modellrichtlinie und Ausgabenkontrolle?

Plane fürs Abschalten. Wenn du eine App sperrst, verliert sie nicht nur den Copilot-Zugriff, sondern alle Rechte in der Organisation (Doku). Gib einem Agenten deshalb eine eigene App, statt ihn an eine App zu hängen, die noch andere Aufgaben erledigt. Dann trifft der Notaus nur den Agenten.

Preview heißt: Details können sich ändern. GitHub weist selbst darauf hin, dass sich die Funktion in der Public Preview noch ändern kann (Doku). Für Abläufe, an denen dein Tagesgeschäft hängt, würde ich das Ergebnis eine Weile beobachten.

Du programmierst nicht selbst und willst trotzdem wissen, welche Abläufe sich für so einen Agenten eignen? Beispiele aus dem Büroalltag findest du in Prozesse mit KI automatisieren.

Quellen

• GitHub Changelog, 27.10.2026: GitHub Copilot supports server-to-server authentication
• GitHub Docs: Server-to-server authentication for the GitHub Copilot SDK
• GitHub Docs: Managing GitHub App access to Copilot for your organization

Häufige Fragen

Brauche ich für das GitHub Copilot SDK mit GitHub App eine Organisation?

Ja. Laut GitHub-Doku zählen nur Installationen auf Organisationsebene. Installationen auf persönlichen Konten oder auf Enterprise-Ebene sind ausgeschlossen.

Ist die Berechtigung „Copilot Requests“ kostenlos, weil sie nur lesend ist?

Nein. Die Stufe heißt zwar Read-only, sie erlaubt der App aber, die KI-Kontingente der Organisation zu verbrauchen. Die Kosten landen bei der Organisation, der die Installation gehört.

Kann ich für jede GitHub App ein eigenes Copilot-Budget festlegen?

Nein. Budgets lassen sich laut GitHub nicht pro App oder Installation festlegen. Die Nutzung zählt auf das Copilot-Budget der Organisation. Ob eine App Kosten verursacht hat, siehst du im CSV-Nutzungsbericht.

Wie stoppe ich einen Agenten, der über eine GitHub App auf Copilot zugreift?

Du sperrst die App für die Organisation oder deinstallierst sie. Damit verliert die Installation aber auch den Zugriff auf alle anderen Ressourcen der Organisation.