jsonscraper

GitHub вывела управление моделями Copilot в REST API — в день вывода шести моделей

С 19 октября администраторы могут менять политики моделей через API; в тот же день GitHub вывела из эксплуатации шесть моделей в большинстве сценариев Copilot.

Редакционная политика Сообщить об ошибке

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

Article: GitHub вывела управление моделями Copilot в REST API — в день вывода шести моделей
Summary: 19 октября GitHub объявила общедоступными REST-операции для политик моделей Copilot на уровне предприятия, команд, приложений и организаций. В тот же день истёк срок поддержки шести моделей в большинстве сценариев Copilot: разбираем, что администраторам стоит проверить в настройках и рабочих процессах.
Image role: cover — the central idea
Section: 
Visual subject: Abstract close-up of software co
© jsonscraper · AI-generated illustration

Новый 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. Оно отвечает на отдельный практический вопрос: как управлять доступностью моделей программно после смены каталога.

Персоны

Для этой статьи персоны пока не указаны.

Читайте дальшеGitHub обновила HydraFusion и добавила режим Max для сложных задач
Читать следующую статью

Превратите прочитанное в рабочую интеграцию

Изучайте API социальных данных jsonscraper, тестируйте запросы и создавайте новые процессы.

Смотреть API