Copilot «Language model unavailable» в VS Code: как найти причину

Сообщение «Language model unavailable» в Copilot Chat означает, что VS Code не смог получить модель Copilot по умолчанию: расширение не зарегистрировало ни одной модели, поэтому список моделей пуст или в нём остался только «Auto». Это симптом, а не диагноз. Чаще всего за ним стоит одно из четырёх: сеть не пропускает домены Copilot, у GitHub сбой, что-то не так с планом, пробным периодом или местом в организации, либо VS Code слишком старый для текущего Copilot Chat. В русском интерфейсе текст тоже английский: в исходном коде VS Code эта строка не переводится.

Начните с трёх проверок, они занимают пару минут. Откройте githubstatus.com и посмотрите строку Copilot. Затем откройте панель Output, канал «GitHub Copilot Chat», и найдите строку Failed to fetch models: то, что идёт после двоеточия, и есть ответ сервера. Если журнала мало, выполните в палитре команд «Chat Diagnostics» — отчёт покажет, какие соединения не прошли. Если в журнале 403 или «not licensed», проверьте план в настройках Copilot на github.com; если версия VS Code старше текущей (1.145.0 по состоянию на 4 ноября 2026 года), обновите редактор и выполните Developer: Reload Window.

Три случая на своей стороне не исправить. Сбой GitHub остаётся только переждать. Корпоративная сеть, которая намеренно пропускает только домены корпоративного плана, не пустит личный аккаунт, и решать это нужно с ИТ-отделом. А в России и Беларуси GitHub, согласно своей странице о торговых ограничениях, Copilot не продаёт, и ни настройка сети, ни переустановка этого не меняют.

Что значит «Language model unavailable» и откуда берётся эта строка

Ошибку выбрасывает сам VS Code, а не сервер GitHub. В исходном коде редактора (функция getLanguageModelForRequest() в файле extHostLanguageModels.ts, ветка main по состоянию на 4 ноября 2026 года) логика такая: если вы не выбрали модель явно, VS Code берёт модель Copilot по умолчанию для чата, а если такой модели нет, бросает Error('Language model unavailable'). Строка записана прямо в коде, без функции перевода, поэтому в любом языке интерфейса она выглядит одинаково. Это вывод из чтения исходного кода VS Code на GitHub, а не воспроизведение ошибки в работающем редакторе.

Список моделей при этом загружает расширение Copilot Chat, и его поведение видно в исходном коде расширения (каталог extensions/copilot в репозитории VS Code, по состоянию на 4 ноября 2026 года). Если у расширения нет токена Copilot (вы не вошли в GitHub), оно даже не пытается запросить модели. Если запрос не удался, в журнал попадает строка Failed to fetch models (…), где после номера запроса и двоеточия стоит ответ сервера или HTTP-статус, а если GitHub сообщает о сбое — фраза «It appears that GitHub is experiencing an outage». Когда у режима Auto нет ни одного доступного адреса, расширение пишет No auto mode endpoints provided.; в январе 2026 года пользователь в сводной issue #253137 видел именно эту строку при выборе моделей, где остался один «Auto». Список обновляется не чаще раза в 10 минут и не обновляется, пока окно неактивно, поэтому после любого исправления выполняйте Developer: Reload Window, а не ждите. Строки журнала и правило обновления здесь взяты из чтения кода расширения; ошибка в работающем редакторе не воспроизводилась.

С лимитами эта ошибка не связана: превышение лимита запросов в GitHub Copilot выглядит как отдельное сообщение «You've hit a rate limit», а остаток месячных AI credits показывает панель Copilot в строке состояния. Если же не отвечает расширение Claude Code, а не Copilot, вам нужна статья Claude Code не работает в VS Code? Сначала найдите поверхность сбоя.

Где искать причину: GitHub Status, журнал Copilot Chat и Chat Diagnostics

Три источника отвечают на разные вопросы: статус-страница — не сломалось ли что-то у GitHub, журнал — что именно ответил сервер, отчёт Chat Diagnostics — какие соединения из вашей сети не проходят. Сначала откройте githubstatus.com: если у строк Copilot или «Copilot AI Model Providers» есть инцидент, дождитесь его окончания и перезагрузите окно. Так было, например, 13 января 2026 года примерно с 09:40 до 10:05 UTC и утром 17 августа 2026 года, когда адрес выдачи токенов Copilot временами отвечал HTTP 503, а мейнтейнер VS Code подтвердил сбой в issue #331274.

