Как безопасно проверить, почему GitHub MCP виден в VS Code, но отсутствует в Agent Sessions: инвентарь инструментов, MCP Output, Agent Logs и пакет для поддержки.
Подтвердите границу: сервер, обычный чат или Agent Session
Откройте Command Palette и выполните MCP: List Servers. Для встроенного GitHub-сервера запишите только состояние «запущен/остановлен/ошибка» и число обнаруженных инструментов, если оно показано. Затем откройте инструменты обычного чата и новую Agent Session и отметьте, присутствуют ли там GitHub-действия. Не запускайте действие, которое меняет репозиторий: для диагностики достаточно наличия имени в инвентаре. Матрица даёт три разных результата. Если сервер не запускается нигде, проблема шире Agent Sessions. Если инструменты есть в обычном чате, но отсутствуют только в новой сессии, зафиксирована граница между редакторным контуром и Agent Host. Если они есть в обоих местах, симптом сейчас не воспроизводится. Один удачный запуск не доказывает постоянного исправления, поэтому укажите точное время проверки.
Проверьте конфигурацию без переноса секретов
Официальная документация VS Code различает пользовательский и workspace-файл mcp.json, а для Agent Host уточняет отдельную границу: он не читает .vscode/mcp.json напрямую, и VS Code передаёт ему совместимую конфигурацию; серверы с интерактивными input-переменными в эту передачу не входят. Запишите только место определения сервера: user profile, .vscode/mcp.json, workspace .mcp.json или пользовательский файл Copilot. Не копируйте конфигурацию между местами ради первого теста и не вставляйте токен в JSON. Документация прямо советует не вшивать чувствительные значения, а использовать входные переменные или файлы окружения. Различие местоположений — диагностический признак, но не доказательство причины исчезновения встроенного GitHub MCP.
Снимите MCP Output и выполните один штатный перезапуск
В MCP: List Servers выберите GitHub, затем Show Output. Очистите визуально старые события и откройте новую Agent Session один раз. Зафиксируйте только последовательность: была ли попытка запуска, появился ли запрос авторизации, есть ли код HTTP или запись об обнаруженных инструментах. После этого используйте штатное действие Restart Server и повторите проверку новой сессии один раз. VS Code документирует просмотр MCP Output и Restart Server как основные обратимые действия диагностики. Не удаляйте записи системного хранилища учётных данных, не редактируйте keychain, не выполняйте массовый выход из аккаунтов и не переустанавливайте редактор: такие шаги меняют несколько переменных и могут лишить вас рабочего доступа, не объяснив границу сбоя.
Сопоставьте MCP-журнал с Agent Logs
Если обычный чат видит инструменты, а Agent Session нет, откройте Agent Debug Logs для новой сессии и отфильтруйте события инструментов и ошибок. Официальная справка VS Code описывает Agent Logs как хронологию вызовов инструментов, запросов модели, обнаружения контекста и ошибок; для MCP отдельно доступен серверный Output. Сравните только две отметки времени: когда новая сессия стартовала и когда MCP-сервер пытался подключиться. Отсутствие записи о попытке и явный отказ авторизации — разные наблюдения. Не публикуйте системный prompt, ответы инструментов, имена приватных репозиториев, локальные пути или полный экспорт сессии. В отчёте достаточно класса события и того, появился ли GitHub-инструмент в инвентаре.
Не превращайте диагностику в утечку учётных данных
Официальная страница безопасности VS Code указывает, что чувствительные параметры MCP сохраняются через защищённое хранилище учётных данных, а MCP-аутентификация следует отдельной авторизационной границе. Поэтому ошибка передачи учётных данных не является поводом извлекать токен и проверять его вручную в терминале. Не вставляйте токены, заголовки Authorization, cookies, URL приватных репозиториев и содержимое mcp.json в публичный issue. Не отключайте проверки TLS, прокси или корпоративные политики. Допустимый обратимый эксперимент — сравнить одну и ту же новую сессию до и после штатного Restart Server, сохранив неизменными аккаунт, сеть, профиль и рабочую папку. Остановитесь, если следующий шаг требует удаления keychain-записи, сброса всех доверенных серверов или выдачи широких разрешений.
Соберите минимальный пакет для поддержки
Укажите точные версии VS Code, Copilot Chat и операционной системы, время воспроизведения и тип сессии. Добавьте таблицу из трёх строк: MCP: List Servers, обычный чат и новая Agent Session; для каждой — статус сервера, наличие GitHub-инструментов и наличие ошибки без текста сообщения. Отдельно запишите место конфигурации, результат Restart Server и то, появился ли новый запрос авторизации. Не утверждайте, что токен просрочен или повреждён, если журнал этого не подтверждает. Не прикладывайте полный лог: удалите токены, email, имена организаций, пути и содержимое запросов. Свежий issue подтверждает существование такого обсуждения, но не массовость и не корневую причину. До официального исправления безопасный критерий остановки — редакторный сервер работает, Agent Session стабильно не получает инструменты, а дальнейшие действия требуют необратимого сброса учётных данных.
Материал подготовлен редакцией VOne с применением ИИ для матрицы двух контуров и критериев остановки; управление MCP, Agent Logs и защита секретов сверены по официальной документации VS Code, а GitHub issue использован только как обезличенный свежий сигнал.
Источники и проверка
- Visual Studio Code — Add and manage MCP servers проверено 2026-08-14
- Visual Studio Code — Troubleshoot AI проверено 2026-08-14
- Visual Studio Code — AI security проверено 2026-08-14
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.