JetBrains kondigde begin september 2026 JetBrains Air aan, een open en consistent productsysteem voor ontwikkelaars, teams en organisaties, binnen hun geïntegreerde ontwikkelomgevingen (IDE’s) en daarbuiten. Het systeem strekt zich uit over meerdere interfaces en diensten. Elk product lost een apart probleem op, maar de uitgever geeft aan dat ze beter samenwerken.
JetBrains Air bevat Air Teams, een samenwerkingsruimte gewijd aan agent-gebaseerde ontwikkeling, dat wil zeggen werk dat wordt toevertrouwd aan agents, kunstmatige intelligentieprogramma’s die taken autonoom kunnen uitvoeren. Air Teams biedt teams en agents de gedeelde context, omgevingen, tools en instructies die ze nodig hebben gedurende de ontwikkelingscyclus.
Het bedrijf legt uit dat het twee ontwikkelingen heeft gezien sinds de lancering van Air, enkele maanden geleden gepresenteerd als een eerste stap. Ontwikkelaars hebben geen extra standalone applicatie nodig, omdat de tools en agents moeten worden geïntegreerd in de omgeving waar ze al werken. Bovendien, naarmate individuele ontwikkelaars productiever werden dankzij agents, ‘verschoof het echte knelpunt naar het teamniveau’. JetBrains preciseert: ‘We besloten daarom Air te ontwikkelen voorbij een simpele standalone desktopapplicatie en een breder, geïntegreerd systeem aan te bieden.’
Automatiseringen gedeeld door het hele team
Air Teams rust op vier elementen: de automatiseringen, de gedeelde cloudomgevingen, de cloudtaken en de projecten. De automatiseringen zijn workflows, dat wil zeggen opeenvolgingen van stappen, die zelfstandig in de cloud draaien op basis van een gebeurtenis of planning. Air Teams biedt er 10 sjablonen voor, onder andere voor codereview, bugfixing, het bijwerken van afhankelijkheden (de externe bibliotheken die een project gebruikt) en het onderhouden van documentatie.
Elke automatisering rust op vier parameters: instructies, een omgeving, tools en een trigger. De tools kunnen Jira, Figma en Linear omvatten via connectors. De trigger kan een GitHub- of Jira-gebeurtenis, een webhook of een planning zijn. In het voorbeeld van JetBrains start het toevoegen van het label ‘Bug’ aan een ticket een agent, die het ticket leest, de oorzaak in de code identificeert en een merge-aanvraag, een zogenaamde pull request, opent met een voorstel voor een fix die ‘een engineer kan controleren’.
JetBrains presenteert drie voorbeelden. Voor codereview publiceert de agent commentaren en een samenvatting, en kan vervolgens de pull request goedkeuren of wijzigingen aanvragen. Voor het corrigeren van tickets in YouTrack kan een teamlid een agent een eenvoudige, goed gedefinieerde taak toewijzen. Totenslotte, twee keer per week, werkt een agent de afhankelijkheden van het project bij, compileert de code, voert de tests uit en opent een overzichtelijke pull request.
Omgevingen en projecten die niet afhankelijk zijn van een persoon
Elke automatisering en elke cloudtaak draait in een omgeving. In Air Teams wordt deze configuratie opgeslagen in de repository, op het pad .air/cloud/startup.sh, zodat deze kan worden geversioneerd en gereviewd met de rest van de code. Eenmaal klaar kan de omgeving worden opgeslagen als een snapshot en worden gedeeld. JetBrains preciseert dat het delen van de configuratie niet betekent dat de inloggegevens worden gedeeld: gedeelde geheimen kunnen worden gebruikt zonder zichtbaar te zijn, terwijl persoonlijke geheimen voor iedereen apart blijven.
De cloudtaken zijn daarentegen niet gekoppeld aan het apparaat dat ze heeft gestart. Een gebruiker kan een taak starten vanuit zijn IDE en deze later hervatten op het web, en de agent blijft werken nadat de laptop is gesloten. Een teamproject verzamelt de leden, de gedeelde omgevingen, de MCP-connectors en de automatiseringen. Elk project heeft zijn eigen serviceaccount en eigen AI-tegoeden, en een administrator beslist of de automatiseringen deze tegoeden verbruiken of die van hun makers. In het eerste geval blijven ze werken na het vertrek van hun maker.
