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

Новый API позволяет получать и обновлять политики запросами GET и PATCH. GitHub описывает его как способ централизованно управлять доступностью моделей; настройки предприятия могут передавать управление организациям либо командам и приложениям — в зависимости от выбранного режима. Подробности опубликованы в анонсе API политик Copilot.
Какие модели заменили
В опубликованном списке от 19 октября значатся Gemini 3.7 Flash, GPT-5.5, GPT-5.4, GPT-5.4 mini, GPT-5 mini и Grok 4.5. GitHub указала в качестве альтернатив соответственно Gemini 3.8 Flash, GPT-6.1 Sol, GPT-6.1 Sol, GPT-6 Luna, GPT-6 Luna и Grok 4.7. Компания уточнила, что предварительно объявила о выводе моделей 18 сентября и что удалять устаревшие модели вручную не требуется. Список и рекомендации приведены в сообщении о выводе моделей.
Замена в списке GitHub задаёт направление миграции, а доступность конкретной альтернативы зависит от политик Copilot в организации. Администратору Copilot Enterprise может понадобиться отдельно разрешить модель в настройках. Пользователь может проверить итог в селекторе моделей Copilot Chat в VS Code или на github.com.
Что проверить администраторам
Сначала сопоставьте список выведенных моделей с тем, что реально разрешено на каждом уровне управления. Затем проверьте внутренние инструкции, шаблоны задач, автоматизацию и командные соглашения, которые называют старые модели по имени. После этого включите нужные альтернативы в политиках и проверьте их видимость в интерфейсе Copilot у пользователей.
REST API полезен там, где ручное обновление настроек во множестве организаций, команд или приложений затрудняет контроль. Перед массовой миграцией разумно сохранить текущие политики, применить изменения к одной группе и проверить результат чтением конфигурации. Такой порядок позволяет сверить ожидаемый список моделей с фактическими настройками доступа.
Событие затрагивает администрирование и доступ к моделям в GitHub Copilot. Оно отвечает на отдельный практический вопрос: как управлять доступностью моделей программно после смены каталога.