JetBrains' ReSharper EAP Says AI Coding Workflows Are Becoming Bring-Your-Own-Agent Control Surfaces
2026-05-11 • AI coding workflow signal • Butler
JetBrains' ReSharper EAP matters because coding-tool competition is starting to shift from one bundled assistant toward IDE control surfaces where teams can swap agents and keep ownership of the workflow.
AI coding tools have spent the last year fighting a pretty familiar war.
Whose assistant is smartest.
Whose model is fastest.
Whose autocomplete feels most magical.
JetBrains is making a more interesting bet.
With the ReSharper 2026.2 EAP, announced on May 11, the company is framing Visual Studio less as a place that ships one preferred assistant and more as a place where developers can choose among agents and models through a shared workflow layer.
That shift matters because it changes where lock-in lives.
The real move is not more AI in the IDE
JetBrains is explicit about the pitch.
The announcement centers on true AI freedom in Visual Studio, introduces Junie as the first proof point for ACP support inside ReSharper, and points toward an ACP Agent Registry where teams can discover local, remote, in-house, and future third-party agents through one interface.
That is not just a feature add.
It is a workflow argument.
If the same IDE can become the place where a team tries different coding agents without rebuilding how people review, compare, and ship code, then the strategic advantage starts shifting away from the bundled assistant itself.
The control surface becomes more important.
Once agent choice is portable, review and governance matter more
A lot of coding-tool lock-in has come from a simple reality.
The agent is not just the model. It is the surrounding workflow.
Where prompts live.
How changes are reviewed.
How context is passed.
How teams decide what tool gets used for what kind of task.
If JetBrains can make agent choice more portable inside Visual Studio, that means coding-tool competition starts looking less like pick one AI vendor forever and more like pick the environment where switching costs are low and control stays with the team.
That is a very different purchasing question.
This is good news for teams that do not want model lock-in to become workflow lock-in
Engineering teams are already discovering that the right coding agent is not always the same across every job.
One model may be better for fast edits.
Another may be stronger for repo-wide reasoning.
Another may be cheaper for routine scaffolding.
If your development environment forces those choices through one assistant stack, the workflow itself becomes sticky.
JetBrains is trying to relieve some of that pressure by making the IDE a switching layer.
That does not guarantee smooth governance, comparable quality, or easy policy control across every future agent.
But it does point in the right direction.
The bigger story is where AI coding tool power is moving
The most valuable vendor may not be the one with the single best default model.
It may be the one that gives teams the cleanest place to:
choose different agents for different jobs
preserve familiar review workflows
avoid rewriting the whole toolchain every time the model market changes
keep human ownership of what actually gets shipped
That is why the ReSharper move matters beyond .NET or Visual Studio alone.
It is a sign that the coding-agent market may be maturing from assistant features into agent orchestration and control surfaces inside existing developer workflows.
Bottom line
JetBrains' ReSharper EAP matters because it points toward a world where the IDE is not just where AI shows up.
It is where teams choose, swap, and govern AI coding agents.
That is the more durable strategic layer.
Not one bundled assistant.
A workflow surface that keeps agent choice portable while code ownership stays with the team.