cpp-debug-mcp
A Claude Code MCP server plugin for C++ debugging. Integrates GDB (via GDB/MI) and clangd (via LSP) to give Claude Code tools for stepping through code, inspecting variables, reading diagnostics, and correlating runtime state with static analysis — all from the conversation.
Prerequisites
Installation
From PyPI (once published):
pip install cpp-debug-mcp
From GitHub (always available):
pip install git+https://github.com/William-An/cpp-debug-mcp.git
From source (for development):
git clone https://github.com/William-An/cpp-debug-mcp.git
cd cpp-debug-mcp
uv venv .venv
source .venv/bin/activate
uv pip install -e .
Register with Claude Code
Option A — CLI command:
claude mcp add cpp-debug -- python3 -m cpp_debug_mcp
Option B — add to your project's .mcp.json:
{
"mcpServers": {
"cpp-debug": {
"type": "stdio",
"command": "python3",
"args": ["-m", "cpp_debug_mcp"],
"env": {
"GDB_PATH": "gdb",
"CLANGD_PATH": "clangd"
}
}
}
}
Verify with /mcp inside Claude Code to confirm the server is connected.
Tools
GDB Tools (14)
| Tool | Description |
|---|---|
gdb_start_session |
Start a GDB session for a compiled executable |
gdb_end_session |
End a session and clean up |
gdb_run |
Start execution (optionally stop at main) |
gdb_set_breakpoint |
Set a breakpoint by file:line, function, or address |
gdb_delete_breakpoint |
Delete a breakpoint by ID |
gdb_list_breakpoints |
List all active breakpoints |
gdb_continue |
Continue until next breakpoint or exit |
gdb_step |
Step into, over, or out of functions |
gdb_backtrace |
Get the call stack |
gdb_list_variables |
List local variables in a stack frame |
gdb_evaluate |
Evaluate a C++ expression (e.g. *ptr, arr[5]) |
gdb_read_memory |
Read raw memory at an address |
gdb_thread_info |
List all threads and their states |
gdb_raw_command |
Execute a raw GDB command (with safety restrictions) |
LSP/clangd Tools (8)
| Tool | Description |
|---|---|
lsp_start_session |
Start a clangd session for a project |
lsp_end_session |
End a clangd session |
lsp_diagnostics |
Get compile errors and warnings for a file |
lsp_hover |
Get type/documentation info at a position |
lsp_goto_definition |
Find where a symbol is defined |
lsp_find_references |
Find all references to a symbol |
lsp_document_symbols |
List all symbols in a file |
lsp_signature_help |
Get function signature help at a call site |
Combined Tools (3)
| Tool | Description |
|---|---|
inspect_variable_with_type |
GDB runtime value + clangd type info for a variable |
diagnose_crash_site |
Backtrace + local variables + LSP diagnostics at crash |
analyze_function |
Breakpoint + signature + references + locals for a function |
Example Usage
Compile your C++ program with debug symbols, then ask Claude Code to debug it:
> Compile main.cpp with debug symbols and find why it segfaults
Claude will:
1. Run g++ -g -O0 -o main main.cpp
2. Call gdb_start_session with the executable
3. Call gdb_run to execute until the crash
4. Call diagnose_crash_site to get the full crash report
5. Explain the root cause with backtrace, variable values, and type info
Architecture
src/cpp_debug_mcp/
├── server.py # FastMCP entry point with lifespan management
├── gdb/
│ ├── controller.py # Async GDB/MI subprocess wrapper (pygdbmi)
│ └── session.py # Session lifecycle (max 4, 30min timeout)
├── lsp/
│ ├── client.py # Async JSON-RPC client for clangd over STDIO
│ ├── protocol.py # LSP message helpers and response parsers
│ └── session.py # Session lifecycle (max 2, 30min timeout)
├── analysis/
│ └── correlator.py # Cross-references GDB runtime + LSP static info
└── tools/
├── gdb_tools.py # 14 GDB MCP tools
├── lsp_tools.py # 8 LSP MCP tools
└── combined_tools.py # 3 combined analysis tools
Safety
- Command sanitization:
gdb_raw_commandblocksshell,!,python,pipe, andsourcecommands - Resource limits: Max 4 GDB sessions and 2 LSP sessions concurrently
- Auto-cleanup: Stale sessions are cleaned up after 30 minutes of inactivity
- Process lifecycle: All subprocesses are terminated on server shutdown
Running Tests
source .venv/bin/activate
uv pip install -e ".[dev]"
python -m pytest tests/ -v
GDB tests require gdb to be installed. LSP tests require clangd. Tests that need unavailable tools are automatically skipped.
License
MIT
Metadata
Release files for cpp-debug-mcp 0.2.0
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| cpp_debug_mcp-0.2.0.tar.gz | 27.0 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| cpp_debug_mcp-0.2.0-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 53.9 kB
Release files / cpp_debug_mcp-0.2.0.tar.gz
| Download URL | cpp_debug_mcp-0.2.0.tar.gz |
|---|---|
| Size | 27.0 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
9c45a76c42dc1f75e2c7299fd084573a9f8245a78dc307e4e19ad6f4629bfb4c
|
|
BLAKE2b-256 checksum How to use checksums |
ea3623c901d07eb5e461d1b8a8b6a2371fe44a49750825b4cb6674a409bb2e75
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/6.1.0 CPython/3.13.7
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Mar 26, 2026.
Transparency logRelease files / cpp_debug_mcp-0.2.0-py3-none-any.whl
| Download URL | cpp_debug_mcp-0.2.0-py3-none-any.whl |
|---|---|
| Size | 26.9 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
b275ed6bcc3a01b486d4bf9a905897be33540007a7e332c7167639319d630237
|
|
BLAKE2b-256 checksum How to use checksums |
06b2215e1f1d3cd34ded512e922647f79449cee73c8073147e07d3b5198d3f10
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/6.1.0 CPython/3.13.7
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Mar 26, 2026.
Transparency log