GitHub Copilot kommt in JetBrains Air: Cloud-Aufgaben nutzen den Copilot-Tarif und laufen in Docker auf frischer VM, doch Air zeigt keine Copilot-Nutzung und setzt keine Ausgabenlimits

Am 3. November 2026 hat GitHub im Changelog bekannt gegeben, dass GitHub Copilot jetzt in JetBrains Air verfügbar ist. JetBrains Air ist eine agentische Entwicklungsumgebung, und die Integration nutzt das Agent Client Protocol (ACP). Entwickler können in Air Programmieraufgaben an Copilot delegieren, die Ausführung steuern und Ergebnisse prüfen, entweder bei Aufgaben, die in ihrer JetBrains-IDE laufen, oder bei Aufgaben in der Cloud. GitHub sagt, Copilot in Air lasse sich neben dem bestehenden GitHub-Copilot-Plugin nutzen, sodass Teams den passenden Arbeitsablauf wählen können.

Aufgeführt sind drei Änderungen. Copilot erscheint in der Agentenauswahl von Air, und Aufgaben nutzen das vorhandene Copilot-Abonnement des Entwicklers. Air kann mehrere Agentensitzungen gleichzeitig verfolgen, Projektkontext und IDE-Werkzeuge nutzen und Änderungen neben dem Code zur Prüfung zeigen. Und Cloud-Aufgaben laufen über Air Teams in isolierten Cloud-Umgebungen, aus der IDE oder dem Browser, mit dem Copilot-Tarif statt mit JetBrains-AI-Guthaben. Der letzte Punkt betrifft Budgets: Die Cloud-Nutzung wird über das Copilot-Abonnement abgerechnet.

Die Einrichtung unterscheidet sich je nach Modus. Für lokale Aufgaben installiert der Entwickler Air in der JetBrains-IDE, wählt GitHub Copilot und verbindet ein Copilot-Konto. Für Cloud-Aufgaben sind drei Dinge nötig: ein JetBrains-Konto in einer Geschäftsorganisation mit aktiviertem Air Teams, ein GitHub-Copilot-Abonnement und von der Air-Administration aktiviertes Copilot. Im Browser verbindet der Nutzer GitHub unter Einstellungen und VCS-Anbieter, legt eine Aufgabe an, wählt Repository und Remote-Branch, wählt Copilot und sendet einen Prompt. In der IDE wählt er Cloud in der Umgebungsauswahl.

Zum Ort der Ausführung sagt der Changelog, Copilot arbeite in einem Docker-Container auf einer frischen virtuellen Maschine, der gesamte Verkehr laufe über einen Proxy, und zwischen Aufgaben bleibe kein Zustand erhalten, sodass Copilot bauen, testen und Pakete installieren könne, ohne die lokale Umgebung zu verändern. Ein JetBrains-Blogbeitrag vom 14. Oktober beschreibt denselben Aufbau genauer. Die virtuelle Maschine gilt als nicht vertrauenswürdig und wird zwischen Aufgaben nicht wiederverwendet. Der Proxy erlaubt standardmäßig nur Verbindungen zu einer vordefinierten Liste vertrauenswürdiger Quellcodeverwaltungs- und Paketregister-Domains wie npm, und Administratoren können Domains hinzufügen, alle Domains erlauben oder den Internetzugang ganz abschalten. Geheimnisse werden verschlüsselt gespeichert und als Umgebungsvariablen an eine Aufgabe übergeben, und jede Aufgabe handelt im Rahmen der Repository-Rechte des Entwicklers. Der Beitrag sagt außerdem, die Cloud-Agenten seien damals eine Vorschau für Organisationsnutzer gewesen, mit einer breiteren Einführung für Einzelnutzer später, und MicroVMs seien noch „bald verfügbar“.

Der Abschnitt „Cloud task considerations“ ist für Administratoren am nützlichsten, weil er Grenzen auflistet. Das Verbinden von Copilot mit Air fordert keine Copilot-Berechtigungen an, und Air prüft die Verfügbarkeit von Abonnement oder Guthaben möglicherweise erst beim Start der Cloud-Umgebung, sodass eine Aufgabe an dieser Stelle mit einem Fehler in der Sitzung scheitern kann. Ein Entwickler kann nicht pro Aufgabe zwischen persönlichem und Organisations-Tarif von Copilot wählen. Die Governance- und Analysefunktionen von Air umfassen keine Copilot-Nutzung. Air-Administratoren können Copilot per Governance-Richtlinie deaktivieren, aber keine Ausgabenlimits für Copilot in Air setzen.

Zusammengenommen bedeuten diese Grenzen, dass Air die Copilot-Nutzung nicht in seinen Analysen zeigt und keine Copilot-Ausgabenlimits setzt; ob GitHub entsprechende Berichte und Kontrollen bereitstellt, muss gesondert geprüft werden, und dass der Tarif einer Aufgabe keine Wahl pro Aufgabe ist. Teams, die Kostenkontrolle oder Nutzungsberichte brauchen, sollten vor der Aktivierung entscheiden, wo diese Kontrolle liegen soll. Der Changelog nennt auch nicht, welche Copilot-Tarife infrage kommen, welche Modelle laufen oder was eine typische Aufgabe kostet, und liefert keine Leistungs- oder Qualitätsergebnisse. Es ist eine Funktionsankündigung mit Feedbackkanal über Produkt-Feedback, ein Feedback-Repository und eine private Umfrage, sodass sich Details bei der Nutzung ändern können.