JetBrains kündigte Anfang September 2026 JetBrains Air an, ein offenes und kohärentes Produktsystem für Entwickler, Teams und Organisationen, in seinen integrierten Entwicklungsumgebungen (IDEs) und darüber hinaus. Das System erstreckt sich über mehrere Schnittstellen und Dienste. Jedes Produkt löst ein spezifisches Problem, doch der Anbieter betont, dass sie zusammen besser funktionieren.
- JetBrains stellt Air Teams vor, einen Kollaborationsraum für Workflows, die KI-Agenten automatisch ausführen.
- Automatisierungen laufen in der Cloud und werden durch Ereignisse oder Planung ausgelöst.
- Umgebungen werden im Repository gespeichert und bleiben unabhängig von einzelnen Personen.
- Geteilte Secrets können genutzt werden, ohne dass Teammitglieder sie sehen.
JetBrains Air integriert Air Teams, einen Kollaborationsraum, der sich der agentenbasierten Entwicklung widmet, also der Arbeit, die an Agenten, Programme der künstlichen Intelligenz, die Aufgaben autonom ausführen können, übertragen wird. Air Teams stellt Teams und Agenten den Kontext, Umgebungen, Werkzeuge und geteilte Anweisungen bereit, die sie während des gesamten Entwicklungszyklus benötigen.
Das Unternehmen erklärt, zwei Entwicklungen seit der Einführung von Air beobachtet zu haben, das „vor mehreren Monaten » als erster Schritt vorgestellt wurde. Entwickler benötigen keine weitere eigenständige Anwendung, da Werkzeuge und Agenten in die Umgebung integriert sein müssen, in der sie bereits arbeiten. Zudem verlagerte sich der „wahre Engpass auf Teamebene », während einzelne Entwickler durch Agenten produktiver wurden. JetBrains präzisiert: „Wir haben uns daher entschieden, Air weiterzuentwickeln, um über eine einfache eigenständige Desktop-Anwendung hinauszugehen und ein größeres, integriertes System anzubieten. »
Von ganzen Teams geteilte Automatisierungen
Air Teams basiert auf vier Elementen: Automatisierungen, gemeinsam genutzte Cloud-Umgebungen, Cloud-Aufgaben und Projekte. Automatisierungen sind Workflows, also Abfolgen von Schritten, die im Cloud selbstständig durch ein Ereignis oder eine Planung ausgeführt werden. Air Teams stellt 10 Vorlagen bereit, unter anderem für Code-Reviews, Bugfixes, Aktualisierung von Abhängigkeiten (externe Bibliotheken, die ein Projekt nutzt) und Dokumentationspflege.
Jede Automatisierung basiert auf vier Parametern: Anweisungen, Umgebung, Werkzeuge und Auslöser. Werkzeuge können Jira, Figma und Linear über Connectoren einschließen. Der Auslöser kann ein GitHub- oder Jira-Ereignis, ein Webhook oder eine Planung sein. Im von JetBrains gegebenen Beispiel startet das Hinzufügen des Labels Bug an ein Ticket einen Agenten, der das Ticket liest, die Ursache im Code identifiziert und eine Pull Request öffnet, die einen Korrekturvorschlag enthält, den „ein Ingenieur überprüfen kann ».
JetBrains stellt drei Beispiele vor. Für Code-Reviews veröffentlicht der Agent Kommentare und eine Zusammenfassung, kann dann die Pull Request genehmigen oder Änderungen anfordern. Für Ticket-Korrekturen in YouTrack kann ein Teammitglied einem Agenten eine einfache, klar definierte Aufgabe zuweisen. Schließlich aktualisiert ein Agent zweimal pro Woche die Projektabhängigkeiten, kompiliert den Code, führt Tests aus und öffnet eine zusammenfassende Pull Request.
Umgebungen und Projekte, die nicht von einer Person abhängen
Jede Automatisierung und jede Cloud-Aufgabe läuft in einer Umgebung. In Air Teams wird diese Konfiguration im Repository unter dem Pfad .air/cloud/startup.sh gespeichert, um versioniert und zusammen mit dem restlichen Code überprüft zu werden. Sobald sie fertig ist, kann die Umgebung als Snapshot gespeichert und geteilt werden. JetBrains betont, dass das Teilen der Konfiguration nicht das Teilen von Zugangsdaten bedeutet: Geteilte Secrets können genutzt werden, ohne sichtbar zu sein, während persönliche Secrets individuell bleiben.
Cloud-Aufgaben sind nicht an das Gerät gebunden, das sie gestartet hat. Ein Nutzer kann eine Aufgabe in seiner IDE starten und dann im Web fortsetzen, und der Agent arbeitet weiter, auch wenn das Laptop geschlossen wird. Ein Teamprojekt vereint Mitglieder, geteilte Umgebungen, MCP-Connectoren und Automatisierungen. Jedes Projekt hat ein eigenes Service-Konto und eigene KI-Credits, und ein Administrator entscheidet, ob Automatisierungen diese Credits oder die ihrer Ersteller verbrauchen. Im ersten Fall funktionieren sie weiter, auch wenn ihr Ersteller das Team verlässt.
