MCP Hub
Back to servers

mcp-netcoredbg

A specialized MCP server that provides AI agents with full debugging capabilities for .NET applications through netcoredbg, including the ability to invoke specific methods in isolation.

Tools
19
Updated
Jan 18, 2026

mcp-netcoredbg

MCP server for .NET debugging via netcoredbg.

Enables AI agents (Claude, etc.) to set breakpoints, step through code, and inspect variables in .NET applications.

Architecture

┌─────────┐     MCP      ┌─────────────────┐     DAP      ┌─────────────┐
│  Claude │ ──────────►  │ mcp-netcoredbg  │ ──────────►  │ netcoredbg  │
│         │  (tools)     │   (this repo)   │  (stdio)     │  (Samsung)  │
└─────────┘              └─────────────────┘              └──────┬──────┘
                                                                │
                                                                ▼
                                                         ┌─────────────┐
                                                         │  .NET App   │
                                                         └─────────────┘

Tools

ToolDescription
launchStart debugging a .NET application (DLL path)
attachAttach to a running .NET process
invokeInvoke a specific method in an assembly (with optional debugging)
set_breakpointSet breakpoint at file:line (supports conditions)
remove_breakpointRemove a breakpoint
list_breakpointsList all active breakpoints
continueContinue execution
pausePause execution
step_overStep over current line
step_intoStep into function call
step_outStep out of current function
stack_traceGet current call stack
scopesGet variable scopes for a stack frame
variablesGet variables from a scope
evaluateEvaluate expression in debug context
threadsList all threads
outputGet recent program output
statusGet debugger status
terminateStop debugging session

Method Invocation (invoke)

The invoke tool lets you run a specific method from a .NET assembly without launching the full application. This is useful for:

  • Testing individual methods in isolation
  • Running utility functions
  • Debugging specific code paths without going through the whole app

Parameters

ParameterTypeRequiredDescription
assemblystringYesPath to the .NET DLL
typestringYesFully qualified type name (e.g., MyApp.Services.Calculator)
methodstringYesMethod name to invoke
argsarrayNoMethod arguments as JSON array
ctorArgsarrayNoConstructor arguments (for instance methods)
debugbooleanNoLaunch under debugger for breakpoint support (default: false)
cwdstringNoWorking directory

Examples

Static method:

{
  "assembly": "/path/to/MyApp.dll",
  "type": "MyApp.StringUtils",
  "method": "FormatName",
  "args": ["John", "Doe"]
}

Instance method with constructor arguments:

{
  "assembly": "/path/to/MyApp.dll",
  "type": "MyApp.Calculator",
  "method": "Add",
  "args": [5],
  "ctorArgs": [10]
}

With debugging (breakpoints supported):

{
  "assembly": "/path/to/MyApp.dll",
  "type": "MyApp.Calculator",
  "method": "Add",
  "args": [5],
  "debug": true
}

Features

  • Static methods: Just provide type, method, and args
  • Instance methods: Automatically constructs the type (provide ctorArgs if needed)
  • Auto ILogger injection: ILogger<T> parameters are automatically resolved
  • Async support: Automatically awaits Task-returning methods
  • Console capture: Captures Console.WriteLine output
  • Log capture: Captures ILogger calls made during execution
  • Rich errors: On failure, shows available constructors/methods to help you fix the call

Output Format

The tool returns a structured JSON result:

{
  "success": true,
  "method": "MyApp.StringUtils.FormatName",
  "args": ["John", "Doe"],
  "returnType": "string",
  "returnValue": "Doe, John",
  "durationMs": 2.5,
  "logs": [
    {"level": "Information", "message": "Processing..."}
  ],
  "stdout": ""
}

On error, it provides helpful diagnostics:

{
  "success": false,
  "error": "Method not found",
  "errorDetails": {
    "type": "MyApp.StringUtils",
    "reason": "Method 'DoSomething' not found",
    "methods": [
      {"name": "FormatName", "params": ["string firstName", "string lastName"], "returnType": "string", "isStatic": true}
    ]
  }
}

Prerequisites

  • netcoredbg installed and in PATH
  • Node.js 18+
  • .NET SDK 8.0+ (for building the harness and target applications)

Installation

# Install netcoredbg (example for Linux x64)
curl -sLO https://github.com/Samsung/netcoredbg/releases/download/3.1.3-1062/netcoredbg-linux-amd64.tar.gz
tar xzf netcoredbg-linux-amd64.tar.gz
sudo mv netcoredbg /opt/netcoredbg
sudo ln -sf /opt/netcoredbg/netcoredbg /usr/local/bin/netcoredbg

# Build this MCP server
npm install
npm run build

# The method invocation harness is auto-built on first use

Usage with Claude Code

Quick install:

# Clone and build
git clone https://github.com/AerialByte/mcp-netcoredbg.git
cd mcp-netcoredbg && npm install && npm run build

# Add to Claude Code
claude mcp add netcoredbg -- node $(pwd)/dist/index.js

Or manually add to your Claude Code MCP settings:

{
  "mcpServers": {
    "netcoredbg": {
      "command": "node",
      "args": ["/path/to/mcp-netcoredbg/dist/index.js"]
    }
  }
}

Security

This tool launches and controls a debugger. By design, it can:

  • Execute arbitrary .NET applications
  • Evaluate expressions within the debugged process
  • Inspect memory and variables

Only use this with code you trust. Do not debug untrusted applications.

Example Session

Full Application Debugging

  1. Build your .NET app with debug symbols: dotnet build --configuration Debug
  2. Launch debugger: launch with the DLL path
  3. Set breakpoints: set_breakpoint at file:line
  4. Continue/step through code
  5. Inspect variables with scopes and variables
  6. Evaluate expressions with evaluate
  7. Terminate when done

Method Invocation (Quick Testing)

  1. Build the target assembly: dotnet build
  2. Use invoke with the type and method name
  3. If it fails, check the error for available constructors/methods
  4. For debugging: set breakpoints first, then use invoke with debug: true

Agent Guidelines

When using this MCP server as an AI agent:

Choosing Between launch and invoke

  • Use invoke when you want to test a specific method in isolation
  • Use launch when you need to run the full application or debug complex scenarios

Using invoke Effectively

  1. Start simple: Try without ctorArgs first - the harness will use parameterless constructors or auto-inject ILogger<T>

  2. Handle errors iteratively: If invocation fails, the error response includes available methods/constructors. Use this to correct your call.

  3. For debugging specific methods:

    1. Set breakpoints in the source files first
    2. Call invoke with debug: true
    3. Use continue/step_over/step_into to navigate
    4. Use output to see the final result
    
  4. Arguments are JSON: Pass args as a JSON array. The harness handles type conversion:

    • Strings: "hello"
    • Numbers: 42, 3.14
    • Booleans: true, false
    • Null: null
    • Objects: {"name": "Alice", "age": 30}

Common Patterns

Testing a utility method:

invoke assembly=/path/to.dll type=MyApp.Utils method=Parse args=["input"]

Testing with constructor injection:

invoke assembly=/path/to.dll type=MyApp.Service method=Process ctorArgs=[100] args=["data"]

Debugging a failing method:

1. set_breakpoint file=/path/to/Service.cs line=42
2. invoke assembly=/path/to.dll type=MyApp.Service method=Process args=["bad-input"] debug=true
3. (breakpoint hits)
4. variables variablesReference=1
5. continue
6. output

License

MIT

Reviews

No reviews yet

Sign in to write a review