Если с GitHub всё в порядке, соберите журнал и отчёт. Порядок взят из руководства VS Code по устранению неполадок:

1. В палитре команд выполните Developer: Set Log Level и поставьте уровень Trace для GitHub Copilot и GitHub Copilot Chat.
2. Выполните Developer: Reload Window и отправьте в чат любой короткий запрос.
3. Выполните Output: Show Output Channels, выберите «GitHub Copilot Chat» и найдите строки рядом с моментом ошибки: Failed to fetch models, No auto mode endpoints provided., HTTP-коды 401 или 403, ENETUNREACH, ошибки сертификата.
4. В палитре команд наберите «Chat Diagnostics» и запустите найденную команду. Префикс зависит от версии: в документации это «GitHub Copilot: Chat Diagnostics», в старых сообщениях — «Developer: GitHub Copilot Chat Diagnostics».
5. Верните прежний уровень журнала через Developer: Set Log Level.

Отчёт открывается в редакторе. Для каждого адреса, например https://api.individual.githubcopilot.com/_ping, в нём перечислены DNS-адреса IPv4 и IPv6, строка «Proxy URL» с прокси, который реально использует Copilot, и результат трёх способов подключения (Electron fetch, Node.js https, Node.js fetch) с HTTP-статусом и временем. По документации VS Code отчёт без ошибок исключает только те соединения, которые в нём проверены, поэтому при чистом отчёте всё равно смотрите журнал. Журнал и отчёт могут содержать код и тексты запросов: перед публикацией в issue уберите из них всё лишнее.

Какая причина у вас: что видно, что это значит и что делать

Мейнтейнеры VS Code в сводной issue #253137 называли сеть причиной номер один: корпоративные файрволы блокировали новые адреса Copilot. Это оценка отчётов 2024–2025 годов. В сообщениях 2026 года заметно больше сбоев GitHub, проблем с пробным периодом и лицензией, а также старых версий VS Code, поэтому причину лучше определять по тому, что вы увидели в журнале и отчёте, а не по общей статистике.

