Jetbrains Air is een ide die specifiek voor AI-agents bedoeld is

JetBrains heeft een tool uitgebracht waarmee ontwikkelaars AI-agents kunnen gebruiken. Het gaat om een aparte ide die nu in preview beschikbaar is, die naast IntelliJ bestaat. Air werkt onder andere met ChatGPT Codex en Claude Agent.

JetBrains schrijft dat het JetBrains Air beschikbaar heeft gemaakt als publieke preview. Het gaat om een losstaande tool, en niet iets dat rondom IntelliJ IDEA, de standaardsoftware van JetBrains, heen is gebouwd. JetBrains Air is een integrated development environment (ide) die specifiek gericht is op het gebruik van AI-agents. Die werken vaak prima in kleine repo's, maar volgens JetBrains kunnen agents vaak nog niet goed overweg met grote codebases.

In Air kunnen ontwikkelaars onder andere specifieke commits, classes of andere codesnippets aanwijzen om heel precieze taken en prompts aan een agent te kunnen geven. Daardoor krijgen de agents een veel specifieker beeld van hun uit te voeren taak.

De agents kunnen lokaal draaien, maar ook in Docker-containers, of in een Git-worktree. Ontwikkelaars kunnen meerdere agents tegelijk een taak laten uitvoeren in verschillende chats.

Nu de tool in een publieke preview is, worden er vier agents direct ondersteund. Dat zijn ChatGPT Codex, Claude Agent, Gemini via de commandline-interface, en Junie. Daarnaast heeft Air ondersteuning voor het Agent Client Protocol, een standaard voor AI-agents. Daardoor zouden er in de toekomst relatief eenvoudig meer agents kunnen worden geïntegreerd.

Reacties (62)

[sticman]

Ik ben recent aan het experimenteren met een lokale git installatie en een claude code agent die in een isolated VM loopt. Ik maak issues aan op een lokale gitea instance en assign het aan de agent, die begint initieel met een analyse fase en antwoord in het issue zelf. Eens we er uit zijn hoe we het gaan aanpakken maakt hij een branch aan en uiteindelijk ook een PR. Daarna werken we verder, door aan de PR en in het issue comments toe te voegen tot alles er uit ziet zoals ik het verwacht. Dit werkt eigenlijk super goed. Voordeel is ook dat de hele conversatie bewaard is en nadien kan bekeken worden. Ook naar werken in een team zie ik hier wel potentieel in. Meerdere mensen kunnen in de git issue en de PR comments toevoegen.

Als ik het zo lees gaat dit een beetje in dezelfde richting. Enkel lijkt het me wel een nadeel dat in Jetbrains Air de gehele conversatie niet bewaard blijft. Ze schrijven in hun blogpost nog wel iets over werken met teams in de toekomst. Benieuwd hoe dit verder evolueert.

[demianmonteverd]

Prima verantwoordelijke manier om met ai te werken. Ben nieuwsgierig naar je gitea idee. Hoeveel kan gitea hebben? Is het stabiel, hoe beveilig je de gitea instantie? Is het zwaar voor de hardware?

[sticman]

Gitea is een alternatief op bitbucket of gitlab. Het iets beperkter in functionaliteit maar gebruikt weinig resources, de docker container waar het in draait gebruikt momenteel 190 MB. Voor user management gebruik ik LLDAP en Authelia voor SSO met 2 factor authentication. Gitea staat ook achter een reverse proxy (swag/nginx) die https enforced.

De code agent laat ik lopen in een aparte VM, met proxmox as hypervisor. De firewall staat via proxmox zo ingesteld dat de VM enkel access heeft op de devices die hij nodig heeft (gitea, ...). De agent heeft op gitea ook een aparte user met beperkte rechten.

Alles draait bij mij lokaal op een server. Voor remote access, vanaf specifieke devices, gebruik ik wel een mesh VPN netwerk (tailscale). Ook daar kan je weer ACLs gaan instellen, zodat de agent VM geen access heeft op alles devices in mijn tailnet.

Voordeel van al dat incapsuleren is dat de agent ook gewoon los kan gaan in zijn sandbox.

Ik gebruik een algemene AGENT.MD/CLAUDE.MD waar instaat hoe hij tewerk moet gaan. Op gitea gaan kijken voor issues die aan hem assigned zijn, antwoorden in het issue zelf, branches en PRs aanmaken. Heb ook een aparte skill toegevoegd voor de gitea cli te gebruiken. Die werkt wel niet altijd goed, maar ik denk dat het eerder aan gitea cli zelf ligt. Meestal valt hij dan automatisch terug op de http api.

