jsonscraper
Märkte

GitHub verknüpft Copilot mit Cloud-Sandboxen und einem gemeinsamen Actions-Rechenbudget

Was sich am 28. Oktober geändert hat und wie Teams die Auswirkungen auf Arbeitsabläufe und Budget einschätzen können

Redaktionsrichtlinie Fehler melden

Eine Copilot-Aufgabe lässt sich in GitHub Mobile beginnen, auf github.com fortsetzen und in VS Code oder der CLI abschließen – dieselbe Sitzung bleibt dabei erhalten. Am 28. Oktober 2026 kündigte GitHub den damit verbundenen Cloud-Modus an und begann mit der schrittweisen Einführung für kostenpflichtige Tarife: Standardmäßig arbeitet der Agent in einer verwalteten Cloud-Sandbox, deren Rechenleistung auf das gemeinsame GitHub-Actions-Budget angerechnet wird.

Artikel: GitHub verknüpft Copilot mit Cloud-Sandboxen und einem gemeinsamen Actions-Rechenbudget
Zusammenfassung: Seit dem 28. Oktober 2026 führt GitHub Cloud-Sitzungen für Copilot in kostenpflichtigen Tarifen schrittweise ein. Aufgaben lassen sich zwischen Web, Mobilgerät und Entwicklerwerkzeugen fortsetzen; die Rechenleistung der Sandboxen wird auf ein gemeinsames Geldbudget für GitHub Actions angerechnet, die Abrechnung der Sandboxen beginnt im November.
Bildrolle: Titelbild – die zentrale Idee
Abschnitt: 
Visuelles Motiv: Eine cloudbasierte Ausführungs-Sandbox für einen Software-Agenten
© jsonscraper · KI-generierte Illustration

Für Entwickler ändern sich damit gleichzeitig zwei praktische Dinge: wo der Agent ausgeführt wird und aus welchem Budget seine Rechenleistung bezahlt wird. Die Neuerung sollte daher als Änderung des Arbeitsablaufs und der Kostenerfassung betrachtet werden – nicht nur als neue Copilot-Schaltfläche.

Eine Aufgabe wechselt zwischen verschiedenen Clients

GitHub beschreibt eine Sitzung, die über die Website, die mobile App, Copilot CLI, die Copilot-App, VS Code, Slack und Microsoft Teams verfügbar ist. Nutzer können eine Aufgabe mit einer Frage oder Repository-Kontext beginnen und sie anschließend in einer anderen Oberfläche fortsetzen. In Cloud-Sitzungen stehen Bash, GitHub CLI, die Codesuche, verbundene Tools, Konnektoren und MCP-Server zur Verfügung.

Sitzungen werden standardmäßig in einer separaten Cloud-Sandbox auf der Infrastruktur von GitHub ausgeführt. Nach dem Anhalten speichert die Sandbox einen Snapshot, damit die Aufgabe später fortgesetzt werden kann. Hat ein Nutzer keine Schreibberechtigung für ein Repository, arbeitet Copilot dort automatisch im Nur-Lese-Modus. Der Zugriff einer Organisation auf Sitzungsdaten ist an Single Sign-on und die Organisationseinstellungen gebunden.

Wie sich die Abrechnung der Rechenleistung ändert

GitHub wandelt das enthaltene Rechenkontingent von Actions um: An die Stelle einer festen Anzahl von Minuten auf Standard-Runnern tritt ein gemeinsamer Geldbetrag. Er kann für standardmäßige von GitHub gehostete Runner und Copilot-Cloud-Sandboxen verwendet werden; bei den Tarifen Team und Enterprise Cloud umfasst das Kontingent auch große gehostete Runner. Für jede Art von Rechenleistung gilt weiterhin ein eigener veröffentlichter Preis. Daher wird derselbe Budgetbetrag je nach gewählter Ressource unterschiedlich schnell aufgebraucht.

Laut GitHubs Ankündigung beginnt die Abrechnung der Cloud-Sandboxen im November 2026; ihre Rechenleistung wird auf das enthaltene Actions-Kontingent angerechnet. Ist das Kontingent ausgeschöpft, wird die zusätzliche Nutzung zu den geltenden Preisen und gemäß den Zahlungseinstellungen abgerechnet. Budgetgrenzen eines Kontos können weitere Ausgaben stoppen, sofern die entsprechende Einstellung aktiviert ist. Für Administratoren stellt sich damit eine konkrete Frage: Welcher Anteil des gemeinsamen Kontingents wird für Agentensitzungen benötigt, und wie viel Rechenleistung bleibt für Builds übrig?

Was Teams überprüfen sollten

  1. Zugriff und Richtlinien. Die neue Cloud-Umgebung ist in kostenpflichtigen Copilot-Tarifen verfügbar; der am 28. Oktober begonnene Rollout erfolgt schrittweise. Prüfen Sie die Richtlinie „Copilot in the cloud“, die zugelassenen MCP-Server und die Schreibberechtigungen für Repositories.
  2. Arbeitsabläufe. Wählen Sie einige typische Aufgaben aus: die Untersuchung eines Fehlers, eine Codeänderung und die Analyse mehrerer Repositories. Prüfen Sie, wie bequem sich Sitzungen zwischen Clients übertragen lassen und ob der Kontext der verbundenen Tools ausreicht.
  3. Rechenbudget. Erfassen Sie zunächst die aktuellen Actions-Ausgaben für Builds und beobachten Sie dann separat die Ausgaben für Cloud-Sitzungen. Beachten Sie, dass die Produkte das gemeinsame Kontingent zu ihren jeweiligen Preisen belasten und es zu Beginn des Abrechnungszeitraums erneuert wird.
  4. Abrechnungsbeginn. Bestimmen Sie vor dem Start der Sandbox-Abrechnung im November die Budgetverantwortlichen und richten Sie eine Ausgabenüberwachung ein, damit der Start der Sandboxen nicht zu einem unerwarteten Posten im gemeinsamen Budget wird.

Der größte Vorteil der Aktualisierung liegt darin, Aufgaben nahtlos zwischen Oberflächen fortzusetzen und den Agenten in einer Cloud-Umgebung auszuführen, die vom lokalen Rechner getrennt ist. Ob sich die Aktivierung für ein Team lohnt, hängt davon ab, wie nützlich der Wechsel zwischen Sitzungen und die Cloud-Ausführung im Vergleich zur gemeinsamen Nutzung des Rechenbudgets mit CI sind. Testen Sie beide Effekte anhand typischer Aufgaben und vergleichen Sie die tatsächlichen Ausgaben mit den bisherigen Build-Kosten.

Einzelheiten zu Verfügbarkeit, Funktionsweise der Sitzungen und dem GitHub-Kontingent finden sich in GitHubs Ankündigung des neuen Cloud-Copilot; Informationen zum Zugriff über die Website und das Mobilgerät stehen in der GitHub-Copilot-Dokumentation.

Menschen

Für diesen Artikel sind noch keine Personen aufgeführt.

Lesen Sie weiterGitHub aktualisiert HydraFusion und ergänzt den Max-Modus für komplexe Aufgaben
Lesen Sie den nächsten Artikel

Vom Artikel zur funktionierenden Integration

Entdecke die Social-Data-APIs von jsonscraper, teste Anfragen und entwickle deinen nächsten Workflow.

APIs entdecken