GitHub Copilot отключает три модели 16 ноября. На что переключиться

16 ноября GitHub уберёт из Copilot Claude Opus 4.8, Claude Opus 5 и GPT-5.6 Terra. Изменение касается чата, подсказок, правок в редакторе и агентных режимов. Для Opus 4.8 есть исключение: модель останется доступна владельцам годовых индивидуальных подписок.

Какие модели GitHub предлагает взамен

Если вы выбираете модель вручную, откройте список моделей в Copilot Chat и проверьте, доступны ли замены. В Copilot Business и Enterprise GitHub включит предложенные модели автоматически при стандартных настройках. Если администратор отключил глобальное разрешение или конкретную модель, доступ придётся включить в политике организации.

Предложенная замена решает вопрос доступности. Для команды, которая регулярно запускает один и тот же сценарий, важны ещё результат и расход кредитов. GitHub привязывает списания к использованию, поэтому сравните две модели на своём типичном запросе и посмотрите на счётчик в кабинете.

Где искать настройки, которые переживут отключение

Проверьте интеграции и рабочие процессы, в которых кто-то явно указал модель. Начать можно с конфигураций агента и скриптов, которыми команда запускает повторяемые задачи. Если в настройке сохранилось старое имя, подставьте доступную замену и прогоните задачу с известным ожидаемым результатом.

Для проверки достаточно одного короткого сценария: агент меняет небольшой файл, запускает тесты и показывает diff. Если используется несколько режимов Copilot, пройдите тот же путь в каждом нужном режиме. Доступная модель в чате сама по себе не подтверждает, что она разрешена в командной интеграции.

Кого касается исключение для Opus 4.8

Сноска в анонсе GitHub касается индивидуальных подписчиков с годовой оплатой. Если такой подписчик сейчас работает с Opus 4.8, модель у него останется. Opus 5 в исключение не входит. Сотруднику с лицензией от работодателя полезно проверить, каким аккаунтом он пользуется в редакторе. Наличие собственной годовой подписки и доступ по лицензии организации могут означать разные наборы моделей.

В команде стоит начать с пользователя, который ведёт настройку Copilot, и одного разработчика с обычными правами. Администратор открывает настройки организации и сверяет политики моделей. Разработчик заходит в тот клиент, в котором работает каждый день, открывает список и пробует выполнить короткую задачу. Разница между этими двумя проверками выявляет ситуацию, когда модель видна в документации и разрешена на одном уровне, но недоступна конкретному сотруднику.

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

Что проверить в репозитории, настройках и CI

Разработчик обычно замечает удаление модели, когда открывает селектор. В автоматизации ошибка всплывает позже, при следующем запуске задачи. Начните с поиска трёх старых названий в репозитории, командной документации и настройках CI. Если интеграция хранит технический идентификатор модели, сверяйте его с документацией именно этой интеграции. Название в меню редактора и значение в конфигурации могут записываться по-разному.

Проверьте такие места:

• Командные конфигурации и скрипты, если в них фиксировали модель для повторяемой работы.
• Шаблоны задач и внутренние инструкции, где сотруднику предлагают выбрать конкретную модель.
• Автоматические проверки и отчёты, если статистика или условия запуска завязаны на старое название.

У двух сотрудников может быть один и тот же редактор, но разные настройки Copilot. Для общей инструкции команды имеет смысл записать, какая замена доступна с корпоративной лицензией и где её выбрать. Для автоматизации зафиксируйте точное значение конфигурации и имя ответственного за проверку. Это упростит следующий переход, когда вендор уберёт ещё одну модель.

Как выбрать замену, если подходят сразу две

Для GPT-5.6 Terra GitHub предлагает два варианта. Чтобы выбрать между ними, возьмите задачи, которые уже выполняли старой моделью, и повторите на новых в отдельных сессиях. Для правки кода подойдёт небольшой баг с известным тестом. Для ревью лучше взять PR с одним заранее подтверждённым дефектом и посмотреть, найдёт ли его модель и сколько выдаст замечаний, которые придётся проверять вручную.

Запишите для каждого прогона три результата: прошли ли тесты, сколько потребовалось ручных исправлений и сколько кредитов ушло, если клиент показывает списание. Время тоже полезно, если работа блокирует следующий шаг. Сравнение одного запроса поможет обнаружить грубую несовместимость. Для выбора основной модели повторите его на нескольких задачах своего проекта.

Представим, что агент регулярно обновляет зависимости и готовит описание PR. Приёмка такого прогона проверяет, сохранилась ли согласованная версия пакета, обновился ли lock-файл и верно ли описание отражает изменения. Если новая модель делает правку, но каждый раз расширяет её на соседние пакеты, это повод уточнить инструкцию или сравнить вторую замену на тех же условиях.

Что делать, если предложенной модели нет в меню

Сначала проверьте, вошли ли вы в нужный аккаунт и видите ли активную лицензию Copilot. Затем откройте документацию для конкретного клиента и проверьте его версию. В организации следующим шагом будет проверка политики модели: GitHub отдельно предупреждает, что администратор может отключить глобальное разрешение или конкретную модель. В такой ситуации переустановка редактора ничего в политике не изменит.

Если команда не успевает закончить сравнение к 16 ноября, можно заранее проверить хотя бы одну доступную замену на критичном сценарии и обновить скрипт. Для остальных сценариев заведите список с владельцем и ожидаемым результатом. После переключения стоит посмотреть ближайший реальный запуск. Проверка в отдельной сессии может пройти, а у рабочего процесса останется прежнее значение в настройках.

Что проверить в первый день после переключения

После 16 ноября соберите несколько проверок от тех, кто действительно использует Copilot. Для каждой запишите аккаунт, клиент, выбранную модель, задачу и результат. Если один сотрудник видит замену, а другой получает ошибку, такая запись поможет отличить проблему доступа от проблемы конкретной сессии.

Разберите отдельно задачи, которые уже были запущены до переключения. Откройте результат, проверьте, что сохранились нужные изменения, а новую работу начните в сессии с доступной моделью. Для автоматической задачи полезнее всего фактический лог запуска. Он покажет, дошёл ли запрос до агента и на каком этапе возникла ошибка. В этом случае тикет администратору можно заполнить с точной командой или названием процесса, а не со словами «у нас перестал работать Copilot».

Как Copilot пришёл к регулярной смене моделей

В июне GitHub перевёл Copilot на оплату по использованию. Для ревью при этом начали учитываться и кредиты ИИ, и минуты GitHub Actions. 10 ноября компания добавила Gemini 4 Carbon, а отключение трёх прежних моделей назначила на 16 ноября.

Практическая задача на эту неделю — проверить две вещи: какую модель видит участник команды и какую модель по-прежнему запрашивают скрипты. У индивидуального подписчика это обычно один выбор в интерфейсе, у организации — ещё и настройка доступа.