| 1 | # Dotnet Debug MCP — каталог тулов |
| 2 | |
| 3 | <!-- GENERATED:ToolCatalog START --> |
| 4 | |
| 5 | > Автогенерация из `ToolCatalog.Build()`. Не править этот блок вручную. |
| 6 | > |
| 7 | > Обновление: из каталога `dotnet-debug-mcp` выполнить `dotnet run --project tools/ExportMcpManifest -- --write`. |
| 8 | > |
| 9 | > Тексты совпадают с полем `description` у инструментов MCP; полная схема — в `inputSchema`. |
| 10 | |
| 11 | ### `debug_ping` |
| 12 | |
| 13 | Проверка доступности сервера отладки. Возвращает текущее время и статус. |
| 14 | |
| 15 | ### `debug_set_breakpoints` |
| 16 | |
| 17 | Записать брейкпоинты для целевого проекта/exe. Файл .dotnet-debug-mcp-breakpoints.json в каталоге workspace_path. Дальше: передача в DAP при debug_launch. |
| 18 | |
| 19 | ### `debug_list_breakpoints` |
| 20 | |
| 21 | Показать сохранённые брейкпоинты. По умолчанию — все цели в workspace; можно указать target_path. |
| 22 | |
| 23 | ### `debug_clear_breakpoints` |
| 24 | |
| 25 | Удалить сохранённые брейкпоинты: для одной цели (target_path) или для всего workspace. |
| 26 | |
| 27 | ### `debug_launch` |
| 28 | |
| 29 | Запустить отладку через netcoredbg (DAP): загрузить сохранённые брейкпоинты для target, запустить программу под отладчиком. Требуется установленный netcoredbg (путь в netcoredbg_path или переменная NETCOREDBG_PATH). |
| 30 | |
| 31 | ### `debug_attach` |
| 32 | |
| 33 | Подключиться к уже запущенному .NET-процессу по PID (DAP attach). Опционально target_path — загрузить сохранённые брейкпоинты для этого target. |
| 34 | |
| 35 | ### `debug_continue` |
| 36 | |
| 37 | Продолжить выполнение после остановки на брейкпоинте (DAP continue). Требуется активная сессия после debug_launch. |
| 38 | |
| 39 | ### `debug_step_over` |
| 40 | |
| 41 | Шаг через текущую строку (DAP next). Вызывать только когда выполнение уже остановлено на брейкпоинте (после события stopped). Требуется активная сессия после debug_launch. |
| 42 | |
| 43 | ### `debug_step_into` |
| 44 | |
| 45 | Шаг в (DAP stepIn): зайти в вызов. Только при остановке на брейкпоинте. Требуется активная сессия. |
| 46 | |
| 47 | ### `debug_step_out` |
| 48 | |
| 49 | Шаг из (DAP stepOut): выйти из текущего кадра. Только при остановке на брейкпоинте. Требуется активная сессия. |
| 50 | |
| 51 | ### `debug_stop` |
| 52 | |
| 53 | Завершить текущую отладочную сессию (dispose DAP-клиент, освободить ресурсы). После вызова нужен новый debug_launch для отладки. |
| 54 | |
| 55 | ### `debug_stack_trace` |
| 56 | |
| 57 | Стек вызовов текущего потока (DAP stackTrace). Вызывать когда выполнение остановлено на брейкпоинте. Возвращает кадры: имя, файл, строка. Опционально frame_index для debug_variables. |
| 58 | |
| 59 | ### `debug_variables` |
| 60 | |
| 61 | Переменные кадра (DAP variables). Когда остановлены. frame_index (0 = верхний) по debug_stack_trace. Для тяжёлых кадров: fast=true, format=json, малый max_depth, затем дети через debug_variable_children. Лимиты: max_depth (0..32, по умол. 4; fast=true => 0), max_children_per_node (1..256, по умол. 48; fast=true => 24), time_budget_ms (100..10000; по умол. 1800, fast=true => 700). При тайм-бюджете ответ помечается partial. |
| 62 | |
| 63 | ### `debug_variable_children` |
| 64 | |
| 65 | Один уровень вложенных переменных по variablesReference (из JSON debug_variables: не рекурсия). Снижает объём ответа. Подсказки indexed_variables / named_variables с родителя; max_children; json_indented. |
| 66 | |
| 67 | <!-- GENERATED:ToolCatalog END --> |
| 68 | |
| 69 | |