Add support for Visual Studio 2026 Integration

Yes please, just using the integrated terminal is of limited use, and trying to deal with game projects in VS Code is not a sacrifice worth making.

I had a long Pro Plan session with Claude CLI trying to do this.. I installed Claude Code Extension for Visual Studio. That got me as far as Claude Code window in VS2026. Anything I type pops up the Github Copilot Hub. There it looks as if I can 'Manage Models' 'Bring my own model' . Choices include Anthropic. At which point it asks for an API key. I don't have one. A separate billing process involving credits. Might that work?, I don't fancy trying even $5 to find out. Back to CLI .

It's hard to pitch Claude Code to my boss without proper VS integration in my .NET environment

Windows game dev is almost exclusively C++ and Visual Studio. I wish there was an extension.

It would be really a breaktrhough. Hate AI tools being released for VS Code and not for VS!

It's so weird that Claude Code isn't available for Visual Studio 2022 or 2026 yet. VS Code is nice when I'm using it, but 90% of my work is in the Visual Studio IDE. The workarounds we have to come up with are annoying.

+1

+1

Dear god, yes please.
We have half the team on vs code, I'm using copilot on Visual Studio...having the option to just use claude code and add MCP-Servers using the same config as in visual studio code(Visual studio simply doesn't support prompts the same way and complains about "version" and other json properties which literally don't invalidate the rest of the json config values).
I'm sure Anthropics being so close with Microsoft SHOULD be able to bring the same user experience to Visual Studio in fact I can't understand why Microsoft released Visual Studio 2026 with such subpar support for these features in the first place compared to VSCode.

I was using Claude CLI this morning to review some code and then add features, including an additional form button. It successfully proposed the changes, redesigned the form, then after I had backed up, accepted the changes and given the go ahead it ran the build and debug. The IDE was open at the time so I could have the windows open side by side. Not ideal but gave a hint of what could be achieved if this integration request was implemented.

You can leave a reaction to the first post, or subscribe to the issue without commenting "yes please", triggering notifications and emails for everyone who is following

Adding my voice here. I'm a Max subscriber using Visual Studio 2026 on Windows 10 for cross-platform Avalonia UI development. Getting Claude Code working in VS required a community extension, a WinGet install, manually copying claude.exe to a different directory because the extension couldn't find it, registry edits for terminal embedding, and several hours of troubleshooting. The tool is powerful once it's running, but the lack of native VS support makes the onboarding experience painful. Full Visual Studio should not be treated as second-class to VS Code.

Full stack development uses azure, aspire, avalonia and a host of complex tools. Windows 10 , especially among enterprise developers is the de-facto standard. Your own Claude Code Max ai wonders why you have neglected the huge market that is currently under-served. If you wont listen to us, listen to Claude Code using a MAX subscription..

This is an absolute must for us. Our entire development team uses Visual Studio 2026 for our .Net backend development. The only way for the team to use Claude is via GitHub copilot which is a very expensive option for us.

Unfortunately, Claude Code Opus 4.6 is not good enough to build a Visual Studio 2026 extension.
Maybe in the future, if models improve, we can see something like that.

Please Anthropic, put this high on your list of things to do. Currently having to use Claude LLM through Github copilot. I do all my planning using Claude Desktop but would love to explore implementing these complex plans through your tools so I wouldn't have to explain the context of what I am doing again. I have MCP to ADO setup and it builds my stories but there are still details on my implementation plans that are lost that I have to correct through the process.

+1

+1

+1

+1

This is a really necessary feature.
There is an extension, but it’s inconvenient.
Please make it available in the Visual Studio 2022 version as well.

+1

+1

+1

+1

+1

+1

+1

+1

++1

+♾️

+1

+1

+1

+1

+1

+1

As a seasoned enterprise architect, my team is building enterprise grade integrated software solutions. Our primary environment is VS 2026 for all production development. The lack of native VSIX integration means we have to context-switch between VS and a terminal for every Claude interaction. VS Code doesn't work either for the level we are coding at. Specifically missing:

