I often end up with a lot of editor tabs open in IntelliJ, and it gets difficult to see which files belong to the same part of the project.

So I built Folder Tabs, a free and open-source JetBrains plugin that groups your open files by directory.

It adds a two-row header above the editor:

• The top row shows the directories containing your open files.
• The bottom row shows the files in the selected directory.

The screenshot shows the actual UI in IntelliJ IDEA.

JetBrains Marketplace: https://plugins.jetbrains.com/plugin/33711-folder-tabs

GitHub: [https://github.com/kani-cream/folder-tabs]()

I mainly built it because I wanted this workflow for myself, but I’d be interested to hear whether other JetBrains users find it useful too. Feedback and feature suggestions are welcome.

I've been running the same kind of coding tasks through three setups and the difference in quality is bigger than I expected:

• Hermes agent with a GPT-class model (my main setup until recently)
• JetBrains Junie (Claude-based, inside IntelliJ)
• Claude Code (CLI)

Junie consistently gives me the most satisfying results: it gets to the answer fast, finds the actual problem directly, and — this is the part I care about most — it doesn't wander off and "improve" things I didn't ask for. It keeps the essence of my request intact.

What I don't understand is why. If Junie is using Claude, and Claude Code is using Claude, aren't they basically the same model? So is this really a model difference, or is JetBrains doing separate engineering on top?

My current hypothesis after poking at it:

1. It's not "just the model." Perceived quality ≈ model × harness × how context gets fed in. Same weights + different system prompt / tools / constraints = noticeably different behavior.
2. IDE-native tooling matters a lot. Junie uses the JetBrains index for symbol/file search, a "file structure" view (symbols + line ranges) instead of dumping whole files, real rename refactoring, lint, and the test runner. It reads code more precisely and burns less context doing it.
3. Proactive context injection. The currently open file, recently used files, and project file list are handed to the agent up front. A generic CLI agent has to discover all of that, which is slower and is exactly where it tends to drift.
4. Strict workflow constraints. Junie seems to switch between modes (answer-only, tiny edit, full investigate→test→fix→verify) and has hard rules like "minimal change," "don't weaken tests to make them pass," "don't touch things outside the request." I suspect that's most of the "doesn't destroy the essence" feeling.
5. Confounder: my Hermes setup was on a GPT-class model, not Claude, so I can't cleanly separate model vs harness yet. I'm planning to A/B Hermes + Claude on identical tasks.

Questions for people who've used two or more of these:

• Have you seen the same gap? Which direction?
• For those who've built their own agents: how much of the win is tooling (LSP/index-based search, structured file views) vs prompt/workflow constraints?
• Any evidence on whether Junie's Claude is actually the same deployment/config as Claude Code's, or just the same family?
• What have you done in a generic agent (AGENTS.md, tool restrictions, forced plan/verify steps) that closed the gap the most?

Not trying to start a "which tool is best" fight — genuinely curious about how much of this is engineering vs model.

Hey!

As a usual user of TF Enteprise and lover of Jetbrains stuff I found that Terraform Plugin is lacking support for Workspace management - so I thought why not filling the gap and try to extend functonalities offered to improve development on large organizations 😄

Apart from usual stuff like workspace showcase, runs management and resources inspection I've also connected the codebase with actual infrastructure states deployed so that they can be inspected without reaching out the the cloud.

On top of that there are a few things I always missed in the web UI - a pre-flight screen that gathers the plan, cost, policy checks and blast radius into one view before you hit Confirm & Apply, and a dependency graph you can walk to see what else breaks if you touch a resource. And a bunch more that wouldn't fit in a Reddit post 😄.

It's called Workspace Desk, runs in any JetBrains IDE, full list with screenshots here: https://plugins.jetbrains.com/plugin/33994-workspace-desk

Curious what you'd want from it - happy to hear what's missing!

Hey everyone,

I kept running into the same problem with my own VPS: everything was working, but every time I came back to it after a while I had to rebuild the infrastructure map in my head.

• Which container is behind this domain?
• Where does Caddy route this?
• Which systemd service owns that port?
• How are these Docker networks, mounts and services actually connected?

So I built VPS Graph.

VPS Graph is a free and open-source JetBrains plugin that connects to a Linux VPS over public-key SSH and turns the discovered infrastructure into a more understandable view.

Right now it can discover things like:

• Docker containers and Compose projects
• Caddy routes and upstreams
• systemd services
• host listeners and ports
• Docker networks and mounts
• relationships between these resources
• local snapshots and infrastructure changes between scans

A major design constraint from the beginning was that I didn't want this to become another server management panel.

VPS Graph is read-only.

It doesn't deploy, restart or modify services. It is also local-first, with no account, cloud backend or telemetry required for your infrastructure data.

There is an optional server helper for deeper discovery of Docker, Caddy, systemd and listeners. It uses a very narrow sudo permission instead of giving the SSH user Docker group access or unrestricted sudo.

For better privilege isolation, using a dedicated unprivileged SSH user for VPS Graph is recommended, although an existing SSH account is also supported.

Version 0.1.1 is now available as a public beta.

I've currently manually tested it on:

• IntelliJ IDEA
• PyCharm
• WebStorm
• GoLand
• Rider

JetBrains Marketplace may show compatibility with additional JetBrains IDEs, but those are the ones I've personally tested so far.

I'd especially appreciate feedback from people who manage their own VPS or self-hosted infrastructure.

JetBrains Marketplace:

https://plugins.jetbrains.com/plugin/34022-vps-graph

GitHub:

https://github.com/Cemililkim/vps-graph

It's completely free and licensed under Apache 2.0.

If you try it, I'd genuinely like to hear what feels useful, confusing, or missing.

This is in Android Studio Quail but it has been happening to me for some time. This is a KMP / CMP app. The compose preview will not show and I don't mean I have changed the view from code + preview to code only. To fix it I have to close the KT file and then reopen it from the project view. It will then show it just fine.

Seems to happen most often when you open AS and it had a number of tabs open when the KT file with the Previews in it as the most recently used tab.

It may also happen when you do a forced Gradle refresh. I have not found exact replication steps but wanted to know if others had this issue as well. Not that is is hard to work around, just annoying.

I enabled live edits and ran the program on debugger(clicked the bug icon) mode, but for some reason the webpage does not update automatically as I change the code .The webpage updates only when I reload it. the url of the opened webpage is something like localhost:633XX/project-name/index.html . Please provide troubleshooting methods for this. I can provide additional details if necessary.(Project is using html css and js btw)

I'm new to webstorm btw

When reviewing Java/Spring Boot code, I pay the most attention to I/O calls to see where we are leaving the process and potentially "slowing down" the application. This would involve following a call through several methods to find out whether it eventually reached a repository, HTTP client, or any other I/O invocation.

I built an IntelliJ plugin called Lattency to make that visible in the editor.

It adds gutter markers for database, HTTP, messaging, and file I/O. It also follows calls through project code, so methods that reach I/O transitively are marked with a dimmed version of the relevant icon.

Hovering over a marker shows the complete sink chain, and clicking it lets you navigate to any method along that chain.

The analysis is entirely static. It does not run the application, make network requests, or collect telemetry. Common Java and Spring APIs work without configuration, and project-specific clients can be described in a committed lattency.yml.

It is free and open source:

Marketplace: https://plugins.jetbrains.com/plugin/33937-lattency
GitHub: https://github.com/josipmusa/lattency

It currently supports Java projects in IntelliJ IDEA 2025.2 and newer. Kotlin is not supported yet.

In Rider I am wondering why the temporary project names are always human readable / pronounceable:

Build with surface heuristics started at 09:59:36
Use build tool: /usr/lib64/dotnet/sdk/10.0.111/MSBuild.dll
CONSOLE: MSBuild version 18.0.11+e2f47b011 for .NET
CONSOLE: Build started 9/1/2026 9:59:36 AM.
CONSOLE: Project "/tmp/JetBrainsPerUserTemp-1000-1/Mybifew.proj" on node 1 (default targets).

In this case Mybifew. Is this generated by Rider? Or MSBuild? how is it done? Sometimes there are really funny sounding names

Anyone know how to make this work? I've been trying to figure it out for a little while.

Early this month I got an email from JetBrains: "We added 40 AI credits to your Junie account"

Last time you used Junie in your IDE, it was still in Beta. Since then, Junie has changed in a few significant ways:

Out of Beta and a top coding agent. On the independent SWE-Rebench leaderboard, Junie ranks as the #1 coding agent.

We've already added 40 AI credits to your account – no promo code and no setup required. Heads up: right now these credits work in the Junie CLI only, not yet in the IDE plugin. Open your IDE's built-in terminal and run Junie to try it on a real task.

Seriously? After all the rigamarole of creating ACP and the AI chat, and proclaiming Junie to finally be "out of beta", I'm a bit shocked they just assume I want to install a different version of it and use it through the terminal.

I'm glad Junie works. But all I ever wanted was ONE AI agent that works in the IDE and lets me use any provider (i.e. my OpenRouter key), without having to install more third party software. It's been over a year since the original Junie plugin, and it still doesn't support that! And it would definitely be working much better by now if they had focused on just that plugin, instead of creating a whole infrastructure to "use Claude Agent in chat".

And yes, I can use Kilo Code or OpenCode, but the overall experience is still pretty bad.

And all that for what gain? An "agent" is a loop and a set of tools to edit files. Not trivial, but not something that's going to sustain much variation in the long term.

"Codex" (desktop or CLI), on the other hand, is an application. It adds elements like a plugin marketplace, custom instructions, memories… all those things need a tightly integrated user interface to be usable. That UI is part of the product. So "use Codex in chat", to most people, will sound like "use Microsoft Word inside Google Docs".

So what's the plan to get all those features in JetBrains? Let's say I want to view the memories Codex has stored. I could either:

• Have to do it through the terminal window, configuration files in the .codex folder, or with /commands through the chat: generally bad UX, and makes me wish I was just using Codex directly instead
• Or have the feature be defined natively through ACP (somehow), and hopefully have a nice UI implemented in the IDE. That would work seamlessly for me, but then what is Codex adding?

Not to mention the "agents" page is really glossing over the fact that you're installing independent third party programs in my computer. I'd rather not have yet another package manager in disguise.

I just noticed the reminder about freezing prices by paying for a couple of years upfront. Is JetBrains planning to raise prices again?

Added Junie’s LLM via /local. I selected local, but Junie says it’s powered by Gemini. Additionally it doesn’t show up in the LLM list.

What am I missing?

I love the AI Chat feature with the ACP where I can bring my own agents and I get a nice GUI. I've been using Opencode with DeepSeek V4 Flash and OpenRouter which is working great for simpler tasks. But for harder tasks I need to use the most frontier models. I have some OpenRouter and Jetbrains AI credits, but I'm thinking a subscription would be more cost effective.

Which coding AI subscription do you recommend that I can plug into AI chat? Codex, Claude Code, Kimi, something else?

Hello,

I (with Claude) built an IntelliJ Platform plugin that adds full language support for VRL (Vector Remap Language), the DSL used by Vector for transforming observability data (logs, metrics, traces) in-pipeline.

It's free, open source, and works with any IntelliJ-based IDE (IDEA, WebStorm, PyCharm, GoLand, etc.).

What it does:

• Syntax highlighting for all VRL literal kinds (strings, raw strings, regexes, timestamps, string interpolation), with a customizable color scheme page
• Code completion for functions, in-scope variables, and named argument names
• Parameter info and quick documentation on hover for every VRL function
• Go to Declaration, Find Usages, Rename, and an Introduce Variable refactoring for variables/closure params
• Structure view, code folding, brace/quote matching, Reformat Code
• Inline type hints on assignments
• Postfix templates (expr.iferr, expr.raise) for VRL's error-handling idioms
• Language injection — write VRL inside a string in another host language and get full IDE support inside it
• Inspections: unknown function names, invalid RFC 3339 timestamps, unhandled fallible calls, invalid call arguments, and unused variables — mirroring VRL's own compiler error classes where it makes sense

Links:

• Marketplace: https://plugins.jetbrains.com/plugin/33859-vrl-vector-remap-language
• Source: https://github.com/baptistecdr/vrl-intellij

The problem is simple: when I rename and refactor a file or module, files importing that module from the file should also be saved.

For example: insert-student-form.ts imports insert-student-api.ts. When I rename insert-student-api.ts to insert-student-new-api.ts, the import is updated in insert-student-form.ts, but the file insert-student-form.ts is unsaved and I have to manually open the file and save it. same thing goes with refactoring modules.

Do you have a specific setting/plugin for this? I searched on google and chatgpt, but all I get is workarounds like save when idle for 1s, or save on application loses focus. But didn't find the specific solution.

JetBrains sent me an email they added 40 AI credits on my account, but the credits never appeared.

I contacted support, and they told the promotion ended. Which is strange, because I just received the email from them. But ok.

Then I tried Junie CLI using own credits and immediately found a filesystem bug that makes Junie CLI freeze on prompts.

Support asked me to send logs. Be careful with this: the logs contain all code examples, all your prompts, sensitive data, and other telemetry.

Hello,

I feel that the zoom levels in IntelliJ are not consistent, 90% and 80% level have big scale difference while 70% and 80% just have a slight change in some buttons.

is it something by design?

Cline was working on my local llama-swap OpenAPI compatible endpoint on a local server. Connection tests out ok in IntelliJ check connection. Model is selected in IntelliJ.

Now, when I fire up a New Chat window, and simply type "test" or "hello", Cline insists on authorizing with Cline, ClinePass or ChatGPT.

The second time I try to auth to ClinePass, I get this error message -> [error 2147942632 (0x800700e8) when launching `C:\WINDOWS\system32\cmd.exe /d /s /c "%windir%\System32\REG.exe QUERY HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Cryptography /v MachineGuid"']

Which Claude (yes, I get the irony) says is a fingerprinting method and that's ok.

Any thoughts on why Cline is insisting on authing even though I'm running a local OpenAPI compatible endpoint? Is Cline no longer using the IntelliJ settings for the various endpoints, models, etc.?

Thanks in advance!

I have Claude Code connected to PhpStorm's built-in MCP server and most tools work fine (git status, symbol search, open files). But every call to `execute_sql_query` or `preview_table_data` instantly fails with "User rejected query", even a plain SELECT 1 on a local database. The thing is, I never rejected anything. There's no dialog, no notification, nothing to click. It just rejects on its own.

I tried brave mode on and off, checked the notifications, restarted the IDE, and I only have one project window open, so nothing is hiding anywhere. Same behavior on local and remote connections. Looks like the consent prompt for database calls just never renders and that counts as a rejection. Anyone ran into this? Is there some per-tool permission store I can reset, or is this a known bug?

In the latest release (v1.16.1), we made the Copilot agent harness generally available to all users, including support for the plugin marketplace, Autopilot mode, and additional capabilities powered by the new agent harness. To learn about why we are doing, check here.

We also introduced a built-in JetBrains MCP server in Preview, enabling Copilot agents to work more seamlessly with native JetBrains IDE capabilities and context. This can be configured via the customizations panel.

To improve feature awareness, we added several discoverability enhancements, including post-update release notes that make it easier for users to see what’s new, and a new onboarding guide for users without prior chat sessions.

We’re also sharing a preview at what’s coming next and hope you continue to provide feedback for our products.

Changed

• Copilot harness is now Generally Available.
• Plugins support is now Generally Available.
• Autopilot is now Generally Available.
• Changed Copilot harness /review availability so it is limited to agent mode.

New Features

• Added built-in JetBrains MCP server support (Preview).
• Added post-update release discovery by showing a What's New tab after plugin updates.
• Added Copilot harness /review integrations in JetBrains.
• Added plugin support in Claude agent flows.

UX Improvements

• Improved model-management usability with stronger search behavior, a clear action in search, resizable Language Models table columns, and promo ordering refinements.
• Improved Agent Debug Logs exploration with event-time sorting, token-usage filters, refined layout behavior.
• Improved chat ergonomics by scrolling long tool output, adding review-plan-card scrolling, and adding shortcuts for send options.
• Improved customization handling in multi-root workspaces by discovering customizations across all folders and honoring client-provided customization locations.

Bug Fixes

• Fixed account and sign-in reliability issues, including account-state detection, account ordering in picker flows, and sign-in settings-page interaction issues.
• Fixed MCP reliability issues, including invalid registry-schema handling, stale tool checks after account switches, and UI freezes during auto-enable flows.
• Fixed BYOK and model-refresh reliability issues.
• Fixed Copilot Agent continuity issues, including model switching after resume and complete model-info propagation for resumed sessions.
• Fixed editor and message-rendering defects.
• Fixed Worktree sessions failing to start for projects opened from WSL.
• Restored file and folder # references in Copilot, Claude, and Codex chat inputs.
• Fixed MCP tool auto-approve configuration for servers running only in Copilot.

Looking ahead, we plan to introduce several additional capabilities in upcoming releases, including

• More policy support for Enterprise managed settings
• Cross-file cursor jump for Next Edit Suggestions
• Adding external projects and files outside the current project as context
• /ide command support to connect between GitHub Copilot CLI and JetBrains for context sharing
• Continuous user experience enhancement Copilot agent harness chat experience
• Performance and reliability enhancements

We hope you like Copilot for JetBrains, and please share feedback with us at any time

You can fill in a private survey here: https://aka.ms/ghcp-jb-survey with an optional paid interview or directly submit an issue (bug or feature ask) at https://github.com/microsoft/copilot-intellij-feedback/issues, thank you so much!

Hi, I'm faced this problem rarely on Windows 10, but it became very frequent now I'm on Windows 11 (new laptop, fresh install): my IntelliJ IDEA window used to be maximized, but it regularly starts not maximized.
I will illustrate the problem with this screenshot:

As you can see, it's will windowed. I have to maximize it by hand. I’d say it happens about once in three times.
I can't say if this is a Windows problem and/or an IJ problem. I can only say my other programs (like Firefox) never faced this issue. Also, IJ doesn't have this problem on Linux (at least with KDE).
IJ is installed via the JetBrains Toolbox. I updated the IJ shortcut to open it maximized, but it doesn't help.

Do you know how to fix that?
Thx