Если журнал не показывает ничего из таблицы, а связь в порядке, остаются меры, которые помогали отдельным пользователям: выход из GitHub и повторный вход (порядок ниже), повторное добавление моделей в пустом списке «Manage Models» (январь 2026 года) и перезагрузка всего компьютера, а не только VS Code (август 2026 года, issue #331274). Это единичные сообщения, а не гарантированные решения.

Проверка связи с серверами Copilot через curl: какой вывод нормальный

Если адреса Copilot доступны, запросы без авторизации получают ответы 200, 401 или 400 — и все три означают, что сеть до сервера доходит. О проблеме на уровне сети говорят таймаут, отказ в соединении, ошибка разрешения имени или сертификат, выданный не Sectigo, а корпоративным прокси. Ниже — команды и вывод, полученный 4 ноября 2026 года около 14:46 UTC на Mac с curl 8.7.1, где трафик шёл через локальный прокси-клиент.

1. Проверьте адрес своего плана. Для личного плана это api.individual.githubcopilot.com; для Business и Enterprise замените individual на business или enterprise.

   bashКопировать

   curl -sS -w '\nHTTP %{http_code}\n' https://api.individual.githubcopilot.com/_ping

   Нормальный ответ — OK и HTTP 200, в проверке 4 ноября на это ушло около 1,1 секунды.

2. Проверьте адрес выдачи токенов на api.github.com.

   bashКопировать

   curl -sS -w '\nHTTP %{http_code}\n' https://api.github.com/copilot_internal/v2/token

   Нормальный ответ без токена — JSON с "message": "Requires authentication" и HTTP 401.

3. Проверьте адрес списка моделей.

   bashКопировать

   curl -sS -w '\nHTTP %{http_code}\n' https://api.individual.githubcopilot.com/models

   Нормальный ответ без токена — bad request: missing required Authorization header и HTTP 400.

4. Посмотрите, кто выдал сертификат (нужен openssl).

   bashКопировать

   echo | openssl s_client -connect api.individual.githubcopilot.com:443 -servername api.individual.githubcopilot.com 2>/dev/null | openssl x509 -noout -issuer

   4 ноября 2026 года издателем был Sectigo Limited (Sectigo Public Server Authentication CA DV R36); у api.github.com — тоже Sectigo. Название вашей компании или прокси-продукта в этом поле значит, что HTTPS-трафик расшифровывает и подписывает заново корпоративный прокси.

В Windows PowerShell вызывайте curl.exe, а не curl: там curl может оказаться псевдонимом другой команды. В той же проверке copilot-proxy.githubusercontent.com/_ping ответил 200 со "status":"ok", а origin-tracker.githubusercontent.com/_ping — 200 и PONG. Ограничение такое: это одна машина, одна сеть и один момент времени. Успешный curl не доказывает, что VS Code ходит тем же путём, потому что редактор берёт системный прокси, а терминал может идти иначе. Сравните результат со строкой «Proxy URL» в отчёте Chat Diagnostics.

Корпоративный прокси, VPN и сертификат: что просить у ИТ-отдела

Если проверка не проходит только в рабочей сети, исправлять это должен администратор сети, и ему нужен точный список адресов. Согласно справке GitHub о сетевых адресах Copilot, для работы Copilot должны быть открыты:

• https://github.com/login/*, https://api.github.com/user и https://api.github.com/copilot_internal/*;
• https://copilot-proxy.githubusercontent.com, https://origin-tracker.githubusercontent.com, https://copilot-telemetry.githubusercontent.com/telemetry и https://default.exp-tas.com;
• домены вашего плана: *.individual.githubcopilot.com для личного, *.business.githubcopilot.com для Business, *.enterprise.githubcopilot.com для Enterprise.

С ноября 2024 года GitHub применяет маршрутизацию по подписке, и компании могут намеренно открывать только домены своего плана. Тогда личный Copilot в офисной сети не работает по замыслу, а через мобильный интернет работает; в issue #253137 мейнтейнеры не раз ставили именно такой диагноз. Если политика компании не предусматривает личных планов, ИТ-отдел домен *.individual.githubcopilot.com не откроет, и в офисе остаётся место Copilot от организации.

Если издатель сертификата в проверке выше — не Sectigo, корпоративный прокси подменяет сертификаты. Правильное решение, по документации VS Code о сети, — добавить корневой сертификат прокси в системное хранилище доверенных сертификатов, а в Linux ещё и в NSS командой certutil -A -n "ProxyCA" -t "CT,," -i файл_сертификата -d sql:$HOME/.pki/nssdb. Отключать проверку сертификатов не стоит: флаг --ignore-certificate-errors в документации прямо назван опасным и нерекомендуемым, а "http.proxyStrictSSL": false тоже выключает проверку и открывает трафик для подмены.

VS Code построен на сетевом стеке Chromium и подхватывает системный прокси сам; управлять им можно флагами запуска --proxy-server=, --proxy-pac-url=, --proxy-bypass-list= и --no-proxy-server, а настройка http.proxy нужна в основном расширениям, которые ещё не перешли на новую поддержку прокси. Если ваш VPN- или прокси-клиент работает только как системный прокси или только в режиме TUN, редактор и терминал могут идти разными маршрутами — это предположение, и проверяется оно той же строкой «Proxy URL» в отчёте. В WSL2 с сетью по умолчанию (NAT) мейнтейнеры связывали ошибку с IPv6 и советовали включить режим mirrored или отключить IPv6.

План, пробный период или «not licensed»: где смотреть на GitHub

Если в журнале 403 с «not licensed to use Copilot» или выбор моделей застрял на «Local», дело в аккаунте, а не в сети. Так было в issue #338271 от 27 сентября 2026 года у пользователя с оплаченным Pro+, а в августе 2026 года другой пользователь связывал ошибку с неудачной авторизацией платежа (Payment Authorization Failure). Проверьте по порядку:

1. В VS Code нажмите значок Accounts в левом нижнем углу и посмотрите, каким аккаунтом GitHub вы вошли.
2. Откройте настройки Copilot в аккаунте GitHub под этим же аккаунтом и посмотрите, какой план активен.
3. В разделе Billing на github.com проверьте, нет ли неудачного платежа или закончившегося пробного периода.
4. Если Copilot выдаёт организация, спросите администратора, назначено ли вам место и не менялся ли план компании.

Пробный период стоит проверить отдельно. 10 апреля 2026 года GitHub приостановил новые пробные периоды Copilot Pro, а 13 апреля уточнил, что приостановлены все, включая уже начатые; пользователям предложили перейти на Copilot Free или оплатить Pro или Pro+. После этого в issue #309766 массово появились сообщения «Language model unavailable» от владельцев пробного Pro. Кнопка «Start paid subscription» в Billing одним помогла, другим нет; ещё один пользователь, у которого оплаченный Pro определялся как истёкший пробный период, отменил подписку и оформил её заново без двойного списания. Запись в блоге GitHub сейчас помечена как «Retired», а открыты ли пробные периоды сегодня, она не сообщает.

У сотрудников компаний ошибка появлялась после перехода организации с Business на Enterprise (январь 2026 года) и когда VS Code молча вошёл рабочим аккаунтом вместо личного (март 2026 года). Список действующих планов, по странице GitHub о планах Copilot: Copilot Free, Student, Pro, Pro+, Max, Business, Enterprise и Copilot access для отдельных компаний.

Нужно ли обновлять VS Code при «Language model unavailable»

Да, если версия не последняя. В справке GitHub о частых проблемах Copilot сказано, что каждая новая версия Copilot Chat совместима только с последним выпуском Visual Studio Code, а старые клиенты не могут работать с серверами Copilot. VS Code выходит почти каждую неделю: 1.144.0 — 28 октября, 1.145.0 — 4 ноября 2026 года. В сообщениях об этой ошибке за август–ноябрь 2026 года часто указаны версии 1.106.2, 1.107.1 и 1.109.x, то есть выпуски конца 2025 — начала 2026 года.

Обновите редактор через Help → Check for Updates (на macOS — Code → Check for Updates), затем перезагрузите окно. В конце августа 2026 года один пользователь сообщил, что так восстановил Copilot на двух машинах. Есть и обратный единичный случай: в мае 2026 года человеку помог откат на 1.107.1. Он противоречит официальному правилу совместимости, поэтому откат имеет смысл пробовать только тогда, когда ошибка появилась сразу после обновления, а журнал не показывает сетевых или лицензионных причин.

Как правильно выйти из GitHub в VS Code и войти снова

Повторный вход помогает, когда VS Code держит устаревший токен или вошёл не тем аккаунтом. Порядок из справки GitHub:

1. В левом нижнем углу окна VS Code нажмите значок Accounts, наведите курсор на имя пользователя GitHub и нажмите Sign out.
2. Нажмите F1 и выполните Developer: Reload Window.
3. После перезагрузки войдите в GitHub снова — тем аккаунтом, у которого есть Copilot.

«The selected model '…' is not available» — это другая ошибка

Это сообщение значит, что пропала конкретная модель, которую вы сами выбрали в списке, а не весь список. Это видно в той же функции getLanguageModelForRequest() в исходном коде VS Code по состоянию на 4 ноября 2026 года: случаи «модель по умолчанию не найдена» и «выбранная модель пропала» обрабатываются в ней по-разному. Вывод сделан по коду, в работающем редакторе это сообщение не воспроизводилось. Второе сообщение появилось в VS Code 1.141.0 (вышла 7 октября 2026 года, PR #339307): если явно выбранной модели больше нет, VS Code пишет «The selected model '…' is not available. Select a different model and try again.», а раньше запрос молча уходил на Auto. В отличие от «Language model unavailable», эта строка переводится. Выберите другую модель в списке; диагностика из этой статьи нужна, только если пуст весь список или в нём остался один «Auto».

Старые настройки overrideProxyUrl и папки скиллов: редкие причины

Обе причины стоит проверять, только если в журнале есть соответствующая строка. Первая — настройки github.copilot.advanced.debug.overrideProxyUrl и github.copilot.advanced.debug.overrideCapiUrl в пользовательском settings.json: они перенаправляют запросы Copilot на другой адрес и обычно остаются после локальных ретрансляторов и прокси для Copilot. В issue #337927 от 25 сентября 2026 года обе указывали на локальный порт, где уже ничего не работало; в журнале были net::ERR_CONNECTION_REFUSED и 401 unauthorized: unable to validate HMAC for the given Copilot-Integration-ID. Пользователь удалил обе строки, выполнил Reload Window, и Copilot заработал.

Вторая — папки скиллов других ИИ-агентов. В обсуждении #188977 от 9 марта 2026 года (VS Code 1.110.1) Copilot CLI работал, а Copilot Chat в VS Code выдавал «Language model unavailable» с TypeError: e is not iterable в журнале. Copilot Chat при запуске сканирует ~/.claude/skills и ~/.agents/skills, и файлы, созданные другими инструментами, с повторяющимися именами или неподдерживаемым форматом ломали этот разбор; после переименования обеих папок ошибка исчезла. Это один отчёт, и воспроизводится ли проблема в текущих версиях, в открытых источниках не сказано. Ещё одну редкую причину назвал мейнтейнер в #253137: стороннее расширение nicepkg.aide-pro мешало работе Copilot.

GitHub Copilot не работает в России: это ограничение продаж, а не сеть

GitHub не продаёт Copilot в Россию и Беларусь. На странице GitHub о торговых ограничениях сказано, что Copilot нельзя продавать, экспортировать и реэкспортировать в страны под эмбарго и страны группы E:1; сейчас это Куба, Иран, КНДР, Россия, Беларусь, а также Крым и Севастополь и отдельные районы Донецкой и Луганской областей. Казахстана, Армении, Узбекистана и Киргизии в этом списке нет, поэтому для читателей оттуда действуют обычные причины из таблицы выше.

Какую ошибку видит пользователь из России, GitHub не пишет, поэтому утверждать, что «Language model unavailable» в России вызвана именно регионом, нельзя: у того же сообщения есть и все остальные причины. Но если у аккаунта нет права на Copilot по этой политике, ни прокси, ни сертификаты, ни переустановка VS Code этого не исправят. Важно не путать две вещи: «Copilot не продаётся в регионе» — это политика GitHub, а «не открывается сайт» — это сеть. Если вам нужна модель для чата в VS Code, начните с того, какие API официально доступны из России: Бесплатный AI API: какой выбрать и что доступно из России.

Как работать в чате VS Code, пока Copilot не починен: свои ключи (BYOK)

В чате VS Code можно подключить собственные модели (Bring Your Own Key, BYOK), и в локальных сессиях (Local) они работают без входа в GitHub и без плана Copilot — так сказано в документации VS Code о языковых моделях. Это не бесплатный Copilot: вы платите провайдеру по своему ключу и действуете по его условиям, а план Copilot и доступность Copilot в регионе BYOK не меняет. Автодополнение кода, семантический поиск и функции на эмбеддингах по-прежнему требуют аккаунта GitHub, а в Business и Enterprise администратор может отключить BYOK политикой.

Модель с OpenAI-совместимым или Anthropic-совместимым API подключается так. Откройте Chat: Manage Language Models, нажмите Add Models и выберите Custom Endpoint. Введите название группы, отображаемое имя и API-ключ, выберите тип API (Chat Completions, Responses или Messages), и VS Code откроет файл chatLanguageModels.json. Минимальная запись для Chat Completions выглядит примерно так:

[
  {
    "name": "My provider",
    "vendor": "customendpoint",
    "apiKey": "${input:myApiKey}",
    "apiType": "chat-completions",
    "models": [
      {
        "id": "model-id",
        "name": "My model",
        "url": "https://api.example.com/v1/chat/completions",
        "toolCalling": true,
        "maxInputTokens": 128000,
        "maxOutputTokens": 16000
      }
    ]
  }
]

Если вы не вошли в GitHub, укажите эту же модель в настройках chat.utilityModel и chat.utilitySmallModel, иначе заголовки чатов, сообщения коммитов и описания PR генерировать будет некому. Значения id, maxInputTokens и maxOutputTokens в примере условные: берите их из документации вашего провайдера. Старый провайдер OpenAI Compatible и настройка github.copilot.chat.customOAIModels устарели.

Подойдут встроенные провайдеры (OpenAI, Anthropic, Gemini, Azure), расширение Ollama для локальных моделей (встроенный провайдер Ollama устарел) или OpenAI-совместимый адрес вроде laozhang.ai с базовым URL https://api.laozhang.ai/v1. 4 ноября 2026 года запрос к https://api.laozhang.ai/v1/chat/completions с моделью gpt-5.4-mini, потоковой передачей и инструментом вернул 200, девять SSE-фрагментов с завершающим [DONE] и корректный вызов read_file с finish_reason: tool_calls; внутри самого VS Code эта связка не проверялась. Встроенная локальная модель Copilot (сейчас MAI Code 1.1 Flash, загрузка 52,8 ГБ) запасным вариантом не является: ей тоже нужен вход в GitHub.

Примечание: laozhang.ai — наш собственный сервис; его цены — наши тарифы, а не независимое сравнение.