1. Native diff review inside VS (not terminal text stream)
2. Build error context automatically passed to Claude
3. Dockable chat panel — not a detached terminal
4. Breakpoint/debug state visible to Claude during sessions
5. The ability to use Max or higher paid Claude subscriptions so that we can take advantage of longer context and ai workflow sessions.

This is blocking us from making Claude Code our primary development environment for production work.

Adding my voice here. I'm a Max subscriber using Visual Studio 2026 on Windows 10 for cross-platform Avalonia UI development. Getting Claude Code working in VS required a community extension, a WinGet install, manually copying claude.exe to a different directory because the extension couldn't find it, registry edits for terminal embedding, and several hours of troubleshooting. The tool is powerful once it's running, but the lack of native VS support makes the onboarding experience painful. Full Visual Studio should not be treated as second-class to VS Code. Full stack development uses azure, aspire, avalonia and a host of complex tools. Windows 10 , especially among enterprise developers is the de-facto standard. Your own Claude Code Max ai wonders why you have neglected the huge market that is currently under-served. If you wont listen to us, listen to Claude Code using a MAX subscription..

Hi, which community extention have you been using?

+1

+1

+1 official VS extension would be nice

+1

+1

+1

+1

+1

+100

+1

+1

+1

+1

+1

+1

+1

+1

+1

You want something? do it yourself

https://marketplace.visualstudio.com/items?itemName=dliedke.ClaudeCodeExtension

Unfortunately, Claude Code Opus 4.6 is not good enough to build a Visual Studio 2026 extension. Maybe in the future, if models improve, we can see something like that.

Built with 4.5

+1

+1

+1

+1

+1

+1

+1

+1

+1

+1

+1

+1

+1

+1

+1

It's hard to pitch Claude Code to my boss without proper VS integration in my .NET environment

Did you try to work with the CLI?

I'm a Claude Max subscriber and a heavy Claude Code user. The CLI works well, but there's a significant gap for .NET and C++ developers who rely heavily on the Visual Studio IDE ecosystem.

The CLI integration doesn't cover key Visual Studio-specific workflows, particularly:
• Debugging sessions (step-through, breakpoints, watch windows)
• Crash dump analysis
• Memory and performance profiling
• Integration with VS diagnostic and analysis tools

A native Visual Studio extension would unlock Claude Code's full potential for these developers — bringing AI assistance directly into the workflows where they spend most of their time.

Requested support:
• Visual Studio 2026 – Must have
• Visual Studio 2022 – Should have
• Visual Studio 2019 – Nice to have

This would be a major quality-of-life improvement for the large community of .NET and C++ developers who live in Visual Studio.

+1

+1

+1

+1

+1

+1

+1

+1

+1

+1

+1

+1 x 100000

+1

+1

+1

+1

+1

+1

+1

+1

+1

+1

+1

+1

+1

+1

+1

+1

+1

+1

+1

+1

+1 and also include "open in" support for code sessions in claude desktop

+1, because I rely on Visual Studio for the development of VSTO add-ins for Word and PowerPoint.

the part that bites here isn't the chat panel or the diff GUI, those are the easy 80%. it's context sync. claude code's existing ide hookup advertises a websocket via a lockfile in ~/.claude/ide/ and the editor extension pushes selection + open files over it. the hard item on your list, the compiler Error List, doesn't ride along for free. an accessibility-tree read gets you the visible buffer and cursor across any window, but diagnostics live in a structured model behind that list, not as readable text. so VS 2026 parity really means tapping its diagnostics api, not just docking a window and forwarding the buffer.

+1 at least something for debug assistance

+1

+1

+1

+1

+1

+1

very not convenient to use the terminal. Pleas integrate claude really in VS C++

+1

And one more "+1" from me

+1

+1

+1

+1

It would be great if you add this as an official extension.

Yes please

Unfortunately, Claude Code Opus 4.6 is not good enough to build a Visual Studio 2026 extension. Maybe in the future, if models improve, we can see something like that.

@Youlean, is Claude Code Opus 4.8 good enough?

> Unfortunately, Claude Code Opus 4.6 is not good enough to build a Visual Studio 2026 extension. Maybe in the future, if models improve, we can see something like that. @Youlean, is Claude Code Opus 4.8 good enough?

