Michael Johnsonב־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. הוא עונה על שאלה מעשית נפרדת: כיצד לנהל את זמינות המודלים באופן תכנותי לאחר שינוי הקטלוג.