Runs on your machine from its package; the steps are below.
At most: moves money, runs code or commands, deletes data, or sends messages for you.
Odel charges nothing per call. The publisher may charge for its own service.
Runs locally over stdio
This server isn't hosted — your MCP client launches it from a package registry. Use one of the commands below, or drop the config into your client (e.g. Claude Desktop).
Run
npx -y x64dbg-mcp-server
MCP client config
{
"mcpServers": {
"x64dbg": {
"command": "npx",
"args": [
"-y",
"x64dbg-mcp-server"
]
}
}
}Drive x64dbg with your AI. Talk to Claude, Cursor, Windsurf, Cline, or any MCP client in plain English and it sets breakpoints, reads memory, disassembles, traces, dumps PEs, and bypasses anti-debug — live, inside the debugger.
23 mega-tools over 153 REST endpoints, fully typed with Zod. A C++ plugin runs inside
x64dbg; a tiny TypeScript server bridges it to your client over stdio. Everything stays on
127.0.0.1 — nothing leaves your machine.
Latest — v2.3.0
- Hardened & crash-proof. A malformed HTTP request can no longer crash x64dbg; the plugin server drains connections cleanly on stop and ships an optional auth token (CORS is locked down).
- Real data from more tools.
imports/exports,symbolssearch/list,patcheslist, andstringsnow return actual parsed results instead of pointing you at a GUI view.- Live trace status. New
/api/trace/status(+tracing status) reports whether a trace is running, and the exception/trace tools now honor every parameter they accept.- Plus the v2.2.x fixes: x32dbg loads on current snapshots, and requests no longer time out on long operations.
"Set a breakpoint on CreateFileW and run the program"
"Disassemble the current function and explain what it does"
"Search for 48 8B ?? 48 85 C0 in the main module and disassemble the hits"
"Hide the debugger and bypass the anti-debug checks"
"Trace into the VM dispatcher and log every instruction to a file"
"Dump the main module to disk and fix the import table"
Real use: tracing VMProtect'd code, finding anti-cheat scanner threads, decoding XOR'd class names, mapping detection logic — all by asking, no manual scripting.
Download x64dbg_mcp.dp64 / .dp32 from the
latest release and drop them in:
x64dbg/x64/plugins/x64dbg_mcp.dp64 ← 64-bit targets
x64dbg/x32/plugins/x64dbg_mcp.dp32 ← 32-bit targets
…or build + install it yourself (auto-detects your x64dbg — no path editing):
.\build.ps1 -Install
Start x64dbg; the log shows [MCP] x64dbg MCP Server started on 127.0.0.1:27042.
No install — just point your client at npx. Claude Code:
{
"mcpServers": {
"x64dbg": {
"type": "stdio",
"command": "cmd",
"args": ["/c", "npx", "-y", "x64dbg-mcp-server"]
}
}
}
Claude Desktop / Cursor / Windsurf / Cline use the same block without the cmd /c wrapper:
{ "command": "npx", "args": ["-y", "x64dbg-mcp-server"] }.
Full per-client paths are in the reference.
Open a target in x64dbg and start talking to your assistant.
23 action-based tools spanning the whole debugger:
Every tool, action, and endpoint is documented in docs/REFERENCE.md.
The plugin binds to 127.0.0.1 only; the server talks pure stdio. All traffic stays on
localhost — no remote access, no telemetry, no data leaves your machine. For defense against
other local processes, set a token in the plugin's Settings and pass it via
X64DBG_MCP_TOKEN — every request must then carry it.
bromo — GitHub. Built with Claude Code. MIT.