microsoft / microsoft/DebugMCP
Feature: Add ability to get loaded scripts
Nobody has claimed this yet.
- Dominant language
- TypeScript
- Stars
- 511
- Forks
- 60
- Avg merge
- 2d 1h
- Merged PRs (30d)
- 18
Description
Summary
Add a new MCP tool called get_loaded_scripts that returns all scripts currently loaded in the active debug session.
Problem
When an AI agent wants to set a breakpoint, it currently has no way to know which files are actually loaded by the runtime. This forces the agent to guess file paths, which is a leading cause of breakpoints silently failing to bind (see #18). VS Code's Loaded Scripts explorer (visible in the Run & Debug sidebar) already shows this information — it just isn't surfaced through DebugMCP.
Proposed Solution
Add a get_loaded_scripts tool that uses the Debug Adapter Protocol loadedSources request via vscode.debug.activeDebugSession.customRequest('loadedSources', {}) to return the list of all sources loaded by the runtime.
Requirements:
- No parameters required
- Must work on a running debug session — does not require the session to be paused or stopped at a breakpoint
- Should return a clear error if no debug session is active
- Should return a graceful error if the debug adapter does not support
loadedSources(it is an optional DAP capability — supported by Node.js, Electron, and Chrome-based adapters)
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start at the existing MCP tool entry point for adding get_loaded_scripts, then trace how it accesses vscode.debug.activeDebugSession. Use the loadedSources custom request while a debug session is running, and verify completion by checking the returned sources plus clear errors for no active session or unsupported adapters.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- typescript, vscode
- Domain
- devtools
- Issue type
- Feature
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 72/100