Adiós al ping-pong entre editores: ReSharper trae debugging real de .NET a tu editor de IA
Si sos developer de .NET y te pasaste a un editor AI-first como Cursor, seguramente tenés un segundo IDE abierto solo para debuggear. Ese fue el compromiso silencioso de migrar a Cursor, Antigravity, Devin Desktop o Kiro: mejor coding asistido por IA, pero sin una forma de primera parte para hacer step through de tu código cuando algo se rompe.
La razón es licenciamiento, no negligencia. El C# Dev Kit de Microsoft — la extensión que la mayoría usa para debuggear en VS Code — está licenciado solo para VS Code genuino. No corre en Cursor ni en otros editores compatibles con VS Code. Entonces los devs de .NET en esos editores quedaron atrapados yendo y viniendo entre su editor de IA y un IDE separado solo para poder attachear un debugger.
JetBrains acaba de cerrar esa brecha. Con el release 2026.2 de la extensión ReSharper, la empresa lanzó la primera versión de un debugger de .NET construido sobre el mismo motor que usa JetBrains Rider — y está pensado específicamente para funcionar en entornos compatibles con VS Code, incluyendo Cursor, Google Antigravity IDE, Devin Desktop y Kiro.
Qué obtenés realmente
Esto no es un debugger recortado. El release inicial incluye:
- Breakpoint management — breakpoints condicionales, hit counts, breakpoints dependientes y logpoints, todo configurable directamente en el gutter del editor
- Inspección en tiempo real — valores de variables, watch expressions y call stacks a través del Debug View estándar de VS Code
- Step navigation completo — Step Over, Step Into, Step Out, alineado con el debug adapter protocol de VS Code
- Launch-and-attach — iniciar nuevas sesiones de debugging o attachearte a procesos corriendo para .NET, .NET Framework y Mono
- Debugging de unit tests — poner breakpoints dentro de tus tests y correrlos bajo el debugger directamente desde el editor
Además lee tu launchSettings.json existente de forma automática y puede reusar los archivos launch.json que ya tengas de otras configuraciones de debugging — incluyendo las de C# Dev Kit o NetCoreDbg. No hace falta reconstruir tus configs desde cero.
Algo que tenés que saber antes de instalar
VS Code solo permite que una extensión actúe como motor de debug por lenguaje. Si ya tenés instalado el C# Dev Kit de Microsoft (u otra extensión de debugging para C#) junto con ReSharper, el debugger de ReSharper no va a poder tomar el control. Vas a tener que deshabilitar o desinstalar la extensión que compite y recargar tu editor antes de que funcione.
Para arrancar
La extensión se instala como cualquier otra:
- VS Code: buscá
JetBrains.resharper-codeen el Marketplace - Cursor, Antigravity, Devin Desktop, Kiro: instalala desde el Open VSX Registry
No hay un debugger separado que configurar — una vez que ReSharper está instalado y no hay otra extensión de debug para C# compitiendo por el lugar, simplemente funciona.
Una advertencia directa de JetBrains: los launches de .NET Framework legacy (apps WPF, por ejemplo) pueden fallar en el primer intento. El workaround es correr la app primero y después attachear el debugger al proceso que ya está corriendo, en vez de lanzarlo a través del debugger.
Esta es una primera versión, y JetBrains dijo que está tomando feedback activamente sobre qué construir después. Pero para los devs que venían manteniendo un segundo IDE abierto solo para esto, ya alcanza para cerrar ese loop.