As agents write more code, individual productivity goes up, but the bottleneck moves to review. 49% of developers now spend four or more hours a week reviewing AI output and correcting prompts (Atlassian State of Developer Experience Report 2026). We believe this means you need to understand what changed, decide whether it belongs in your codebase, and be able to maintain it after the session ends.
This is why we shipped Air in JetBrains IDEs, with the 2026.3 release. This allows you to bring your coding agents into your existing development environment, with one place to track their progress, review their changes, and send feedback. It is a major step in making JetBrains IDEs more agentic, while still respecting classical workflows, where the developer remains in control and at the center of everything.
Air is more than a new place to chat with AI. Because it runs inside the IDE, it brings IDE code intelligence to you and your agents. Through the IDE’s MCP server and built-in skills, agents can check inspections, run your build and run configurations, query your databases, and use the IDE’s own refactorings. In IntelliJ IDEA and CLion, they can also drive the debugger.
Parallel agent sessions, worktrees, and notifications
Follow sessions across projects in one place to understand which agents are working, which need your input, and which have unread results. Notifications tell you when an agent needs you. Give each agent its own local Git worktree so that parallel sessions don’t collide, and review its changes as with any other session. Worktrees that agents create on their own aren’t tracked in Air yet, but we’re working to make this a reality.
Start sessions from presets
Save the agent, model, and instructions you use for a type of task as a preset. Start a new session from it instead of setting everything up again, and keep separate presets for different use cases.
Your existing agents and subscriptions are supported
Air works with agents such as Junie, Codex, Claude Agent, and GitHub Copilot, and connects to other compatible agents through ACP. Bring compatible agents already installed on your machine or add them from the registry, then choose your model and connect your subscription.
Depending on the setup, that can mean your existing provider subscription, an API key, or JetBrains AI. A paid JetBrains AI subscription is not required.
You can also use your Claude Pro or Max subscription with Claude Code in Air’s terminal surface, which opens as a full-screen IDE tab.
Reviewing agent code and Code Notes
You do not have to write every line to own it, but you do need to understand it. When an agent finishes, open the review panel to see what the session changed, then use the IDE’s own tools to check it: navigate the code, run inspections and tests, or use the debugger. Leave Code Notes on specific lines to request changes or ask questions, and send them back to the session with the code context attached.
Code Notes also work with Air’s terminal agents, so you can review their outputs in the IDE and steer the next iteration without giving up your terminal workflow.
IDE intelligence for you and your agents
Supported agents can use native JetBrains IDE capabilities, including debugging, profiling, database management, and semantic code search. You retain access to the exact same tools to inspect and verify their work.
Code completion and next edit suggestions
Code completion keeps working in the editor as before, and it does not count against your JetBrains AI quota. Next edit suggestions work with Air when you sign in with a JetBrains AI subscription or GitHub sign-in.
Ability to disable Air
As the developer in the driver’s seat, you choose whether to use it, and how much. Ask an agent a question as you work, delegate a change, or keep writing the code yourself.
You can disable Air itself in Settings | Plugins and restart the IDE.
Coming from AI Assistant
Here’s what’s new if you’re coming from AI Assistant.
More usage and quota visibility
Air shows the cost of your current session (in tokens or money) and lets you check your remaining JetBrains AI quota and reset date without leaving the IDE. We’re working on the same view for Codex, Claude, and Copilot subscriptions. Users in organizations get a link to JetBrains Console for analytics or managing their team’s AI use.
Commit message generation
When the changes are ready, Air drafts a commit message from the changes you select. Edit it, then commit when you’re ready.
Air as a tool window on the right
The most requested change was a familiar layout. Air can open as a compact tool window on the right, the layout you know from AI Assistant, or as an editor tab when you need more space. In the bottom left-hand corner of Air, open Settings, then hover over Show Chat and select the In Toolwindow option.
AI Assistant remains available
AI Assistant is still available and supported as a separate plugin until early 2027. If switching to Air hid AI Assistant, to bring it back, press Shift twice, search for “Open AI Assistant”, and follow the prompts. See the guide for more details.
Air comes with free AI
We’ve made our coding agent Junie free to use with its Lite configuration. Sign in with your JetBrains Account, give it a task, and use Air to review the result. It also covers the everyday questions you may have asked in the AI chat. No JetBrains AI subscription is required.
Air in JetBrains IDEs is available from version 2026.3. Update your IDE and open Air. Tell us how it fits into your workflow. Leave a comment below or share your feedback on YouTrack.
Fair use applies. Terms and available models may change.
Frequently asked questions
Can I use my Claude subscription in Air?
Yes, you can. Open the agent menu and select Manage Agents, then for Claude, select Terminal instead of Chat. Start a new session to open Claude Code in a full-screen editor tab, and then log in with your Claude subscription. Claude Agent in Air’s chat view requires a JetBrains AI subscription or an Anthropic API key.
Which coding agents does Air support?
Air supports Codex, Claude Agent (in the chat), Claude Code (in the terminal), Gemini, GitHub Copilot, DeepSeek, OpenCode, Cursor, Pi, Grok, Kimi, Kilo, and many more through ACP.
What is the difference between Air in JetBrains IDEs and Junie?
Air is the workspace inside your JetBrains IDE where you run coding agents and review their work. Junie is JetBrains’ coding agent, which you can use through Air. Air also supports agents from other providers.
Do I need a JetBrains AI subscription to use Air in JetBrains IDEs?
No. A paid JetBrains AI subscription is not required for local agent workflows in Air. Use a supported provider account or API key, or sign in with a JetBrains Account to use Junie Lite for free. Provider charges, usage limits, and fair-use terms still apply.
Does Air automatically start agents or send my code to an AI provider?
No. Air does not automatically start agents or send your code to an AI provider. You choose and authorize an agent before using it. Data handling then depends on the agent and provider you select and their applicable terms.
Where is the AI Assistant chat?
We’ve moved AI Chat over as agent sessions in Air. For quick questions, use Junie with the Lite or Luna model and set Effort to Off. Your previous AI Chat conversations will be automatically converted to Junie sessions, so you can pick up where you left off.
Are code completion and next edit suggestions available in Air?
Yes. Both keep working in the editor. Code completion does not use your JetBrains AI quota, and next edit suggestions are available with a JetBrains AI subscription.
Does Air work with remote development?
Yes. When you connect to a remote backend, Air and your agents run on the backend alongside your code.
Group photo of the W3C TAG in July 2022 with me to the left of Sir Tim Berners-Lee (inventor of the Web and TAG chair emeritus).
Photo credit: Dan Appelquist
I had the great honor of being elected to the TAG by the W3C membership in 2020 and again in 2022, serving two terms from 2021 to 2025.
After a two-year break, this year I’m running to return, thanks to Google, Microsoft, and OpenJS Foundation pooling resources to make it possible. 💙
The W3C Technical Architecture Group (TAG) is the Working Group that ensures that Web Platform technologies are usable and follow consistent design principles, whether they are created inside or outside W3C. It advocates for the needs of everyone who uses the Web and everyone who works on the Web.
If you work for a company that is a W3C Member, please consider encouraging your AC rep to vote for me!
(Ask me if you don’t know who that is)
My candidate statement follows.
I’m Lea, and I’m running to return to the TAG, where I served two terms from 2021 to 2025. It was some of the most fulfilling work of my career. The only reason I did not run in 2024 is that the job takes hundreds of hours a year, which as an independent I could not sustain pro bono. This year, in recognition of my service, Google, Microsoft, and the OpenJS Foundation have pooled resources to fully fund my participation, so I can finally commit the time the job deserves while remaining independent.
My work spans the entire web platform: 14 years in the CSS Working Group, active participation in TC39 and WHATWG, two decades of building for the web, and open source running on millions of websites. In 2025 the OpenJS Foundation recognized my overall impact on the web platform with its Pathfinder for Standards Award. That breadth is exactly what the TAG requires.
With a PhD in Human-Computer Interaction from MIT and a 20+ year career that includes entrepreneurship and product leadership, I combine academic rigor and big-picture perspective with pragmatism, an eye for hard tradeoffs, and a deep commitment to user needs. And as a bilingual Greek woman, I bring a Mediterranean and European perspective and firsthand appreciation of the Web’s internationalization needs. For more on my background, see my 2020 and 2022 candidate statements.
In my four years on the TAG, I worked to direct the group’s limited time towards maximizing impact: I co-led the Web Platform Design Principles, turning previously implicit design knowledge into published guidance that improves consistency across the platform and helps reviews scale, started the Web Platform Gaps initiative to find what the platform is missing, served as liaison to TC39 to keep JavaScript and Web APIs consistent, and participated in hundreds of design reviews, becoming the TAG’s go-to reviewer for API design.
But I believe the TAG can, and should, do more.
The Web is changing rapidly, and reactive review is no longer enough. The TAG is uniquely positioned to see the platform as a whole, yet it mostly encounters features after their architecture has taken shape, sometimes even after they ship. By then, consequential decisions are difficult to change. Who identifies gaps that span multiple working groups? Who sketches the big cross-cutting solutions, or decides which layer a problem belongs in when that is non-obvious? Individual groups see their own slice, and the sum of several low-level views is not the big picture. The result is architectural debt.
I want the TAG to help shape the architecture of the Web, not just review it. To proactively identify gaps, sketch coherent, composable solutions, and then bring the relevant working groups into the conversation to develop and standardize the pieces within their scope. Not to take over their work, but to provide the cross-cutting architectural perspective that no individual group is positioned to offer.
Expanding the gap analysis work I began last term is the first step, and my work since then has given me a much richer evidence base to draw from. I am one of the people leading Modern Web Guidance, a multi-vendor project teaching AI coding agents to use the modern web platform effectively and follow best practices. This work involves reviewing implementation instructions for a broad range of use cases, ensuring they reflect the best the modern Web has to offer. This makes the many ways the web platform still falls short incredibly salient, revealing systemic gaps that are easy to miss when looking at web features in isolation.
The biggest change since my last term is that a growing share of the code targeting the web platform is written by AI agents, and a growing share of the Web is consumed by them. The TAG should treat this as an architecture question and answer it with principles and evidence, not enthusiasm or alarm. Many of the principles that make APIs robust and usable for humans also benefit agents, but the differences expose new tradeoffs that deserve careful architectural attention. And none of this changes what the Web is for: user agency, privacy, accessibility, and interoperability apply no matter who, or what, writes the code, and defending them is the TAG’s job.
I am not employed by a browser vendor or a big tech company, and my funders do not direct, approve, or veto my positions. I remain free to disagree with any of them, in public, on any proposal. My only agenda is a web platform that lives up to its potential and remains owned by no one. I’ve spent four years helping the TAG improve the Web. I want to help it shape the Web’s future, and for the first time, I have the resources to see it through.
I would like to thank the OpenJS Foundation, Google, and Microsoft for fully funding my TAG participation in the event that I am elected, and OpenJS Foundation and Bocoup for partly funding it during my previous terms.
Andrea and GPS are joined by the co-authors of the annual State of Commercial Open Source report, Matt Lavergne, a partner at the VC firm Serena, and Sam Boysel, a data scientist with the Linux Foundation.
Matt and Sam walk through what years of data on VC-backed open source startups actually show: commercial open source companies raise money faster, close bigger rounds, and exit at significantly higher valuations than their closed-source peers. They dig into which signals actually matter instead, why the fear that “money ruins open source communities” mostly doesn’t hold up in the data, and how founders can build a business on top of an existing project without alienating the people who made it valuable in the first place, including real examples like pyannoteAI and MotherDuck. Finally, they share why open source founders turned out to be surprisingly optimistic about AI’s impact on their businesses.
The Angular team has introduced ngp, a compiler preprocessor that rewrites the analysis stage in Rust using Oxc. It replaces ngc's dependence on the Transformer API, which TypeScript 7.0 removed. An early benchmark showed 2x to 3x faster cold builds. Adoption is expected in an Angular 22 minor release; production builds should stay on ngc until then.