DebugForge
Related Servers
Alternatives to DebugForge
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityDmaintenanceAn MCP server that exposes LLDB debugging capabilities, enabling AI-assisted interactive debugging of C/C++ applications through 40 specialized tools.4MIT
- FlicenseNot gradedqualityBmaintenanceAn AI debugging agent MCP server that enables autonomous plan-act-observe debugging workflows, allowing repository exploration, code inspection, human-approved edits, and test execution through structured MCP tools.-
- AlicenseAqualityDmaintenanceAn MCP server that enables AI assistants to control GDB debugging sessions, including breakpoint management, thread analysis, and variable inspection, using the GDB/MI protocol.221MIT
- AlicenseAqualityCmaintenanceMCP server that exposes GDB debugging as tools. An AI assistant can set breakpoints, run programs, step through code, inspect variables and memory, and examine registers — all via structured tool calls. Reverse debugging with rr is also supported.343MIT
- AlicenseCqualityAmaintenanceMCP server for AI-assisted MCU and embedded firmware debugging. It connects to real hardware via debug probes, inspects CPU/memory/peripherals, manages Keil builds, and provides structured evidence for fault diagnosis.196MIT
- AlicenseNot gradedqualityCmaintenanceMCP server for AI-assisted Python debugging using debugpy and Debug Adapter Protocol, enabling AI agents to run tests, set breakpoints, and inspect variables via natural language.8MIT
TDQS
Scored across 112 tools
While each tool has a distinct function, the high granularity creates numerous similar-purpose tools (e.g., multiple breakpoint types, multiple memory read variants, multiple step/go commands). The descriptions help differentiate, but an agent may struggle to select the correct tool among many closely related options.
Most tools follow a verb_noun pattern with underscores (e.g., read_memory, set_breakpoint). Minor deviations exist, such as 'step_mode_list' (noun first) and 'bmc_set_atob' (prefix then verb), but overall the naming is predictable and readable.
With 112 tools, the set is excessively large for an MCP server. This overwhelms agent selection and increases the risk of mis-picking. A debugger surface should typically be 10-20 tools; this is far beyond that, severely hurting usability.
The tool set covers the full debug workflow: connection, target control, breakpoints (all types), memory/register access, trace, performance counters, build/flash, system configuration, and even a knowledge base. No obvious gaps exist for the stated AURIX debugging domain.