Claude Code for Visual Studio

Bring Claude Code into Visual Studio 2026. The claude CLI does the agent work. This extension is the IDE half of Claude Code's integration protocol: a native diff window with accept and reject, automatic selection and compiler-diagnostics context, a live debugger Claude can read and drive, Roslyn code navigation with decompile, and a test runner that catches failures under the debugger.

A fresh Claude session driving the Visual Studio debugger to find a bug that is invisible in the output, then opening the fix in the native diff.

Status: community project, not affiliated with Anthropic. Visual Studio 2026 only for now. Tested against claude 2.1.223.

Jump to a feature: Native diff · Drive the debugger · Data breakpoints · Catch flaky tests · Semantic navigation · Integrated terminal · Attach files · Claude's eyes · The panel

More: What you get · Requirements · Install · Quickstart · How it works · Privacy and security · Limitations · Troubleshooting · Build from source

Why

Claude Code ships first-class IDE integration for VS Code and JetBrains, but not Visual Studio. This extension implements that same integration protocol natively for VS, so the CLI drives a real Visual Studio diff window and reads your selection and build errors instead of you copy-pasting into a terminal.

The demand for this is on the Claude Code tracker. These requests ask for what the extension provides:

• Visual Studio support: #15942 for VS 2026, and #70516 for VS 2022+.
• A debugger Claude can use: #13865 for an interactive debug mode aimed at hard-to-reproduce runtime bugs, and #27110 to expose debugger state, the variables and call stack, to Claude.
• Reaching more IDEs, and stronger C#/.NET code intelligence: #1234 for IDEs beyond VS Code and JetBrains, and #16360 for the C# code intelligence our Roslyn navigation provides.

What you get

