JetBrains ogłosił na początku września 2026 roku JetBrains Air, otwarty i spójny system produktów przeznaczony dla programistów, zespołów i organizacji, działający w zintegrowanych środowiskach programistycznych (IDE) i poza nimi. System rozciąga się na wiele interfejsów i usług. Każdy produkt odpowiada na odrębny problem, ale wydawca wskazuje, że najlepiej działają razem.
JetBrains Air obejmuje Air Teams, przestrzeń współpracy poświęconą rozwojowi agentowemu, czyli pracy powierzanej agentom – programom sztucznej inteligencji zdolnym do samodzielnego wykonywania zadań. Air Teams zapewnia zespołom i agentom wspólny kontekst, środowiska, narzędzia i instrukcje potrzebne przez cały cykl rozwoju.
Firma wyjaśnia, że od czasu premiery Air, przedstawionego „kilka miesięcy temu » jako pierwszy krok, zaobserwowano dwie zmiany. Programiści nie potrzebują dodatkowej, samodzielnej aplikacji, ponieważ narzędzia i agenci muszą być zintegrowane ze środowiskiem, w którym już pracują. Ponadto, w miarę jak indywidualni programiści zwiększali produktywność dzięki agentom, „prawdziwe wąskie gardło przeniosło się na poziom zespołu ». JetBrains precyzuje: „Dlatego zdecydowaliśmy się rozwinąć Air, aby wykroczyć poza prostą, samodzielną aplikację desktopową i zaproponować szerszy, zintegrowany system. »
Automatyzacje współdzielone przez cały zespół
Air Teams opiera się na czterech elementach: automatyzacjach, współdzielonych środowiskach chmurowych, zadaniach chmurowych i projektach. Automatyzacje to przepływy pracy, czyli sekwencje kroków, które samodzielnie wykonują się w chmurze po wywołaniu zdarzeniem lub harmonogramem. Air Teams dostarcza 10 ich szablonów, m.in. do przeglądu kodu, naprawy błędów, aktualizacji zależności (zewnętrznych bibliotek używanych przez projekt) i utrzymania dokumentacji.
Każda automatyzacja opiera się na czterech parametrach: instrukcjach, środowisku, narzędziach i wyzwalaczu. Narzędzia mogą obejmować Jirę, Figmę i Linear za pośrednictwem łączników. Wyzwalaczem może być zdarzenie z GitHub lub Jira, webhook lub harmonogram. W przykładzie podanym przez JetBrains, dodanie etykiety Bug do zgłoszenia uruchamia agenta, który odczytuje zgłoszenie, identyfikuje przyczynę w kodzie i otwiera żądanie scalenia (pull request) zawierające propozycję poprawki, którą „inżynier może zweryfikować ».
JetBrains przedstawia trzy przykłady. Przy przeglądzie kodu agent publikuje komentarze i podsumowanie, a następnie może zatwierdzić pull request lub zażądać zmian. Przy naprawach zgłoszeń w YouTrack członek zespołu może przypisać agentowi proste, dobrze zdefiniowane zadanie. Wreszcie, dwa razy w tygodniu agent aktualizuje zależności projektu, kompiluje kod, wykonuje testy i otwiera podsumowujący pull request.
Środowiska i projekty niezależne od osoby
Każda automatyzacja i każde zadanie chmurowe wykonuje się w środowisku. W Air Teams ta konfiguracja jest przechowywana w repozytorium, pod ścieżką .air/cloud/startup.sh, aby podlegała wersjonowaniu i przeglądowi wraz z resztą kodu. Po przygotowaniu środowisko można zapisać jako migawkę i udostępnić. JetBrains podkreśla, że udostępnienie konfiguracji nie oznacza udostępnienia danych uwierzytelniających: współdzielone sekrety mogą być używane bez ich ujawniania, podczas gdy sekrety osobiste pozostają prywatne dla każdego użytkownika.
Zadania chmurowe nie są natomiast związane z urządzeniem, które je uruchomiło. Użytkownik może rozpocząć zadanie ze swojego IDE, a następnie kontynuować je w przeglądarce, a agent będzie pracował dalej nawet po zamknięciu laptopa. Projekt zespołowy grupuje członków, współdzielone środowiska, łączniki MCP i automatyzacje. Każdy projekt ma własne konto usługi i własne kredyty AI, a administrator decyduje, czy automatyzacje zużywają te kredyty, czy kredyty ich twórców. W pierwszym przypadku działają one nadal po odejściu twórcy.