Momenteel moet ik nog altijd zelf de trigger geven dat hij op gitea moet gaan kijken naar issues of nieuwe comments van mij. Daarvoor gebruik ik tmux met nexterm. Volgende stap is dat te automatiseren, maar daar ben ik nog niet helemaal uit wat de beste manier is. Via een script of een openclaw agent of iets gelijkaardigs.

[demianmonteverd]

Gitea lijkt veel te kunnen. Meteen even gekeken n.a.v. je comment over de automatisering vanaf de issue kant. Gitea lijkt een webhook systeem te hebben dat o.a. events heeft voor het aanmaken van issues en comments (voor issues en voor PR's).

Bedankt voor je reactie i.i.g..

[supersnathan94]

Gitea pribeert zich een beetje te positioneren als github maar dan local als alternatief op het oude Github Enterprise (wat niet meer bestaat). Dus ze proberen ook zoveel mogelijk die features aan te bieden.

[demianmonteverd]

Het is wel interessant. Als ik ooit git over ssh wil vervangen dan is het een optie. Het heeft best wel wat dependencies zag ik, dat zal komen door wat jij aangeeft Nathan, die enterprise features. Geheugen gebruik is wel belangrijk als je het wil draaien op een kleine NAS. Zal het een keer proberen, het is wel handig om iets te hebben dat ook een mini API heeft inderdaad, ik doe nu veel met shell scriptjes en built-in opties van git zelf (aliases, etc.).

[ricjuh]

Ik heb Gitea vervangen door Forgejo: https://codeberg.org/forgejo/forgejo
Werkt voor mij nog net iets fijner.

[supersnathan94]

Mwah om heel eerlijk te zijn zou ik het daar niet voor gebruiken. Vind gitea zelf niet echt een heel mooi product geworden. Zijn mooiere opties voor te bedenken als je het op een NAS wil draaien. Denk dat Forgejo (wat @ricjuh al aangaf, dat is een fork van GiTea) of Gogs dan een betere optie is.

Zeker als je gitea er al zwaar uit vind zien qua resources zou ik naar gogs kijkn dan.

[Tassadar32]

Ziet er uit als VSCode met wat panelen omgewisseld.

[Wolfos]

Ik neem aan dat Fleet de basis is.

[StefanJanssen]

Dat klinkt heel aannemelijk, het ondersteunt dezelfde talen, en ze wilden Fleet ombouwen naar een AI IDE

[trab_78]

Waar haal je dat vandaan? Ik kan zo snel niks vinden over ondersteunde talen voor Air. Het lijkt eigenlijk allemaal redelijk taal-agnostisch opgezet.

[Wolfos]

apokalypse in 'Jetbrains Air is een ide die specifiek voor AI-agents bedoeld is'

[Ryatzu]

Dat is het ook.

[satoer]

Dus beetje wat Googles "nieuwe" ide "Antigravity" is. VS code, maar dan helemaal toegespitst op vibe coden.

[DvanRaai89]

Antigravity, Cursor, Codex, WindSurf. Allemaal VS Code. Maar Air niet.

[apokalypse]

Deze talen zijn supported:

Kotlin, Go, Rust, Python, C, C++, TypeScript, JavaScript, JSX, TSX, HTML, CSS, SCSS, LESS, Svelte

Zie https://www.jetbrains.com/help/air/supported-languages.html

Geen Java of C# dus!

[Reactie gewijzigd door apokalypse op 13 maart 2026 20:56]

[ZeroXT]

En ook geen PHP helaas. Deze staat enkel bij de Syntax highlighting only. Wellicht dat dit nog later toegevoegd wordt.

[Reactie gewijzigd door ZeroXT op 13 maart 2026 20:59]

[Webgnome]

daar heb je phpstorm en copilot plugin toch voor ? ( of Junie.)

[eymey]

Mja, dat is natuurlijk waar. Maar dat kan je dan ook van alle talen zeggen die wél in Air of Antigravity zitten

VSCode met Cline of Codex plugin werkt ook prima

[Webgnome]

Ieder zijn ding he. Het is weer een 'nieuwe' IDE die je kan toevoegen aan de reeks. Iedereen gebruikt wat ie zelf wil / fijnst vind

[rko4u]

Maar we voelen natuurlijk wel aan dat uiteindelijk de bedoeling is om managers te overtuigen te besparen op programmeurs en de programma’s door AI te laten schrijven. Dat lijkt mij de use case bij het uitbrengen van deze IDE.

[Travelan]

Is PHP nog relevant dan? Dit is voor het eerst dat ik PHP weer eens benoemd zie, ook op Github en StackOverflow zakt het volgens mij weg tot diep in de marges. Ik snap dan wel dat ze, zeker bij een nieuw product, geen prioriteit aan PHP geven.

[jinks26]

Lol, ja.

Laravel, wordpress,..

[PatrickH89]

Laravel is in ieder geval relevant, met bijvoorbeeld ook een first-party package met AI instructies, MCP en voorgedefinieerde skills.

[Jofairden]

PHP is used by 71.8% of all the websites whose server-side programming language we know.
Bron: https://w3techs.com/technologies/details/pl-php

[Travelan]

Gezien de looks op die site, denk ik dat dit al 20 jaar niet meer geupdate is… in elk geval niet representatief meer 😂

[supersnathan94]

W3Techs.com, 15 March 2026

Ik geloof er overigens echt he le maal niks van aangezien Github al jaren iets anders toont: https://octoverse.github.com/2022/top-programming-languages

java is altijd populairder geweest dan PHP en met serieuze frameworks zoals React daarbovenop zie ik daar veel meer enterprise applicaties en APIs op draaien.

Php is idd leuk met wat kleinere dingen en shops? Maar met enterprise applicaties en meer dan wordpress houd het echt op.

leuk hoor, laravel, cake en symphony, maar niet echt meer een techniek waar veel rek in zit gezien de vergaande offloading va processing naar de client.

[fommes]

meen je dit echt?, betreurenswaardig dat mensen denken dat PHP niet relevant is, dat zegt eigenlijk meer over jou dan over PHP

[Smash1231]

Volgens mij geen C# omdat ze niet de sales van Rider willen kannibaliseren

[StefanJanssen]

Nee, dat is omdat Rider een hele speciale architectuur heeft vergeleken met al hun andere IDEs.
Letterlijk al hun diensten werken volledige met al hun IDEs/talen behalve Rider/C#

Deze reactie over waarom Code With Me nog niet met Rider werkte legt het goed uit: https://youtrack.jetbrain...s=Comments-27-7284118.0-0

Hello friends! I am writing this comment to clarify the situation and shed some light on what is happening, and try to explain why such an important feature has not yet been implemented. This is not an excuse, we just want to be more transparent with you.

Code With Me was originally conceived as a plugin for JetBrains Rider, and we (the Rider team) began its development back in 2020. It quickly became apparent that this was a unique project for all of our IDEs, and we shifted our focus towards developing it for all of our IDEs. We had enough expertise because JetBrains Rider was the only IDE we had at the time that used an interprocess communication (called "protocol" internally) between the frontend (IDEA) and the backend (ReSharper). We used the same ideas and the same protocol to connect the thin client and the server IDE. After some effort, this worked well enough for all of our IDEs except for JetBrains Rider itself. Which is quite ironic, don't you think?

Rider faced the difficulty of "multiple-protocol" issue. If the protocol (and all asynchronous interactions related to it) was the same for all other IDEs - between the thin client and the backend - then Rider had two protocols. And we had to synchronize most of the data through two protocols between three clients (ThinClient -> Rider Frontend -> ReSharper). For most features, this was not a big problem, but for the editor - our main and most important system, the place where you spend most of your time - it worked, in our opinion, unsatisfactorily. Because of this, we have been working for the last year to rework the typing system and all dependent subsystems (completion, syntax highlighting, actions, etc.) to live well in our new, fully asynchronous world with two protocols.

In summary, despite the internal Code With Me prototypes for Rider were built in 2021, we are still not ready to release a product of this quality yet. We really hope that we are now close to integrate an improved code editing engine in Rider which should address all these issues. A large part of our team is working on this right now. Of course, I ask you not to consider this message a promise to release Code With Me in the next version, but we are working very hard to do it as soon as possible.

I hope you found it interesting. Sincerely, your Rider Platform Team Lead.

[Keyb]

Ik zie de meerwaarde niet zo over claude code. Die kan ik alles laten doen wat ze omschrijven en dan nog wat. Ook geen limiet op ondersteuning in talen. Ik heb soms nog een van de jetbrains IDEs open voor controle maar vaak ook genoeg aan neovim of helix. Verder vooral tmux voor de 4 verschillende claude code instanties die ik tegelijk draai.

[Woodsnaps]

Same hier.. ik gebruik dan wel IntelliJ IDEA met pro en jetbrains pro en weet ik wat alles, maar meer dan de helft van de tijd zit ik via Zed met Claude te onderhandelen tegenwoordig…

Als ze nou eens ondersteuning zouden toevoegen om Anthropic’s modellen natively te kunnen runnen dan was ik wel een stukje enthousiaster geweest..

[pindab0ter]

Dat kan ook. Heb je alleen wel een API key voor nodig. Dat kan niet met een Pro- of Max-abonnement.

[anno361]

Maar dan nog, dan heb je een venster om je prompt in te vullen, wat je via de CLI ook al had.

Juist daarom ben ik zo teleurgesteld. Het doet verder 0 effort om de state van Claude te visualiseren. En er valt echt wel veel te tonen.

[fbenniks]

Ik ben geen fan van Claude code, wel van opus 4.6. Als cli of terminal tool vind ik opencode.ai fijner werken, ook cursor heeft hun UX goed op orde voor vibe coding.

[Keyb]

Toegegeven, opencode vind ik ook prettiger werken, maar ik zit met een Claude max abo.

[this]

Wat is het verschil met de plugin? Ik heb IntelliJ IDEA pro en Claude Pro en daarin gebruik ik de claude plugin.

[edwinjm]

In Air kan je bijvoorbeeld een stuk code selecteren en een prompt geven voor dat stuk code.

[Zidane007nl]

Helaas alleen voor MacOS en nog geen ondersteuning voor Java (alleen syntax highlighting) op dit moment.

[Morkatog]

Ik wou het ook net plaatsen.. dit is een belangrijke toevoeging die al in het artikel had moeten staan.

[OMX2000]

Vanuit JetBrains snap ik dat ze deze IDE uitbrengen. En op dit moment kan het een toegevoegde waarde zijn voor ontwikkelaars die "agentic" willen werken, maar toch een UI willen waar ze wat meer overzicht hebben over de codewijzigingen.

Ik denk alleen dat JetBrains dit verkeerd aanvliegt. Het is, in mijn ogen, een kwestie van tijd voordat je als softwareontwikkelaar nog amper code gaat zien. Ze hebben het over "You can mention a specific line, commit, class, method, or other symbol when defining a task.", en gebruiken daarmee de code om aan te geven wat er zou moeten gebeuren. Dat is op dit moment nog nuttig, en ik denk dat het gros van de softwareontwikkelaars er ook nog zo naar kijkt.

De huidige AI agentic tools hebben twee "targets": aan de ene kant de code/runtime, en aan de andere kant "de mens". De code moet goed kunnen compileren en draaien, maar tegelijkertijd moet die ook goed leesbaar en gedocumenteerd zijn, zodat mensen het begrijpen. Dat laatste is een kwestie van vertrouwen, en zal op termijn overbodig worden. Dat opent ook de weg naar "programmeertalen" die geschikter zijn voor LLM's en agents om effectiever en efficiënter software te bouwen.

Ik denk dat tools/workflows zoals SpecKit of OpenSpec nuttiger zijn, waarbij je aangeeft wat de applicatie moet doen. Wat JetBrains Air interessant maakt, is dat het eigenlijk een soort agent- en taskmanager is. Als je dat koppelt aan een tool zoals OpenSpec, dan kan het dus wel interessant worden.

[StefanJanssen]

Het is, in mijn ogen, een kwestie van tijd voordat je als softwareontwikkelaar nog amper code gaat zien.

Het is in mijn ogen een kwestie van tijd voor de AI er globaal uitvliegt en je als software ontwikkelaar die daadwerkelijk zelf code schrijft letterlijk overal welkom bent.

[OMX2000]

Dan doe je het lokaal 😋

[StefanJanssen]

Met globaal uitvliegen, bedoelde ik dat de bubbel popt, dat het "ontslagen" is.

[Salvatron]

kost het centen?

[L00_Cyph3r]

Voor zover ik weet zijn alle programma’s van JetBrains gratis te gebruiken (non-commercieel) als het om EAP gaat (early access program).

[ManIkWeet]

Je levert hierbij natuurlijk wel telemetry data aan JetBrains, inclusief je code die door de AI motor gaat.

[orillion]

Telemetry kun je uitvinken.

[jrswgtr]

Het gebruiken van de AI-agenten in ieder geval wel en zeker met de nieuwste openai codex / claude code ga je best hard door je credits heen.

[Webgnome]

Als jij je centen verdient met code / producten maken is dat dan een heel relevante vraag?

[Pep7777]

Leuk al die IDE's met AI integratie, leuk om prototype code mee te maken.
Wat de IDE's voor product ontwikkeling/bug fixes echt zouden moeten doen is je meenemen door een process. Een process dat vraagt of je input documenten hebt (requirements,design of op zijn minst een beschrijving van wat je wilt, niet hoe). Dat je dan meeneemt om design keuzes te maken (SOLID principles, maar vooral componenten/interfaces, nodig om te kunnen unit testen), Dan pas code en unit testen maken en een document dat bescrhijft wat er is gemaakt (niet hoe). Dan een stap die terugkijkt naar requirement, en test coverage en testen verder laat aanvullen. En als laatste de code reviewt op bijv. veiligheids risicos etc.

[Jeffrey_KL]

Maar dat alles is toch ook geen probleem? Ik ben zelf alleen bekend met github copilot in vs code. Daar liggen de basis bouwblokken al met de plan en 'agent' agents. Plan agent vertel je wat je wilt en vraagt door als dingen niet duidelijk zijn. Agent voert het plan uit welke als markdown file is aangeleverd.

Dit systeem is zelf uit te bereiden of te vervangen met custom agents. Je kan je eigen planner maken die een volledige FO + TO met je gaat maken en dat die documenten vervolgens aan de inplementatie agent worden gegeven. Vervolgens als de implementatie rond is gaat er nog een functionele uitleg agent naar kijken die je het verhaal doet. Of een implantatie guard die valideert dat de code voldoet aan de documentatie.

Al met al kan je zelf je process vastleggen in de AI tooling die vs code bied.

[Pep7777]

Zeker gebruik ik al maar die heeft idd alleen een rudimentaire plan mode. En ikzelf ken het engineering process heel erg goed, dus ik doe het uit mezelf al. Maar er is ruimte voor meer begeleiding voor juniors en mensen die alleen programmeren. Om goed/veilig/kwalitatief voldoende met AI te kunnen werken heb je alle stappen nodig. Ander is het vibe-coden en dat is prima (en ook heel leuk) als je wilt leren, een prototype of een thuisproject wil doen.

[anno361]

De vraag is: maar wat doet Air nu eigenlijk wel?

Ze hebben letterlijk webstorm gekopieerd en 90% van de functies eruit gesloopt en dan een prompt venster centraal gezet.

Welk probleem lost dit product op?

Het had leuk geweest als het een beetje overzicht kon geven, in de taken van claude.

[demianmonteverd]

Eens. Dat kun je afdwingen met je workflow bij gebruik, of als je een commerciele llm-provider dienst afneemt, dan kun je het via de systeem instructies meegeven (of equivalent). Hierboven beschreef iemand hoe hij werkte met gitea, het zwaartepunt bij die aanpak zat op de code maar je kunt iets soortgelijks doen voor de 'voorkant'.

[84hannes]

Ik vind dit een hele gekke tekst:

De agents kunnen lokaal draaien, maar ook in Docker-containers, of in een Git-worktree.

Het is niet alleen maar een vertaalfout van @TijsZonderH

Run agents locally by default, or isolate them in Docker containers and Git worktrees for sandboxing and concurrent work.

Isolatie (Docker) en concurrent work (Git (worktree) zijn zo ongerelateerd dat het gek is ze zo door elkaar te noemen. Alsof je zegt:

"Je kunt de bus nemen of een broodje kopen om op je locatie aan te komen of iets te eten te hebben."

Kan iemand de relatie tussen deze twee beter leggen?

[Reactie gewijzigd door 84hannes op 14 maart 2026 09:22]

[pindab0ter]

Ik denk wel dat het een vertaalfout is. Dit is wat ik er van zou maken:

“De agents draaien standaard lokaal, maar je kunt ze ook geïsoleerd in Docker-containers of Git-worktrees draaien voor sandboxing en om ze parallel te laten werken.”

[Solopher]

Als jarenlang gebruiker van JetBrains producten ben ik zwaar aan 't overwegen om mijn All products pack niet te verlengen.

Alles wordt op AI gepushed de laatste tijd (afgelopen 2 jaar?), waarbij sommige basis functionaliteiten het gewoon niet meer goed doen. En wat gaan ze doen? Juist, nog meer AI erbij. Junie en de Assistant kun je uitzetten, maar op wonderbaarlijke wijze worden deze steeds weer automatisch aangezet. Oh en dan nog iets over het hele AI, de All products pack is duurder geworden, maar... je krijgt wel "gratis" AI erbij, nou dat is dus niet gratis.

Verder lijkt het wel alsof de performance iedere release slechter wordt, heb je wel eens geprobeerd bijv. een YAML file te renamen? Dan ben je seconden aan 't wachten, wat sneller werkt is een Terminal openen en daar een rename uit te voeren.