• Native diff with a single accept/reject gate - Claude's edits open in Visual Studio's diff viewer, and approving there is the only step (no duplicate y/n prompt in the terminal).
• Reject with feedback - reject an edit and tell Claude what to change, and it reconsiders with your note.
• Run wild (auto-accept) - a panel toggle that applies edits without opening the diff, for when you want to let it cook. Resets each session.
• Diagnostics sharing - Claude reads Visual Studio's compiler errors and warnings (C# and C++) and fixes them.
• Build it the way the IDE does - Claude runs Visual Studio's own build, not a separate dotnet build, and gets back real errors and warnings with file, line and project. That matters because the Error List those diagnostics come from is populated by the IDE's build, so before this Claude was reading whatever your last manual Ctrl+Shift+B left behind. It can build a single project (or just the one owning the file it edited), and a long build keeps running in the background instead of timing out. Full reference: docs/BUILD.md.
• Read the Output window - under F5, a lot of what your program says never reaches a terminal: Debug/Trace output, assembly-binding failures, and first-chance exception notices even when the exception is caught and swallowed. All of it lands in the Output window's Debug pane, which no CLI can see. Claude can read it, filter it, and tail it. Full reference: docs/BUILD.md.
• Semantic code navigation - Claude asks Visual Studio's compiler (Roslyn) for the resolved meaning of your C# instead of grepping text: find-all-references, go-to-definition, find-implementations, and call/type hierarchies. These are the ground-truth answers text search gets wrong, like indirect and interface-dispatched references, the right overload, explicit interface implementations, and transitive callers for impact analysis. No debug session needed; it works whenever a C#/VB solution is loaded. Full reference: docs/SEMANTIC.md.
• Live debugger - while you are paused at a breakpoint, Claude sees your program's runtime state (call stack, variable values, threads) and, opt-in, can drive the debugger: continue, step, set breakpoints, break at the throw site of an exception, set a data breakpoint that breaks (or traces the full change history) the moment a value changes, attach to a running app (a hosted web service or desktop app, not just F5), and pause a hung process to untangle a deadlock by following the lock-ownership chain across threads to the exact cycle. Full reference: docs/DEBUGGER.md.
• Test integration - Claude discovers, runs, and debugs your unit tests through Visual Studio's Test Explorer engine: real per-test results (outcome, message, stack), re-run just the failures, and run a failing test under the debugger to stop at the fault, or hammer a flaky test until it fails and catch that iteration red-handed, paused inside the failure. Because it is the debugger's own session, a red test becomes a live investigation. Full reference: docs/TESTING.md.
• Jump to what Claude changed - every change Claude makes gets a clickable row in the panel, opening the file at that exact line. One row per changed region, not one per file, each with its own +3 -1 count. Scoped to the current turn so it stays short, and it is the only record of what happened when auto-accept is on. F8 steps through the whole session's changes from the Output window. Full reference: docs/QOL.md.
• Selection context - Claude automatically knows the file and lines you are looking at.
• Right-click → Claude Code - an editor context menu with the common asks one click away: Explain and Add to Chat (Alt+K) hand Claude your selection or file; Fix Errors bundles the code with its actual Error List diagnostics; Generate Documentation and Add Comments resolve the function at your caret through Roslyn - no selection needed; in test files, Fix This Test hands Claude the run → debug-at-the-throw → fix → re-run loop. Nothing auto-submits: references land in the CLI composer, the terminal gets focus so Enter sends, and every edit still goes through the diff gate. Full reference: docs/QOL.md.
• Right-click → Add to Chat in Solution Explorer - point Claude at files it hasn't opened: select any number of files (or folders, or a selection spanning projects), right-click, and each is @-mentioned whole-file. A folder is mentioned as itself - the CLI walks the tree - and every reference arrives as a tray chip with its token estimate. Full reference: docs/QOL.md.
• Claude in the IDE's own terminal - Launch opens claude inside Visual Studio's docked Terminal tool window (the same group as Developer PowerShell), already connected - it docks and tabs like any other VS terminal instead of floating over your desktop. An External console button keeps the standalone-window option. Full reference: docs/QOL.md.
• Attach screenshots and files - the Windows CLI cannot take a pasted screenshot at all, so the panel is the paste point: Win+Shift+S, click Paste (or drop files from Explorer), and an @ reference lands directly in the CLI's input box with the real image attached. Every attachment shows an estimated token cost before you send, Excel/video/archives attach too (Claude gets the path and reaches for a script), and staged copies live in a gitignored .claude/attachments/. Full reference: docs/QOL.md.
• Screen capture: Claude takes its own screenshots (opt-in) - two gated tools give Claude eyes: capture the debugged app's window, any window by title (the browser showing your site), the VS window, or the whole screen. Captures land in the attachment tray as visible chips with a token estimate, and the tool returns a path Claude Reads with real vision - UI layouts, images, rendered pages, text in windows that are not files. Off by default behind an Allow screen capture toggle; every capture is logged. Full reference: docs/VISION.md.
• Notifications - an in-IDE heads-up when Claude finishes responding or needs your input (a permission prompt, or it went idle waiting for you): a notification bar in Visual Studio, plus a taskbar flash when VS is in the background. For working in another window while it cooks. A panel toggle mutes it. Full reference: docs/QOL.md.
• Live panel - a dockable Claude Code panel: connection status, edit decisions, and token usage with estimated cost (latest call vs cumulative session).
• 简体中文界面 - the extension's UI (panel, dialogs, the diff Accept/Reject bar, notifications) follows Visual Studio's display language, with Simplified Chinese included. Run VS in 中文(简体) and the extension matches; anything untranslated falls back to English per-string. The claude CLI's own terminal text stays English (upstream). Translation corrections welcome via issue or PR.

A closer look

A few of these are hard to picture from a bullet. Here they are running in the IDE.

A native diff with one approval step

Claude's edits open in Visual Studio's own diff viewer, and approving there is the only step. There is no second yes/no prompt in the terminal. You can reject an edit and leave a note, and Claude reconsiders with your feedback. A panel toggle applies edits without the diff for when you want it to run ahead, and it resets each session so it is never silently left on.

A debugger Claude can drive

While you are paused at a breakpoint, Claude reads your program's runtime state: the call stack, variable values, and threads. With driving turned on it also steps, sets breakpoints, and runs your code to corner a bug instead of guessing from the source. The clip above is a scoring function that returns the wrong total. Claude stopped inside the loop, stepped through the rounds, and watched a counter that should reset but did not.

It kept a running trace of what it saw at each round, which is how it caught the reset it was missing. For the input {5, 3, 0, 4, 2, 0, 6}:

| round | points | combo (after) | total | should be | |---|---|---|---|---| | 0 | 5 | 1 | 5 | 5 | | 1 | 3 | 2 | 11 | 11 | | 2 | 0 | 2, stays | 11 | 11 | | 3 | 4 | 3 | 23 | 15 | | 4 | 2 | 4 | 31 | 19 | | 5 | 0 | 4, stays | 31 | 19 | | 6 | 6 | 5 | 61 | 25 |

It has grown well past stepping. Claude can attach to a program that is already running (a hosted web service or a