This is my side project for the week. I made decent progress with previous versions of Opus. I'm hoping that Opus 4.8 with workflows will help me get it over the finish line.

+1

We need this! One would think this would be one of y'all's biggest request.

> > Unfortunately, Claude Code Opus 4.6 is not good enough to build a Visual Studio 2026 extension. Maybe in the future, if models improve, we can see something like that. > > > @Youlean, is Claude Code Opus 4.8 good enough? This is my side project for the week. I made decent progress with previous versions of Opus. I'm hoping that Opus 4.8 with workflows will help me get it over the finish line.

and now you can check with claude fable :)

+1, the Visual Studio 2026 extension is the only reason why we use copilot instead of using Claude Code directly.

+1

anyone tried https://marketplace.visualstudio.com/items?itemName=dliedke.ClaudeCodeExtension already?

I created a proxy to be able to re-use the GitHub Copilot Chat's features like review, integrated/native diff (keep, undo, etc.), context awareness, and debugging, among other things:
https://github.com/icnocop/ClaudeCodeOllamaProxy

I commented on this a while back and after Github copilot nerfed their product back in May in preparation for usage based work, I was completely unable to work so I had to shift and then move over to claude code immediately. My perception was I had to use VS Code so I decided to bite the bullet and download it and what I quickly found is this perception that there is some kind of nice integration of claude with VS code was unfounded personally. They have a chat window but the terminal is the preferred method and I found this no different than using a terminal in visual studio 2026. So it was a bit of an adjustment after using github copilot for so long I now am much happier with claude code. I find it to be way cheaper than Github's copilots new usage model. An operation that would have cost me 2% monthly usage shot up to 33% of my monthly usage where as that same operation would have been much more comprehensive with claude code and likely ran a little slower but the output would have been more concise and the token usage would have been probably 10-15% of my 5 hour session limit. So I will be canceling my github copilot subscription this month and sticking with claude code as it is sooo much better. The pros of github copilot are minimal. I used to love the diff viewer but you can use git for that. They also shows diffs in the terminal window so I encourage anyone waiting for this integration to try it out because IMO there is no realy integration between claude and VS code, at least from what I saw.

Hello everyone,

I read this thread, and though building this would be a good learning experience. So, I built a Visual Studio extension that does exactly this. It implements the same IDE-integration protocol that the VS Code and JetBrains plugins use, so the CLI talks to it natively.

What you get:

1. (Biggest contribution) Claude's edits open in a real VS diff window. You accept or reject there, not on the terminal prompt.
2. You can reject and type a reason inline, and Claude will reconsider.
3. Claude sees your compiler errors (C# and C++) and your current selection automatically.
4. There's a dockable panel that shows connection status and token usage stats for your session.
5. It works with the existing Claude CLI, you just need to install the extension and click Launch. Tested against claude 2.1.173 on Visual Studio 2026.

Marketplace: https://marketplace.visualstudio.com/items?itemName=firish.bridgev1

GitHub: https://github.com/firish/claude_code_vs (check the gif in the readme for a quick visual example)

Happy to take bug reports / PRs, or in general, any constructive feedback!

Here is the demo GIF showing how the feature works:
!Demo GIF

The core IDE half is still there: native diff with accept / reject / reject-with-feedback (the diff is the only gate, no second terminal prompt), C# and C++ compiler diagnostics shared with the model, selection context, and a dockable stats panel.

In 1.2.0 it goes a step past the current VS Code extension: Claude can read your live debugger state (call stack, locals, threads) and, opt-in, drive the debugger (set breakpoints, continue, step, start/stop a session) to find bugs by running the code, not just reading it.

Marketplace: https://marketplace.visualstudio.com/items?itemName=firish.bridgev1
Source + docs: https://github.com/firish/claude_code_vs

https://github.com/user-attachments/assets/5b3aab9c-faca-4cb8-ae34-267d5ec71925

Why is it so hard to implement this @claude ? We need VS 2026 integration plz

Waiting for this extension, it would be great to use official extension.