jsonscraper

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

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

편집 정책 오류 제보

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

Статья: GitHub вывела управление моделями Copilot в REST API — в день вывода шести моделей
Краткое содержание: 19 октября GitHub объявила общедоступными REST-операции для политик моделей Copilot на уровне предприятия, команд, приложений и организаций. В тот же день истёк срок поддержки шести моделей в большинстве сценариев Copilot: разбираем, что администраторам стоит проверить в настройках и рабочих процессах.
Роль изображения: обложка — центральная идея
Раздел: 
Визуальный объект: абстрактный крупный план программного обеспечения
© jsonscraper · иллюстрация, созданная ИИ

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

People

No people listed for this article yet.

Keep readingGitHub, HydraFusion을 업데이트하고 복잡한 작업을 위한 Max 모드 추가
Read the next article

읽은 내용을 실제 연동으로 구현하세요

jsonscraper 소셜 데이터 API를 살펴보고 요청을 테스트하여 다음 워크플로를 구축하세요.

API 둘러보기