Lets an assistant run WinDbg commands to triage crash dumps and debug live Windows targets.
- Needs your setup first
- ★ 1.6K GitHub stars
- 752 downloads a week
- Last commit 23 Oct 2026
What is MCP Server for WinDbg?
MCP Server for WinDbg (mcp-windbg) is an open source MCP server that lets AI assistants analyse Windows crash dumps and debug live targets through the cdb and kd debuggers, reading stacks, modules and exceptions.
Sven Scharmentke's server wraps the Windows command-line debuggers, cdb.exe and kd.exe, so a model can run real debugger commands and reason about the output. Open a crash dump and it runs the usual triage in one step: !analyze -v, the stack, threads and loaded modules. It can also attach to a user-mode debug server or a kernel target over the network, a named pipe or serial, and keep several sessions open at once.
It is a community project, separate from the MCP support Microsoft has since built into WinDbg itself. It suits people who want another MCP client, want to triage a folder of dumps in one go, or need a filter script that removes secrets from output before it reaches the model.
- Made by
- Sven Scharmentke (svnscha)
- Licence
- MIT
- Latest version
- 1.6.0 (23 Oct 2026)
- PyPI package
- mcp-windbg
- GitHub stars
- 1.6K
- Downloads
- 752 a week
- Last commit
- 23 Oct 2026
- Tools
- 12
- Runs on
- Your computer
- Setup checked
- 27 Oct 2026
- Page updated
- 27 Oct 2026
Our check: It needs something our Linux test machine does not have (an account, a desktop app, a Mac or a running service), so on 27 Oct 2026 we read its tools from the source code instead of running this config.
MCP Shelf take
MCP Server for WinDbg needs something our Linux test machine does not have (an account, an app or a service), so on 27 Oct 2026 we read its source and counted 12 tools. 2 of the 12 only read; the other 10 can change things. It sits 16th of 21 in its category on our shelf by GitHub stars (1.6K, with 752 downloads a week).
What can MCP Server for WinDbg read and change?
It can read
- Crash dumps and the memory, stacks and modules inside them
- Live processes and kernels you attach it to
It can change
- The state of a live target: breaking in, resuming, and anything a debugger command can do to it
Safer setup: Work from dumps rather than live targets, use a filter script to strip secrets, and keep the HTTP transport on 127.0.0.1, since it has no sign-in.
What's in the pod
What tools does MCP Server for WinDbg have?
We found 12 tools in its source code on 27 Oct 2026. 2 only read. The rest can change things, so keep your app's "ask before each tool call" setting on for them.
How we tested it: Tool list read from the source of mcp-windbg 1.6.0 (commit c62c27e). The server needs Windows and its debuggers, so it cannot start in our Linux sandbox.
Runs commands2 tools · Can start programs or run code.
| Tool | What it is for |
|---|---|
run_cdb_command | Runs a debugger command in a user-mode session. |
run_kd_command | Runs a debugger command in a kernel session. |
Changes things8 tools · Can create, edit, send or delete.
| Tool | What it is for |
|---|---|
close_cdb_session | Closes a user-mode session. It does not stop a debug server you started yourself. |
close_kd_session | Closes a kernel session and lets the target machine run again. |
open_cdb_dump | Opens a user-mode crash dump in cdb, runs !analyze -v and the usual triage, and returns a session ID. |
open_cdb_remote | Connects to a live user-mode debug server started with cdb -server. |
open_kd_dump | Opens a kernel dump such as MEMORY.DMP or a minidump in kd and runs the same triage. |
open_kd_session | Connects to a live kernel target over KDNET, a named pipe or serial, and breaks in. |
send_ctrl_break | Breaks into a running target so commands work again. |
wait_for_break | Waits for a resumed target to stop and returns what it printed. |
Only reads2 tools · Looks things up and changes nothing.
| Tool | What it is for |
|---|---|
list_dumps | Lists the crash dump files in a folder. |
read_debugger_log | Reads the newest lines of a session's debugger log. Needs --log-dir. |
Grouped and described by us. The README on GitHub lists the inputs each tool takes.
How do I install MCP Server for WinDbg?
Install steps from the MCP Server for WinDbg README
The project's own instructions, copied from its README on GitHub on 27 Oct 2026 under its MIT licence. They are the source of truth; the ready-made configs further down are built from them. The rest of the README is in the README tab.
Quick start
Note: Claude Code in enterprise environments: when managed settings define
allowedMcpServers, plugin-bundled MCP servers may be silently skipped (Claude Code issue #32882). I recommend installing and registering the server manually, then optionally adding the skills or agents plugin. The server must still be permitted by your organization's MCP policy.
Prerequisites
- Windows with Debugging Tools for Windows or WinDbg from the Microsoft Store, which ship
cdb.exeandkd.exe(auto-detected). - Any MCP-compatible client (Claude Code, GitHub Copilot, Claude Desktop, Cursor, Windsurf, Cline, ...).
Python is not a prerequisite in itself. Each route below states what it needs.
Install in Claude Code
Install the server plugin if needed, then optionally add skills, agents, or both:
| Plugin | Server | Included workflows |
|---|---|---|
mcp-windbg-uvx |
Launched by the plugin with uvx | MCP tools only |
mcp-windbg-skills |
Uses the uvx plugin or your own MCP connection | Four optional skills |
mcp-windbg-agents |
Uses the uvx plugin or your own MCP connection | Optional crash-analyst agent |
Server with uvx
The shortest path: two lines, no pip install, no MCP configuration to edit. Adds the
eleven tools, with symbols preconfigured. Skills and agents are installed separately.
/plugin marketplace add svnscha/mcp-windbg
/plugin install mcp-windbg-uvx@mcp-windbg
Needs uv, which supplies uvx: winget install astral-sh.uv. The
plugin uses it to fetch the pinned server from PyPI on first use, so there is nothing else to
install. See the plugin README for symbols and options.
Registering the server yourself
If you would rather not use the plugin, or you already run the package:
pip install mcp-windbg
claude mcp add mcp-windbg -s user -e _NT_SYMBOL_PATH="SRV*C:\Symbols*https://msdl.microsoft.com/download/symbols" -- python -m mcp_windbg
Needs Python 3.10 or higher. Add either optional plugin below for guided workflows or an agent.
Skills for an existing server
After installing the uvx plugin or registering mcp-windbg yourself, optionally add the four skills:
/plugin marketplace add svnscha/mcp-windbg
/plugin install mcp-windbg-skills@mcp-windbg
Invoke /mcp-windbg-skills:analyze-dump, /mcp-windbg-skills:debug-remote,
/mcp-windbg-skills:kernel-debug, or /mcp-windbg-skills:windbg-doctor.
This plugin uses your configured MCP connection and adds no server, runtime,
symbol settings, or crash-analyst agent. It works with a native executable,
Python installation, or HTTP service exposing the mcp-windbg tools.
Install this plugin alongside uvx for the server and skills together, or omit it to use just the tools.
When upgrading from a version that bundled skills, install this plugin to keep the workflows;
their invocation prefix changes from /mcp-windbg: to /mcp-windbg-skills:.
The server's built-in MCP prompts
remain available independently of these plugins. See the
plugin guide for updating or switching plugins.
Agents for an existing server
/plugin marketplace add svnscha/mcp-windbg
/plugin install mcp-windbg-agents@mcp-windbg
Ask: "Use the mcp-windbg-agents:crash-analyst agent on C:\dumps\app.dmp". It investigates the dump and returns a verdict, evidence, and next steps through your existing MCP connection. It requires neither uvx nor the skills plugin. When upgrading from a version that bundled the agent, install this plugin to keep it.
Install without Python
Every release attaches
mcp-windbg.exe: one signed executable carrying its own interpreter and every dependency.
cdb.exe is still required. Point your client's command at the file and give it no args.
The release also publishes SHA256SUMS, and the binary is code signed, so both are checkable:
(Get-FileHash .\mcp-windbg.exe -Algorithm SHA256).Hash
Get-AuthenticodeSignature .\mcp-windbg.exe | Format-List Status, SignerCertificate
Status should read Valid. The signer is Liasoft GmbH, which sponsors the signing
certificate; the project is written by Sven Scharmentke.
Install in another client
pip install mcp-windbg
Needs Python 3.10 or higher. Then point the client at python -m mcp_windbg. For VS Code
(GitHub Copilot), press F1 and select MCP: Open User Configuration to enable it in every
workspace:
{
"servers": {
"mcp_windbg": {
"type": "stdio",
"command": "python",
"args": ["-m", "mcp_windbg"],
"env": {
"_NT_SYMBOL_PATH": "SRV*C:\\Symbols*https://msdl.microsoft.com/download/symbols"
}
}
}
}
See the client configuration guide for Claude Desktop, Copilot CLI, Autohand Code, HTTP, and from-source setups.
What you need first
- Windows with Debugging Tools for Windows, or WinDbg from the Microsoft Store
- uv, for uvx (or Python 3.10 or newer with pip, or the standalone mcp-windbg.exe)
Add MCP Server for WinDbg to your app
Pick your app for a ready-to-paste snippet and where it goes, built from the steps above.
Where it goes: Inside Claude Code
/plugin marketplace add svnscha/mcp-windbg
/plugin install mcp-windbg-uvx@mcp-windbgThe shortest route, with symbols preconfigured; it needs uv (winget install astral-sh.uv). Optional plugins add four skills and a crash-analyst agent. In managed enterprise setups, register the server yourself with claude mcp add instead.
Where it goes: ~/.cursor/mcp.json, or .cursor/mcp.json in a project
{
"mcpServers": {
"windbg": {
"command": "uvx",
"args": [
"mcp-windbg"
],
"env": {
"_NT_SYMBOL_PATH": "SRV*C:\\Symbols*https://msdl.microsoft.com/download/symbols"
}
}
}
}Where it goes: claude_desktop_config.json (Settings → Developer → Edit Config)
{
"mcpServers": {
"windbg": {
"command": "uvx",
"args": [
"mcp-windbg"
],
"env": {
"_NT_SYMBOL_PATH": "SRV*C:\\Symbols*https://msdl.microsoft.com/download/symbols"
}
}
}
}Where it goes: .vscode/mcp.json in your project
{
"servers": {
"windbg": {
"type": "stdio",
"command": "uvx",
"args": [
"mcp-windbg"
],
"env": {
"_NT_SYMBOL_PATH": "SRV*C:\\Symbols*https://msdl.microsoft.com/download/symbols"
}
}
}
}Where it goes: ~/.codeium/windsurf/mcp_config.json
{
"mcpServers": {
"windbg": {
"command": "uvx",
"args": [
"mcp-windbg"
],
"env": {
"_NT_SYMBOL_PATH": "SRV*C:\\Symbols*https://msdl.microsoft.com/download/symbols"
}
}
}
}Where it goes: Not supported
Not supported: it runs the Windows debuggers on your machine, and ChatGPT only connects to remote servers.
Add "--cdb-path" or "--kd-path" if the debuggers are somewhere unusual, and "--timeout 120" for large dumps. The HTTP transport has no sign-in, so keep it on 127.0.0.1 or behind a tunnel.
Checked against the project's own install docs on 27 Oct 2026: svnscha/mcp-windbg README.
New to this? See the setup guides for Claude Code, Cursor, Claude Desktop and ChatGPT.
MCP Server for WinDbg not working? Common fixes
- CDB not found
- Install Debugging Tools for Windows or WinDbg from the Microsoft Store, or pass --cdb-path with the full path to cdb.exe.
- Stacks show offsets instead of function names
- Symbols are not loading. Set _NT_SYMBOL_PATH, keep matching .pdb files next to the dump, and check the machine can reach msdl.microsoft.com.
- Commands time out on large dumps
- Raise --timeout, for example to 120, and ask for targeted commands rather than broad analysis.
- No module named mcp_windbg
- With a pip install, point the client at the Python interpreter of the environment where you installed it.
How do I configure MCP Server for WinDbg?
Names are exactly as the project spells them. Required ones are marked.
| Setting | What it does |
|---|---|
_NT_SYMBOL_PATHEnvironment variable | Where the debugger finds symbols. Point it at the Microsoft symbol server with a local cache.SRV*C:\Symbols*https://msdl.microsoft.com/download/symbols |
--cdb-path / --kd-pathCommand line flag | Full paths to cdb.exe and kd.exe, if auto-detection does not find them. |
--timeoutCommand line flag | The baseline timeout in seconds for commands and connections. The default is 60.--timeout 120 |
--filter-scriptCommand line flag | A Python file whose hooks can rewrite tool input and output, for example to remove secrets before they reach the model. |
--log-dirCommand line flag | Writes each session's full debugger output to a log file in this folder. |
--transportCommand line flag | stdio (the default) or streamable-http, to drive the debugger from another machine.--transport streamable-http |
MCP Server for WinDbg FAQ
How do I add the MCP Server for WinDbg to Claude Code?
Inside Claude Code, run /plugin marketplace add svnscha/mcp-windbg, then /plugin install mcp-windbg-uvx@mcp-windbg. Or pip install mcp-windbg and register it with claude mcp add, setting _NT_SYMBOL_PATH.
What do I need to run mcp-windbg?
Windows with Debugging Tools for Windows or WinDbg from the Microsoft Store, which provide cdb.exe and kd.exe. Then uv, Python 3.10 or newer, or the signed mcp-windbg.exe from a release.
mcp-windbg or Microsoft's WinDbg MCP?
Microsoft's version is built into WinDbg 1.2610 and newer and works with GitHub Copilot. mcp-windbg runs cdb and kd headless, works with any MCP client and can triage many dumps at once.
Is mcp-windbg free?
Yes. It is MIT licensed, and the Windows debugging tools it drives are free from Microsoft.
Is mcp-windbg safe?
Work from dumps rather than live targets where you can, use a filter script to strip secrets from output, and keep the HTTP transport on 127.0.0.1, since it has no sign-in.
Why do mcp-windbg stacks show offsets instead of function names?
Symbols are not loading. Set _NT_SYMBOL_PATH to a cache plus Microsoft's symbol server, for example SRV*C:\Symbols*https://msdl.microsoft.com/download/symbols, and add your own PDB folders.
Can mcp-windbg debug a live machine?
Yes. It can attach to remote cdb sessions and kernel debugging sessions with kd, break in and send commands, as well as opening user-mode and kernel dumps.
Why can't mcp-windbg find CDB?
It auto-detects the Windows SDK and Store installs. If yours lives elsewhere, pass --cdb-path or --kd-path with the full path to the debugger.
MCP Server for WinDbg README
This is the project's own README from svnscha/mcp-windbg, written by Sven Scharmentke (svnscha), and shared under its MIT licence. We copied it on 27 Oct 2026, so the version on GitHub may be newer.
MCP Server for WinDbg Crash Analysis
A Model Context Protocol server that bridges AI models with WinDbg for crash dump analysis, user-mode remote debugging, and kernel debugging.
Tip: Looking for AI debugging built into WinDbg itself? Microsoft now ships an official WinDbg MCP, starting with WinDbg 1.2610.1001.0. You enable it in WinDbg's MCP service settings, and chat with your active debugging session from VS Code with GitHub Copilot or from the GitHub Copilot CLI. If that is what you want, start there:
- Introducing WinDbg MCP (announcement)
- Set up WinDbg MCP and the overview
- Get the latest WinDbg
This project is an independent, community-built alternative. It runs
cdb.exe/kd.exeheadless, so it fits when you want to use another MCP client, drive a debugger from another machine over HTTP, or script triage across many dumps without opening the WinDbg UI.
Overview
This server drives the Windows debuggers - CDB for user mode (dumps and -remote) and KD for kernel targets (-k) - so you can debug in natural language: "Show me the call stack and explain this access violation" or "Open a kernel session and tell me which driver bugchecked."
It is not a magical auto-fix. It is a Python wrapper around cdb.exe / kd.exe that lets an LLM run real debugger commands and reason about the output.
Features
- Crash dump analysis - open a
.dmp/.mdmp/.hdmpand get automated triage (!analyze -v, stacks, modules, threads) in a single call. - User-mode remote debugging - attach to a live
cdb/WinDbg debug server (-remote) over TCP, a named pipe, or COM, and break in on demand. - Kernel debugging - attach to a kernel target (
-k, driven bykd.exe) over KDNET, a named pipe, or serial; the server waits for the target and breaks in for you. - Run any WinDbg/KD command - drive an open session with arbitrary commands (
kb,!process 0 0,!heap,lm, ...) described in natural language. - Session ids - every open returns a session id; several sessions (dumps, remote, kernel) can be open at once and are addressed independently.
- Resilient live sessions - per-call timeouts, and a slow live command that outruns its timeout is broken into with CTRL+BREAK and the session resynchronized instead of wedging.
- Multi-dump triage - discover and compare many dumps across a directory.
- Text filter hooks - a
--filter-scriptcan redact PII/secrets from tool arguments and output before they leave the machine. - stdio or HTTP - run locally over stdio, or as a streamable-HTTP service you drive from another machine.
Use cases
| You have | You want to | Guide |
|---|---|---|
A .dmp from a crash or a blue screen |
Root-cause it: exception or bugcheck, faulting frame, why it happened | Analyze a crash dump |
A live user-mode process (via cdb -server) |
Break in and inspect a hang or live state | Debug a remote target |
| A KD-enabled machine or VM | Debug drivers, bugchecks, and boot-time issues | Debug a kernel target |
| A folder full of dumps | Triage the batch and find the common signature | Triage multiple dumps |
| A debugging host, but you work elsewhere | Drive it over HTTP from another machine | Debug from another machine |
| Dumps with secrets or PII | Scrub tool output before it leaves the box | Redact sensitive data |
Tools
Every open_* tool returns an opaque session_id (e.g. cdb-1a2b3c4d); pass it to the matching run_*, close_*, send_ctrl_break, and wait_for_break calls. User-mode targets (dumps and -remote) run under cdb.exe; kernel targets and kernel dumps run under kd.exe.
| Tool | Purpose |
|---|---|
list_dumps |
List crash dump files in a directory |
open_cdb_dump |
Open and triage a crash dump |
open_cdb_remote |
Attach to a user-mode remote debug server (-remote) |
open_kd_session |
Attach to a kernel target (-k, KDNET / named pipe / serial) |
open_kd_dump |
Open and triage a kernel crash dump (MEMORY.DMP, minidump) |
run_cdb_command |
Run a command on a user-mode session |
run_kd_command |
Run a command on a kernel session |
close_cdb_session |
Close a user-mode session |
close_kd_session |
Close a kernel session (resumes the target machine) |
send_ctrl_break |
Break into a running live session |
wait_for_break |
Wait for a target you resumed with g to stop again |
Parameters, timeouts, and the built-in triage prompts are in the tools reference.
Quick start
Note: Claude Code in enterprise environments: when managed settings define
allowedMcpServers, plugin-bundled MCP servers may be silently skipped (Claude Code issue #32882). I recommend installing and registering the server manually, then optionally adding the skills or agents plugin. The server must still be permitted by your organization's MCP policy.
Prerequisites
- Windows with Debugging Tools for Windows or WinDbg from the Microsoft Store, which ship
cdb.exeandkd.exe(auto-detected). - Any MCP-compatible client (Claude Code, GitHub Copilot, Claude Desktop, Cursor, Windsurf, Cline, ...).
Python is not a prerequisite in itself. Each route below states what it needs.
Install in Claude Code
Install the server plugin if needed, then optionally add skills, agents, or both:
| Plugin | Server | Included workflows |
|---|---|---|
mcp-windbg-uvx |
Launched by the plugin with uvx | MCP tools only |
mcp-windbg-skills |
Uses the uvx plugin or your own MCP connection | Four optional skills |
mcp-windbg-agents |
Uses the uvx plugin or your own MCP connection | Optional crash-analyst agent |
Server with uvx
The shortest path: two lines, no pip install, no MCP configuration to edit. Adds the
eleven tools, with symbols preconfigured. Skills and agents are installed separately.
/plugin marketplace add svnscha/mcp-windbg
/plugin install mcp-windbg-uvx@mcp-windbg
Needs uv, which supplies uvx: winget install astral-sh.uv. The
plugin uses it to fetch the pinned server from PyPI on first use, so there is nothing else to
install. See the plugin README for symbols and options.
Registering the server yourself
If you would rather not use the plugin, or you already run the package:
pip install mcp-windbg
claude mcp add mcp-windbg -s user -e _NT_SYMBOL_PATH="SRV*C:\Symbols*https://msdl.microsoft.com/download/symbols" -- python -m mcp_windbg
Needs Python 3.10 or higher. Add either optional plugin below for guided workflows or an agent.
Skills for an existing server
After installing the uvx plugin or registering mcp-windbg yourself, optionally add the four skills:
/plugin marketplace add svnscha/mcp-windbg
/plugin install mcp-windbg-skills@mcp-windbg
Invoke /mcp-windbg-skills:analyze-dump, /mcp-windbg-skills:debug-remote,
/mcp-windbg-skills:kernel-debug, or /mcp-windbg-skills:windbg-doctor.
This plugin uses your configured MCP connection and adds no server, runtime,
symbol settings, or crash-analyst agent. It works with a native executable,
Python installation, or HTTP service exposing the mcp-windbg tools.
Install this plugin alongside uvx for the server and skills together, or omit it to use just the tools.
When upgrading from a version that bundled skills, install this plugin to keep the workflows;
their invocation prefix changes from /mcp-windbg: to /mcp-windbg-skills:.
The server's built-in MCP prompts
remain available independently of these plugins. See the
plugin guide for updating or switching plugins.
Agents for an existing server
/plugin marketplace add svnscha/mcp-windbg
/plugin install mcp-windbg-agents@mcp-windbg
Ask: "Use the mcp-windbg-agents:crash-analyst agent on C:\dumps\app.dmp". It investigates the dump and returns a verdict, evidence, and next steps through your existing MCP connection. It requires neither uvx nor the skills plugin. When upgrading from a version that bundled the agent, install this plugin to keep it.
Install without Python
Every release attaches
mcp-windbg.exe: one signed executable carrying its own interpreter and every dependency.
cdb.exe is still required. Point your client's command at the file and give it no args.
The release also publishes SHA256SUMS, and the binary is code signed, so both are checkable:
(Get-FileHash .\mcp-windbg.exe -Algorithm SHA256).Hash
Get-AuthenticodeSignature .\mcp-windbg.exe | Format-List Status, SignerCertificate
Status should read Valid. The signer is Liasoft GmbH, which sponsors the signing
certificate; the project is written by Sven Scharmentke.
Install in another client
pip install mcp-windbg
Needs Python 3.10 or higher. Then point the client at python -m mcp_windbg. For VS Code
(GitHub Copilot), press F1 and select MCP: Open User Configuration to enable it in every
workspace:
{
"servers": {
"mcp_windbg": {
"type": "stdio",
"command": "python",
"args": ["-m", "mcp_windbg"],
"env": {
"_NT_SYMBOL_PATH": "SRV*C:\\Symbols*https://msdl.microsoft.com/download/symbols"
}
}
}
}
See the client configuration guide for Claude Desktop, Copilot CLI, Autohand Code, HTTP, and from-source setups.
Start debugging
Restart your client, then ask for what you want:
Analyze the crash dump at C:\dumps\app.dmp
Connect to tcp:Port=5005,Server=192.168.0.100 and show me the current thread state
Open a kernel session on net:port=50000,key=1.2.3.4, run !analyze -v, and tell me which driver bugchecked
Server options (--cdb-path, --kd-path, --symbols-path, --filter-script, --transport, ...) are documented in the command-line reference.
Documentation
| Topic | Description |
|---|---|
| Getting started | Setup and your first crash dump analysis |
| Analyze a crash dump | Root-cause an exception: faulting frame, why it happened |
| Debug a remote target | Break into a live user-mode process and inspect a hang |
| Debug a kernel target | Drivers, bugchecks, and boot-time issues over KDNET or a pipe |
| Triage multiple dumps | Scan a folder and find the common signature |
| Debug from another machine | Run the server over HTTP and drive it remotely |
| Redact sensitive data | Scrub secrets from tool output before it leaves the box |
| Reference | Tools, prompts, CLI options, and client configuration |
| Troubleshooting | Common issues and solutions |
| Development | Run from a local checkout and point a client at the dev build |
Blog
Read about the development journey: The Future of Crash Analysis: AI Meets WinDbg
License
MIT
Two peas, one chat
Chat with AI about MCP Server for WinDbg
Opens a chat primed with MCP Server for WinDbg’s README and setup docs from this page, or add it in Cursor to use its tools.
The Cursor button opens Cursor and asks before it adds the server. Fill in any keys it needs in Cursor’s MCP settings.
Peas in a pod
What are the alternatives to MCP Server for WinDbg?
How MCP Server for WinDbg lines up against its neighbours on the shelf. See every developer tools server.

MCP Server for WinDbgThis pea
Lets an assistant run WinDbg commands to triage crash dumps and debug live Windows targets.
- Tools
- 12
- Runs on
- Your computer
- Licence
- MIT
- Stars
- 1.6K

Puts a real language server behind your assistant: definitions, references, diagnostics and rename.
- Tools
- 6
- Runs on
- Your computer
- Licence
- BSD-3-Clause
- Stars
- 1.6K

Your Nx monorepo's projects, tasks, generators and CI results, for your assistant.
- Tools
- 13
- Runs on
- Your computer
- Licence
- MIT
- Stars
- 1.4K

Lets an assistant edit and run cells in a live Jupyter notebook and read the results.
- Tools
- 18
- Runs on
- Your computer
- Licence
- BSD
- Stars
- 1.3K

Lets an assistant send requests, read proxy history and use Repeater in Burp Suite.
- Tools
- 27
- Runs on
- Your computer
- Licence
- GPL-3.0
- Stars
- 1.3K

Docs search for coding agents that returns only the part of the page that matters.
- Tools
- 2
- Runs on
- Your computer or hosted
- Licence
- MIT
- Stars
- 1.2K
Something wrong on this page? Tell us.