- Дата публикации
Microsoft DebugMCP: как дать ИИ-ассистентам нормальный отладчик в VS Code
Что появилось / что изменилось
Microsoft выложила расширение DebugMCP для VS Code. Его задача — дать ИИ-ассистентам доступ к полноценному отладчику, а не только к файлам проекта.
Ключевые факты:
- DebugMCP — это расширение VS Code, которое подключается к ИИ через Model Context Protocol (MCP).
- ИИ-агент получает те же функции, что и разработчик в дебаггере:
- ставить и снимать брейкпоинты;
- пошагово выполнять код;
- смотреть значения переменных;
- вычислять выражения на лету.
- Расширение работает с популярными ассистентами: GitHub Copilot, Cline, Cursor, Roo и другими, которые умеют говорить по MCP.
- Всё выполняется локально: без внешних API-запросов и без передачи кода на сервера Microsoft или сторонних компаний.
- Установка идёт через Visual Studio Marketplace:
ozzafar.debugmcpextension. - Исходный код лежит на GitHub в репозитории
microsoft/DebugMCP.
Раньше ИИ-агенты при ошибке в коде могли только читать файлы и гадать по логам или спамить print. Теперь они могут реально отлаживать программу внутри стандартного дебаггера VS Code.
Как это работает
DebugMCP использует Model Context Protocol — это протокол, через который ИИ-ассистент запрашивает инструменты и контекст у IDE.
Схема в общих чертах:
- Вы ставите расширение DebugMCP в VS Code.
- VS Code через DebugMCP поднимает MCP-сервер с "инструментом" — интерфейсом к встроенному отладчику.
- ИИ-ассистент (Copilot, Cursor, Cline, Roo и т.д.), который поддерживает MCP, подключается к этому серверу.
- Когда ассистенту нужно разобраться с багом, он не просто читает код, а отправляет MCP-запросы:
- создать брейкпоинт в файле на определённой строке;
- запустить отладку и остановиться на точке останова;
- сделать шаг (step over/into/out);
- получить значения локальных и глобальных переменных;
- выполнить выражение в текущем контексте.
- VS Code выполняет эти действия штатным отладчиком и возвращает результат ассистенту.
Важный момент: DebugMCP не добавляет свой отдельный дебаггер. Он просто даёт ИИ доступ к уже существующему отладчику VS Code через стандартный протокол.
Что это значит для вас
Если вы пользуетесь ИИ-ассистентами для написания кода, DebugMCP делает их полезнее на этапе поиска багов.
Где помогает:
- Длинные цепочки вызовов. ИИ может не угадывать, где именно ломается логика. С DebugMCP он может пройтись по стеку, посмотреть значения и предложить правку по фактам, а не по догадкам.
- Сложные условия и ветвления. Вместо "давай добавим ещё пару логов" ассистент может остановиться в нужной ветке и проверить, какие условия реально выполняются.
- Непонятные баги в уже существующем проекте. Если вы подключили ассистента к большому коду, он может сам прогнать отладку и точечно указать проблемное место.
- Локальная разработка с чувствительными данными. Поскольку DebugMCP работает полностью локально, вы не отправляете код и данные наружу, когда ассистент дебажит программу.
Где ожидания лучше снизить:
- DebugMCP не превращает ассистента в старшего разработчика. Он просто даёт ему ещё один инструмент — дебаггер. Качество подсказок всё равно зависит от самой модели (GPT-4o, Claude 3.5 Sonnet, LLaMA и т.д.).
- Если ваш ассистент не поддерживает MCP, DebugMCP ему не поможет. Нужна именно интеграция через Model Context Protocol.
- Расширение не решает проблемы с настройкой самих конфигураций отладки в VS Code. Если у вас не настроен launch-конфиг, ИИ тоже будет ограничен.
С точки зрения доступности: DebugMCP ставится из Visual Studio Marketplace и работает локально. Для России это плюс — не нужно обходить геоблокировки и настраивать VPN для самого расширения. Но конкретный ИИ-ассистент, с которым вы работаете, может требовать VPN или зарубежный аккаунт.
Место на рынке
DebugMCP занимает нишу между IDE и ИИ-ассистентами: это не ещё один ассистент, а мост между ними.
С чем его можно сравнить по сути:
- GitHub Copilot, Cursor, Cline и Roo уже умеют читать файлы, запускать тесты, править код. Но без DebugMCP они взаимодействуют с дебаггером только через пользователя: вы сами ставите брейкпоинты и делаете шаги.
- DebugMCP добавляет недостающий кусок — программный доступ к отладчику VS Code через MCP. Ассистент получает управление дебаггером напрямую.
Прямых альтернатив, которые дают ИИ полный контроль над отладчиком VS Code через MCP, авторы не называют. Есть решения, где ассистент интегрирован прямо в IDE, но они обычно завязаны на свои проприетарные протоколы и облака.
Здесь подход другой:
- открытый репозиторий на GitHub
microsoft/DebugMCP; - стандартный VS Code;
- стандартный MCP, с которым уже работают Copilot, Cursor, Cline и Roo.
Если вы уже живёте в экосистеме VS Code и используете ИИ-ассистента, DebugMCP — это логичное дополнение: не нужно менять IDE или ассистента, достаточно поставить одно расширение и дать ИИ доступ к отладчику.