Feature: Add ability to get loaded scripts
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 3/5
- Tempo stimato
- 1-2 giorni
- Idoneità per principianti
- 72/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Tranquilla
- Stack tecnologico
- typescript, vscode
- Ambito
- devtools
Direzione di ricerca
Inizia dal punto di ingresso esistente dello strumento MCP per aggiungere get_loaded_scripts, quindi segui il modo in cui accede a vscode.debug.activeDebugSession. Usa la richiesta personalizzata loadedSources mentre è in esecuzione una sessione di debug e verifica il completamento controllando le origini restituite, oltre a errori chiari in assenza di una sessione attiva o quando gli adapter non sono supportati.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
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)
- Lingua principale
- TypeScript
- Stelle
- 511
- Fork
- 60
- Merge medio
- 1g 9h
- PR unite (30g)
- 18
Preparare l'ambiente
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di microsoft/DebugMCP
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 38/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
microsoft/DebugMCP#126 · 2 commenti · 3 reazioni ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di microsoft/DebugMCP
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
Doist/todoist-cli#576 ·
I maintainer di solito rispondono entro 1 giorno
-
🐛 Bug supabase/cli
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 90/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
CopilotKit/aimock#491 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 86/100
agilepathway/label-checker#710 · 2 commenti ·
I maintainer di solito rispondono entro 1 giorno