GitHub
Connect AI assistants to GitHub - manage repos, issues, PRs, and workflows through natural language.
Descripción del creador (original en inglés)
MCP server giving AI agents interactive .NET / ASP.NET Core debugging via netcoredbg + DAP.
Estos tres nunca se combinan en una sola puntuación: las opiniones, las mediciones y la popularidad son cosas distintas.
Todavía no escribimos un resumen sencillo para este. Abajo están los datos que leímos del registro.
Elige la app de IA que usas y copia la configuración.
¿Qué app usas?
Elige tu app arriba. La recordamos, así que la próxima vez el botón dirá “Instalar en …”.
Abre Claude Desktop → Settings → Developer → Edit Config y pega esto en claude_desktop_config.json
{
"mcpServers": {
"aspnetcore-debugger": {
"command": "dnx",
"args": [
"AspNetCoreDebuggerMcp",
"--yes"
]
}
}
}Ejecuta esto en tu terminal
claude mcp add aspnetcore-debugger -- dnx AspNetCoreDebuggerMcp --yesPégalo en .cursor/mcp.json de tu proyecto, o en ~/.cursor/mcp.json
{
"mcpServers": {
"aspnetcore-debugger": {
"command": "dnx",
"args": [
"AspNetCoreDebuggerMcp",
"--yes"
]
}
}
}Tu navegador te pide permiso para abrir la app; luego la app muestra la configuración y te pide confirmar. Los valores de las claves quedan vacíos para que los completes tú.
Pégalo en .vscode/mcp.json de tu proyecto
{
"servers": {
"aspnetcore-debugger": {
"type": "stdio",
"command": "dnx",
"args": [
"AspNetCoreDebuggerMcp",
"--yes"
]
}
}
}Tu navegador te pide permiso para abrir la app; luego la app muestra la configuración y te pide confirmar. Los valores de las claves quedan vacíos para que los completes tú.
Este se ejecuta en tu computadora, y ChatGPT solo puede conectarse a servidores en internet. Elige otra app.
Tu elección se guarda en una cookie en este dispositivo; no necesitas cuenta.
Esta configuración se genera a partir de la ficha del creador en el registro. Si el README dice otra cosa, sigue el README.
Se ejecuta en tu computadora; la lista de herramientas aparece en tu app de IA después de instalarlo.
Revisamos información que cualquiera puede ver; no hemos leído el código. Las revisiones que no aplican no se cuentan. · Revisado el 7 nov 2026
El nombre en el registro se verificó con la cuenta de GitHub magna-nz, dueña del repo
Todavía no hemos leído este repo en GitHub
Todavía no hemos leído este repo en GitHub
Este se ejecuta en tu computadora; no hay endpoint en internet
Se ejecuta en tu computadora y usa ajustes locales en su lugar
Se ejecuta en tu computadora; solo podemos leer listas de herramientas de endpoints en internet
Comparado con todos los servidores activos de esta categoría en el registro. Las estrellas solo cuentan cuando quien lo publica es dueño del repo.
Superó 1 de 1 revisiones básicas aplicables. No hemos leído el código. Antes de agregar una clave o un token, revisa qué acceso pide el servidor y usa una clave que tenga solo los permisos que necesitas.
El registro no indica ninguna clave obligatoria, aunque algunos servidores te piden iniciar sesión la primera vez que los usas.
Se ejecuta en tu computadora. Tu app de IA lo inicia cuando hace falta, y los datos no pasan por los servidores del creador (a menos que el propio servidor llame a un servicio en línea).
El repo de GitHub cambió por última vez –, y la última versión (1.4.0) llegó al registro hace 2 meses.
Las apps compatibles con MCP, como Claude Desktop, Claude Code, Cursor y VS Code. También necesitas .NET en tu computadora.
En la misma categoría: GitHub, Desktop Commander, Cloudflare MCP
Servidores de la misma categoría hechos por otros creadores, ordenados por estrellas.
Cómo leer una tarjeta:★ Estrellas de GitHubiTres pilares: reseñas · revisiones · usoiActualizado = fecha en que se publicó la última versión en el registroi
Connect AI assistants to GitHub - manage repos, issues, PRs, and workflows through natural language.
MCP server for terminal commands, file operations, and process management
Cloudflare MCP servers
Copiado tal cual del repo del creador. PopNx MCP no lo ha revisado ni lo respalda. Se quitaron HTML, imágenes y scripts. Los enlaces llevan fuera de este sitio.
An MIT-licensed [MCP](https://modelcontextprotocol.io/) server that lets an AI agent (Claude, etc.) debug your .NET / ASP.NET Core app — netcoredbg bundled for every platform, nothing extra to install.
Instead of *"I think the bug is around line 42, try this"*, the agent runs your code, pauses it, reads the actual runtime values, mutates state to test a fix, and answers grounded in what it actually saw.
You
GET /users/activereturns[], but I know there are active users in the DB. What's the
query actually doing?
Claude
I'll pause inside
UserRepository.GetActiveAsyncand read what EF Core actually sent.
`sql
SELECT u.*
FROM Users AS u
WHERE u.IsActive = 1 AND u.TenantId = @__tenantId_0
@__tenantId_0 = 0
`
The SQL is correct; the parameter is wrong.
TenantId = 0, but your tenants start at 1.
ICurrentUser.TenantIdis being read in the repository constructor — before the request
scope resolves it. Fix: read the tenant inside the query (or apply it via
HasQueryFilter
with
IHttpContextAccessor) instead of capturing it at construction.
You
/admin/usersis 401-ing for Anna, but her token looks valid to me. What does the auth
handler actually see?
Claude
I'll break inside
JwtBearerHandler.HandleAuthenticateAsyncafter her request lands.
`
Token signature: ✓ valid
Claims built:
name : anna
role : User
iss : https://auth.staging.example
aud : app-api
exp : 2026-05-26T14:12:00Z (not expired)
`
The token validates fine — but the claim is
role=User. Your endpoint is
[Authorize(Roles="Admin")]. So the 401 is correct: Anna isn't actually an admin yet
upstream. Either her IdP record needs updating, or this policy is wrong.
You
I think capping
discountat 100 fixes the bug. Test that hypothesis without me touching
the code.
Claude
I'll pause inside
ApplyDiscounton the next checkout and mutatediscountin place.
`
Paused at PricingService.cs:47
discount = 250 ← bug: two promos stacked
Set discount = 100, resumed.
Result:
subtotal = $400
final = $300
refund-service complaints: 0
`
Capping at 100 unblocks the flow downstream. Hypothesis confirmed — time to make the edit
for real and decide where the cap belongs (
ApplyDiscountitself, or upstream in
PromoEngine).
You
/reportshangs forever in staging. Attach and tell me why.
Claude
Attached. Ran
hang_analyze.
`
Thread 12 (HTTP request)
→ blockedOnTask at ReportService.cs:38 Task.Wait() on T#14
Thread 14 (worker)
→ blockedOnMonitor at SqlConnectionPool.cs:91
waiting for SqlConnection
(pool max=5, in-use=5)
`
Classic sync-over-async deadlock. Thread 12 calls
.Wait()on a task that itself needs to
open another
SqlConnectionfrom a fully-held pool. The connection it's holding can't be
released until the task completes; the task can't proceed until a connection frees up. Fix:
awaitall the way down inReportService, or don't hold a connection across the awaited
call.
You
GET /order/42takes 800ms. I don't want to set breakpoints all over — just show me where
the time is going.
Claude
I'll auto-instrument your order pipeline and fire the request. Each entry logs the
timestamp + arguments, then resumes — the code runs near-normal speed.
`
[+ 4ms] → OrderController.GetOrder() id=42
[+ 6ms] --→ OrderService.LookupOrder() id=42
[+ 9ms] ----→ OrderRepository.FetchById() id=42
[+ 14ms] ------→ SqlClient.ExecuteQuery() sql="SELECT * FROM orders WHERE id=42"
[+ 287ms] ----→ EnrichmentService.Enrich() raw="rows(...)"
[+ 781ms] ------→ HttpClient.PostAsync() url="https://crm.internal/enrich"
`
Time is in the CRM enrichment HTTP call — 500ms inside
HttpClient.PostAsync. DB itself
was 5ms. Worth caching
EnrichmentService.Enrichor moving it off the request path.
More examples →
Claude (MCP client)
│ MCP (stdio / JSON-RPC) ▼ aspnetcore-debugger-mcp ← this server │ DAP (Debug Adapter Protocol) ▼ netcoredbg ← Samsung's MIT-licensed .NET debugger, child process │ ICorDebug ▼ target .NET process
A protocol bridge with agent-friendly composites on top — exception_autopsy, stack_explore, hang_analyze, and the trace tools — that bundle multiple DAP requests into a single tool call.
dotnet tool install -g AspNetCoreDebuggerMcp --prerelease
The package bundles prebuilt netcoredbg for linux-x64, linux-arm64, win-x64, osx-x64, and osx-arm64 — no separate install needed.
claude mcp add aspnetcore-debugger -- aspnetcore-debugger-mcp
…or edit .mcp.json (project-scoped) / ~/.claude.json (global) / claude_desktop_config.json (Claude Desktop) directly:
{
"mcpServers": { "aspnetcore-debugger": { "command": "aspnetcore-debugger-mcp" } } }
3. **Just chat with Claude.** `/mcp` confirms it's connected. From there, describe what you want — *"why does this endpoint return null"* — and the agent picks the right tools.
Full install + troubleshooting →
Bundled netcoredbg binary is selected at runtime — no per-platform install dance.
| OS | Architectures | Status |
|---|---|---|
| Linux | x64, arm64 | ✅ Supported (Samsung prebuilt) |
| macOS | Intel (x64), Apple Silicon (arm64) | ✅ Supported (arm64 built by us, since Samsung doesn't ship one) |
| Windows | x64 | ✅ Supported (Samsung prebuilt) |
Requires the .NET 10 SDK on the host. The MCP server itself is a cross-platform .NET global tool — same install command everywhere.
| Category | Tools | What it's for |
|---|---|---|
| Session | debug_launch, debug_attach, debug_disconnect, debug_state | Start, attach to, or stop a debug session |
| Execution | debug_continue, debug_pause, debug_step, breakpoint_wait | Drive the debuggee and wait for it to stop |
| Breakpoints | breakpoint_set, breakpoint_set_function, breakpoint_set_exception, breakpoint_set_data, breakpoint_remove, breakpoint_list | Line, function, exception, and data breakpoints |
| Inspection | threads_list, stacktrace_get, variables_get, variables_set, evaluate, stack_explore | Examine and mutate program state |
| Exception Autopsy | exception_autopsy | One call: exception chain + top frames + locals + source snippet |
| Hang / Deadlock | hang_analyze | Auto-pause, classify each thread's blocking pattern (Monitor / Task / Semaphore / async / …) |
| Request Tracing | trace_start, trace_get, trace_stop | Server-side request tracing — auto-instrument a call chain and capture arguments at every entry |
| Process I/O | process_read_output | Drain the debuggee's stdout/stderr |
| Health | debugger_health | Quick check that netcoredbg loaded and the bundled binary is reachable |
Full tool reference with parameters →
| Project | License | Platforms | Approach | .NET |
|---|---|---|---|---|
| aspnetcore-debugger-mcp *(this)* | MIT | Linux + macOS + Windows | netcoredbg via DAP, ASP.NET-focused composites (request tracing, hang analysis) | Native, .NET 10 |
| debug-mcp | AGPL-3.0 | Linux only (Win/macOS planned) | ICorDebug direct, Roslyn code nav | Native, .NET 10 |
| mcp-debugger | — | Cross-platform | DAP | Via external debugger |
| dap-mcp | — | Cross-platform | DAP | Via external debugger |
| LLDB MCP | NCSA | Cross-platform | Native LLDB | No |
Different sweet spots: this project is the MIT, cross-platform option, with ASP.NET-flavoured composites on top of a DAP. debug-mcp goes deeper into runtime internals via ICorDebug but is Linux-only and AGPL today.
MIT — see LICENSE. Built on netcoredbg (MIT) and the ModelContextProtocol SDK (MIT).