claude mcp add embedded-debugger-mcp -- npx -y embedded-debugger-mcp
A pasteable skeleton generated from the repository name. Check the project README for the exact package and arguments.
Star count
205 โ ยท adancurusul/embedded-debugger-mcp ยท read from the GitHub search API ยท (checked 2026-10-16 20:00:20)
Source
collected from the punkpeye/awesome-mcp-servers list ยท type: MCP server
Harvest history
first seen 2026-10-09 ยท last seen 2026-10-16 ยท seen 32ร ยท listed by 7 sources
Score
score 703 ยท 205 โ ยท 7 sources ยท mcp
FAQ (answers come from our records)
How do I install it?
We did not find an install command for this repository (our install coverage is only about 4%). Check its README or releases page.
Who is it for?
We filed it under these tags: MCP ๆๅก. The tags come from the entry itself, not a taxonomy we imposed.
Who maintains it?
repository adancurusul/embedded-debugger-mcp๏ผfirst catalogued 2026-10-09๏ผlast seen 2026-10-16ใThere is no official certification or quality rating here โ we record sources and dates only.
Embedded Debugger MCP is a Rust server for embedded debugging through either probe-rs (native) or OpenOCD (via the GDB Remote Serial Protocol). It exposes a single MCP tool set for AI assistants โ probe discovery, target control, memory, breakpoints, flash, RTT, and AI-facing crash diagnosis โ plus a small CLI and bundled skill for a command-driven workflow without setting up an MCP client first. Language versions: English | ไธญๆ What It Provides - One MCP tool set over two interchangeable backends (probe-rs native, or OpenOCD via GDB RSP), chosen at connect. Validated on real ESP32-S3. - MCP tools for probe discovery, target connection, core control, memory access, breakpoints, flash programming, RTT communication, and crash diagnosis (diagnose_fault, unwind_exception). - CLI commands for environment checks, configuration inspection, probe listing, MCP serving, and skill prompt handoff. - A Codex/Claude Code compatible skill at skills/embedded-debugger. - Release checks covering rustfmt, clippy, tests, docs, packaging, and the STM32 demo build. Architecture Requirements - Rust stable toolchain. - A probe-rs compatible debug probe such as ST-Link, J-Link, DAPLink, Black Magic Probe, or a supported FTDI-based probe. Alternatively, a running openocd exposing its GDB port (e.g. openocd-esp32 for ESP32) to use the openocd backend. - A supported target chip and working SWD/JTAG wiring for hardware operations. - Nightly Rust plus rust-src for the bundled STM32 demo firmware check. Build The binary is target/release/embedded-debugger-mcp. MCP Mode Run the server explicitly: For compatibility, running embedded-debugger-mcp without a subcommand also serves MCP over stdio. Example MCP client configuration: On Windows, use the .exe path and Windows path separators. CLI And Skill Mode CLI mode is useful for setup checks, automation, and agent workflows before an MCP client is configured. The bundled skill lives in: It is written as a plain Codex skill and is also packaged for Claude Code with .claude-plugin/plugin.json. The skill starts with CLI checks and uses MCP tools only when an MCP client is available. Install the skill for Codex and Claude Code: Preview or automate the install with JSON: --target accepts codex, claude, or both. The command installs the Codex skill under ~/.codex/skills/embedded-debugger, the Claude Code skill under ~/.claude/skills/embedded-debugger, and a local Claude plugin-dir package under ~/.claude/plugins/local/embedded-debugger-mcp. Existing directories are not replaced unless --force is passed. Trigger the Codex skill with a prompt such as: Load the installed Claude Code plugin package: For skill-only environments, the same skills/embedded-debugger directory can also be copied to a local skills directory. Validate the skill package: The first command validates the repository skill metadata, the second validates the standard SKILL.md layout when the Codex skill creator validator is installed, and the third validates the Claude Code plugin manifest. Backends The tools run over one of two interchangeable engines, selected at connect: - backend: "probe-rs" (default) โ native probe-rs; full flash and RTT support. - backend: "openocd" (experimental) โ connects to an already-running openocd over its GDB port (openocd_address, default 127.0.0.1:3333) using the GDB Remote Serial Protocol. Intended for targets probe-rs does not cover (e.g. Xtensa ESP32 via openocd-esp32). Memory access and halt/run/step/reset are validated on real ESP32-S3; flash and RTT are probe-rs only. Register reads