Michael Johnson19 жовтня 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. Вона відповідає на окреме практичне запитання: як програмно керувати доступністю моделей після зміни каталогу.