מאת אסף ביטון
GitHub התחילה לאכוף מדיניות ברירת מחדל ל-GitHub Copilot לפיצ'רים חדשים במסלולי Copilot Business ו-Copilot Enterprise. כל פיצ'ר זכאי בזמינות כללית (GA) שמנהל השאיר במצב Unconfigured (לא מוגדר) מקבל ערך פעם אחת, לפי ברירת המחדל הגלובלית. לפי שרשור ההכרזה של GitHub, אם אף אחד לא בחר אפשרות, הפיצ'רים האלה יופעלו. הפריסה נמשכת מ-22 באוקטובר עד 26 באוקטובר, כך שבחלק מחשבונות ה-enterprise היא אולי עוד לא הגיעה.
GitHub's global default policy for new GA Copilot features on Business and Enterprise plans, enforced Oct 22-26, 2026
הכי מתאים ל: GitHub-centric teams wanting deep issue, PR, and CI integration, Organizations needing IP indemnity and enterprise compliance controls
מה GitHub שינתה ב-22 באוקטובר
הפוסט ב-changelog מ-22 באוקטובר מכריז על מדיניות ברירת מחדל גלובלית ל"פיצ'רים של GitHub Copilot בזמינות כללית וליכולות לקוח נתמכות במסלולי Copilot Business ו-Copilot Enterprise" (בתרגום מאנגלית). לפי הפוסט, GitHub "מגלגלת בהדרגה את אכיפת המדיניות עד 26 באוקטובר, כך שהיא עשויה להיכנס לתוקף בזמנים שונים בחשבונות enterprise שונים" (בתרגום מאנגלית). חשבון enterprise שנראה היום ללא שינוי עדיין עשוי להשתנות לפני שהחלון נסגר.
המנגנון פשוט. פיצ'רים ויכולות זכאים בזמינות כללית שנשארו Unconfigured מקבלים ערך לפי ברירת המחדל הגלובלית שנבחרה, שיש לה שלוש אפשרויות: Enabled (מופעל), Disabled (מושבת) או Let organizations decide (הארגונים מחליטים). GitHub מגדירה את זה כ"a one-time change", שינוי חד-פעמי. הפוסט מוסיף שמנהלים עדיין יכולים לקבוע בחירה מפורשת לכל פיצ'ר בנפרד, בכל זמן.
GA הוא קיצור של general availability, זמינות כללית. מפת הדרכים הציבורית של GitHub מתארת את שלב ה-GA במילים "Generally available to all customers" (זמין לכל הלקוחות) ו-"Ready for production use with associated SLA and technical support obligations" (מוכן לשימוש בסביבת ייצור, עם התחייבויות SLA, כלומר הסכם רמת שירות, ותמיכה טכנית). בהקשר של המדיניות הזו, קראו פיצ'ר GA כפיצ'ר שזמין לכל לקוחות Copilot Business ו-Enterprise הרלוונטיים ואינו בתצוגה מקדימה. התיעוד מחריג פיצ'רים בתצוגה מקדימה, כפי שמפורט בהמשך.
השינוי הוכרז מראש. GitHub הכריזה על המדיניות כבר ב-24 בספטמבר ונתנה חלון של 28 יום: "ב-28 הימים הקרובים תוכלו להגדיר את המדיניות הזו, אבל היא עדיין לא תשפיע על הגישה של המשתמשים שלכם לפיצ'רים" (בתרגום מאנגלית). אותו פוסט קבע את 22 באוקטובר כתאריך הכניסה לתוקף.
מה קורה אם אף פעם לא בחרתם אפשרות
זה החלק החשוב ביותר, ואף אחד משני הפוסטים ב-changelog לא אומר אותו. הפוסט מ-22 באוקטובר מונה את שלוש האפשרויות אבל לא מציין איזו מהן נבחרה מראש. הפוסט מ-24 בספטמבר מתאר את האפשרויות ואת מועד הכניסה לתוקף ב-22 באוקטובר, וגם הוא בלי תוצאה למצב שבו לא נעשה דבר. גם התיעוד על זמינות ברירת מחדל לא אומר איזו אפשרות נבחרה מראש.
התשובה מגיעה משרשור ההכרזה של GitHub בקהילה, שהפוסט מ-22 באוקטובר מקשר אליו: "If no action is taken, eligible unconfigured features will be enabled." כלומר, אם לא נעשתה פעולה, פיצ'רים זכאים שלא הוגדרו יופעלו. גם רשימת הבדיקה למנהלים של Digital Applied, שנכתבה לפני האכיפה, קוראת את זה כך. אם ב-enterprise שלכם אף אחד לא פתח את ההגדרה בחלון של 28 הימים, תניחו שהפיצ'רים הלא מוגדרים בזמינות כללית יידלקו למשתמשים.
מה המשמעות של שלוש האפשרויות
הפוסט מ-24 בספטמבר והתיעוד מתארים את האפשרויות במילים קצת שונות. בתיעוד ההגדרה גם מופיעה בשם ארוך יותר, "Default policy for new features and clients", ושתיים מהאפשרויות נקראות שם "Enabled everywhere" ו-"Disabled everywhere".
| אפשרות | changelog מ-24 בספטמבר | תיעוד |
|---|---|---|
| Enabled | פיצ'רים זכאים, נוכחיים ועתידיים, זמינים למשתמשים כברירת מחדל | כל פיצ'ר GA שלא הוגדר מופעל אוטומטית לכל משתמשי Copilot שלכם, והארגונים לא יכולים להשבית אותו |
| Disabled | פיצ'רים זכאים נוכחיים נשארים לא זמינים; פיצ'רים זכאים עתידיים דורשים אישור מנהל | כל פיצ'ר GA שלא הוגדר מושבת אוטומטית לכל משתמשי Copilot שלכם, והארגונים לא יכולים להפעיל אותו |
| Let organizations decide | מנהלי הארגונים בוחרים אם להפעיל או להשבית פיצ'רים זכאים | ההחלטה מואצלת. פיצ'ר שלא הוגדר מקבל את הערך Let organizations decide אם המדיניות שלו תומכת באפשרות הזו; אחרת הוא מושבת. היכן שההחלטה מואצלת, מדיניות ברירת מחדל ברמת הארגון לפיצ'רים חדשים קובעת את הזמינות |
הפריסה עצמה חד-פעמית, אבל ההגדרה ממשיכה להשפיע גם אחריה. לפי התיעוד, המדיניות חלה על פיצ'רים חדשים בזמינות כללית וגם על פיצ'רים קיימים בזמינות כללית שנמצאים במצב Unconfigured, והתיאורים של Enabled ו-Disabled בפוסט מ-24 בספטמבר מתייחסים שניהם גם לפיצ'רים עתידיים. הבחירה שלכם קובעת מה יקרה בפעם הבאה ש-GitHub תשיק פיצ'ר GA זכאי, לא רק השבוע.
על אילו הגדרות היא חלה
הפוסט מ-22 באוקטובר אומר שהמדיניות חלה על הגדרות זכאיות ב-"Features & clients" וב-"MCP servers in Copilot". הוא לא מזכיר את Copilot code review, ומפנה לתיעוד בכל הנוגע לזכאות ולחריגים. התיעוד עונה ישירות: לצורך המדיניות הזו, פיצ'ר הוא כל מדיניות שמוגדרת בעמוד "Features & clients" של ה-enterprise, ובנוסף מדיניות Copilot code review בעמוד Agents ומדיניות MCP servers in Copilot בעמוד MCP. גם הפוסט מ-24 בספטמבר מנה את סקירת הקוד, כך ששלושתם בתוך ההיקף:
- Features & clients: כל מדיניות שמוגדרת בעמוד הזה ברמת ה-enterprise, לפי התיעוד של GitHub.
- MCP servers in Copilot: המדיניות בעמוד MCP (הפרוטוקול שדרכו סוכנים מתחברים לכלים ולשירותים חיצוניים). אם אתם מגבילים גישה ל-MCP בכוונה, זו השורה הראשונה לבדוק. לרקע על שליטה במה שסוכנים יכולים להגיע אליו, ראו את מדריך ההרשאות לסוכנים ואת רשימת OWASP Top 10 לאפליקציות סוכנים.
- Copilot code review: המדיניות בעמוד Agents, לפי הפוסט מ-24 בספטמבר והתיעוד.
במה היא לא נוגעת
- בחירות מפורשות. אם כבר הפעלתם או השבתתם פיצ'ר מסוים, הפריסה לא תשנה את ההגדרה הזו.
- תצוגות מקדימות. פיצ'רים בתצוגה מקדימה (preview) נשארים בהצטרפות יזומה בלבד, והתיעוד אומר שהמדיניות לא חלה עליהם. אם הצטרפתם לתצוגה מקדימה שמאוחר יותר עוברת לזמינות כללית, GitHub אומרת שהבחירה הזו נשמרת.
- הגבלות מיקום אחסון הנתונים (data residency) ו-FedRAMP ב-GHE.com. התיעוד מונה כחריגים את מדיניות המודלים המגבילות ב-GHE.com: "Restrict Copilot to data residency models" ו-"Restrict Copilot to FedRAMP models".
- אחסון סשנים בענן. גם "Store local sessions in the Cloud for Copilot CLI and VS Code" מופיע ברשימת החריגים.
- מודלים. התיעוד מתאר את זמינות המודלים תחת מדיניות נפרדת, "Default availability for released models", שחלה על מודלים חדשים ועל מודלים בזמינות כללית שלא הוגדרו. קביעת ברירת המחדל לפיצ'רים היא לא החלטה על מודלים.
איפה בודקים ודורסים את ההגדרה
בעמוד ההדרכה של GitHub לניהול מדיניות ברמת ה-enterprise אין שלבים להגדרה הזו, ולכן הנתיב שמופיע ב-changelog הוא נקודת הייחוס:
- היכנסו אל AI Controls → Copilot → Default policy for new features ובדקו איזו אפשרות מסומנת.
- אם בחרתם Let organizations decide, ודאו שכל ארגון קבע ברירת מחדל משלו ברמת הארגון, כי היא שקובעת את הזמינות במצב של האצלה. בדקו גם פיצ'רים לא מוגדרים שהמדיניות שלהם לא כוללת את האפשרות Let organizations decide: לפי התיעוד, הם מושבתים.
- כל פיצ'ר שאתם רוצים לקבע בלי קשר לברירת המחדל, הגדירו במפורש. בחירות מפורשות שורדות את הפריסה ואפשר לשנות אותן בכל זמן.
- כדי לכבות לגמרי את ההפעלה כברירת מחדל, התיעוד אומר להשבית את מדיניות ברירת המחדל בהגדרות ה-enterprise או הארגון.
- עקבו אחרי ה-changelog של GitHub. לפי התיעוד, פיצ'רים ומודלים חדשים מוכרזים שם, ושם יופיע הפיצ'ר הבא שברירת המחדל שלכם תחול עליו.
ההמלצה שלי
GitHub אומרת שהאכיפה עשויה להגיע לחשבונות enterprise שונים בזמנים שונים עד 26 באוקטובר, ולכן אני ממליץ לפתוח את מדיניות ברירת המחדל עכשיו, ולא לגלות את השינוי מהמשתמשים. אם אתם רוצים שיכולות GA חדשות של Copilot יגיעו אוטומטית, Enabled עושה את זה. אם יש לכם דרישות סקירה או רגולציה, בחרו Disabled או האצילו את ההחלטה במודע, ואז הגדירו במפורש את המדיניות של MCP servers ושל Copilot code review. לדעתי אלה שתי ההגדרות שבהן שינוי לא מתוכנן מצדיק את הבדיקה הקפדנית ביותר. זמינות המודלים נשארת החלטה נפרדת, והגבלות המודלים ל-data residency ול-FedRAMP ב-GHE.com, וכן הגדרת אחסון הסשנים בענן, נמצאות מחוץ למדיניות הזו. למידע נוסף על המוצר, ראו את עמוד הכלי של GitHub Copilot.
