מאת אסף ביטון
GitHub איחדה את שתי האפליקציות שלה ל-Microsoft Teams לאפליקציה אחת. לפי יומן השינויים של GitHub מ-23 באוקטובר 2026, האפליקציה שמעבירה את התראות GitHub כוללת עכשיו גם את Copilot, כך שאפשר להשיב להתראה על issue ולהעביר את העבודה ל-Copilot באותו שרשור. אם הצוות שלכם מגיע ל-GitHub Copilot ב-Teams דרך אפליקציית ה-Copilot הישנה והנפרדת, היא פורשת ב-16 בנובמבר 2026. המדריך הזה מסביר איזו אפליקציה לעדכן או להתקין, איזה רישיון והגדרות ניהול Copilot צריך, ואיך עובד המעבר מהתראה ל-pull request כשאדם עדיין מחליט מה ימוזג.
Copilot now runs inside the consolidated GitHub app for Microsoft Teams, turning issue notifications into pull requests that people review and merge.
הכי מתאים ל: GitHub-centric teams wanting deep issue, PR, and CI integration, Organizations needing IP indemnity and enterprise compliance controls
מה השתנה ב-23 באוקטובר
כפי ש-GitHub מציגה את זה, אפליקציית Teams אחת מטפלת עכשיו גם בהתראות וגם ב-Copilot, כך שצוות יכול לעבור מ-issue לתיקון בלי לצאת מהצ'אט שבו ה-issue הופיע.
החלק המבלבל הוא שמות האפליקציות, אז הנה ההיסטוריה. בספטמבר 2025 GitHub השיקה אפליקציית Copilot נפרדת בשם GitHub בתצוגה מקדימה ציבורית (public preview), ושינתה את שם אפליקציית ה-Teams הוותיקה שלה ל-GitHub Notifications. יומן השינויים של אוקטובר 2026 מבטל את הפיצול הזה. אפליקציית ההתראות, שלפי GitHub "נקראה בעבר GitHub notifications" (בתרגום שלי), היא עכשיו אפליקציית GitHub המאוחדת. אפליקציית ה-Copilot של 2025 תקבל את השם "GitHub (deprecated)" ותפרוש ב-16 בנובמבר.
Microsoft הודיעה על אותו איחוד למנהלי tenant (הסביבה הארגונית ב-Microsoft 365) בהודעה MC1515929 במרכז ההודעות של Microsoft 365, שפורסמה ב-19 באוקטובר 2026 (המקור במרכז הניהול אינו ציבורי, ולכן אני מצטט את העותק באתר mc.merill.net). לפי Microsoft, ההפצה תתחיל באמצע אוקטובר 2026 וצפויה להסתיים עד אמצע נובמבר 2026, כך שהאפליקציה המעודכנת עשויה להגיע ל-tenant שלכם אחרי התאריך שביומן השינויים.
הערה אחת על הסטטוס. ההודעה של Microsoft מסווגת את ההפצה תחת "General Availability (Worldwide)", אבל התיעוד של GitHub ל-Copilot ב-Teams עדיין קובע (בתרגום שלי): "התכונה נמצאת כרגע בתצוגה מקדימה ציבורית ועשויה להשתנות." ההערכה שלי היא שהתווית של Microsoft מתארת את ההפצה, ותכונת ה-Copilot עצמה נשארת בתצוגה מקדימה של GitHub. תכננו מראש שהיא תשתנה.
Microsoft היא הבעלים של GitHub, כך שההודעה שלה אינה אישור עצמאי. כל מה שמופיע כאן מבוסס על התיעוד של GitHub ושל Microsoft, ולא בדקתי את תהליך העבודה בעצמי.
איזו אפליקציה לעדכן או להתקין
| מה הצוות שלכם משתמש בו היום | מה לעשות | מועד אחרון |
|---|---|---|
| אפליקציית GitHub notifications | עדכנו את האפליקציה לגרסה האחרונה. לפי GitHub, יכולות ההתראות הקיימות ימשיכו לעבוד. | לא צוין |
| אפליקציית ה-Copilot של 2025 בשם GitHub (שתקבל את השם "GitHub (deprecated)") | התקינו את אפליקציית GitHub המאוחדת. ההודעה של Microsoft מנחה להסיר את האפליקציה הישנה משיחות ה-Teams שלכם ולהוסיף לאותן שיחות את אפליקציית GitHub החדשה. | 16 בנובמבר 2026 |
| אף אחת מהן | התקינו את האפליקציה המאוחדת, ואז תייגו את @GitHub ועקבו אחרי ההנחיות כדי לחבר את חשבון ה-GitHub שלכם ולבחור repository. |
לא צוין |
השתמשו בקישור ההתקנה שביומן השינויים, שפותח את אפליקציית GitHub ב-Microsoft Teams (מזהה אפליקציה ca9e26b7). גם מסמך האינטגרציה של GitHub עם Teams מפנה לאותה אפליקציה.
נכון ל-26 באוקטובר 2026, עמוד ההדרכה של GitHub ל-Copilot ב-Teams לא מזכיר את האיחוד, את ההוצאה משימוש או את התאריך 16 בנובמבר, וקישור ההתקנה שלו עדיין פותח את מזהה האפליקציה 836ecc9e. זה המזהה של אפליקציית ה-Copilot ש-GitHub השיקה בספטמבר 2025, ולפי הקריאה שלי זו האפליקציה הישנה שפורשת עכשיו. אל תשתמשו בכפתור ההתקנה של העמוד הזה עד ש-GitHub תעדכן אותו.
מה Copilot צריך: רישיון, sandboxes ועלות
הפוסט בקהילת GitHub שמלווה את יומן השינויים מפריד בין שני חלקי האפליקציה. התראות עובדות בלי רישיון Copilot. Copilot עצמו דורש מנוי GitHub Copilot בתשלום עם cloud sandboxes מופעלים (סביבות הענן שה-Copilot cloud agent דורש כדי לפעול), והפוסט מציין שייתכן שמנהל הארגון או ה-enterprise יצטרך קודם להפעיל את Copilot cloud agent ואת ה-cloud sandboxes. התיעוד של GitHub מונה את אותן שתי דרישות מוקדמות, וההודעה של Microsoft אומרת שיכולות Copilot ניתנות למשתמשים עם רישיון GitHub Copilot זכאי.
לגבי המנויים, המקורות שונים מעט. העדכון של GitHub מ-25 בספטמבר ל-Slack ול-Teams אמר שהתצוגה המקדימה ההיא זמינה לארגונים במנויי Copilot Business ו-Copilot Enterprise. התיעוד הנוכחי והפוסט של אוקטובר מדברים שניהם על מנוי GitHub Copilot בתשלום בלי לציין רמות. אני מתייחס לניסוח החדש יותר כעדכני. אם אתם במנוי אישי, ודאו ש-Copilot מגיב בצ'אט בדיקה לפני שאתם מכריזים על התכונה בצוות.
יומן השינויים של אוקטובר לא מזכיר מנויים, רישיונות או קרדיטים. פוסטים קודמים של GitHub כן. יומן השינויים מ-21 באוגוסט אומר שסשנים של cloud agent שמתחילים ב-Teams צורכים קרדיטים של AI, והעדכון מספטמבר אומר שהשימוש נספר מול זכאויות ה-Copilot הקיימות שלכם ושאפשר לנהל אותו עם תקציבי ה-Copilot cloud agent הקיימים. יומן השינויים מאוגוסט גם מפריד בין שני חיובים: בארגונים, צריכת קרדיטי ה-AI של ה-cloud agent כפופה לתקציבי החיוב לפי שימוש (usage-based billing), ואילו השימוש ב-cloud sandboxes מחויב בנפרד ואפשר להגביל אותו בתקציב משלו ברמת המוצר או ברמת ה-SKU. ברגע שערוצים שמקבלים התראות GitHub יכולים להפוך תגובה לסשן Copilot, בדקו את שני התקציבים, זה של קרדיטי ה-AI וזה של ה-sandboxes, לפני שההרגל מתפשט.
למנהלי Teams ו-Microsoft 365
- מדיניות גישה לאפליקציות. ההודעה של Microsoft מבקשת ממנהלים לבדוק את מדיניות הגישה לאפליקציות Teams בארגון, כדי לוודא שאפליקציית GitHub החדשה זמינה.
- הסכמה ספציפית למשאב (RSC). Resource-specific consent מאפשרת לאפליקציה לבקש הרשאות שמוגבלות לצוות או לצ'אט מסוים. לפי Microsoft, ארגונים שמגבילים RSC צריכים להגדיר את מדיניות ההסכמה לצוותים ולצ'אטים כך שתאפשר את הרשאות ה-RSC הנדרשות לאפליקציית GitHub, כדי ש-Copilot יוכל להשתמש בהיסטוריית הצ'אט והשרשור כהקשר.
- הרשאת התקנה. מסמך האינטגרציה של GitHub מונה בין הדרישות סביבת Teams שבה יש לכם הרשאה להתקין אפליקציות.
- בצד של GitHub. הפעילו את Copilot cloud agent ואת ה-cloud sandboxes לארגון או ל-enterprise אם הם כבויים.
מהתראה ל-pull request
לפי יומן השינויים, ההתראות מגיעות לערוצים, לצ'אטים קבוצתיים או לצ'אטים פרטיים. הפוסט של Microsoft בבלוג Teams מאוגוסט מונה ערוצים, צ'אטים קבוצתיים, צ'אטים של פגישות וצ'אטים של 1:1 כמקומות שבהם Copilot עובד. GitHub מתארת את התהליך כך:
- השיבו להתראה. כשעדכון על issue או pull request דורש פעולה, השיבו לאותה התראה ותייגו את
@GitHubעם המשימה. לפי הפוסט בקהילה, Copilot משתמש ב-issue או ב-pull request המקושרים ובשיחה שבשרשור כהקשר. - הפנו אותו ל-repository ול-branch אם צריך. התיעוד של GitHub נותן את התחביר
@GitHub Create a pull request to...YOUR_PROMPT repo=OWNER/REPO_NAME branch=BRANCH_NAME. - Copilot מבצע את המשימה. בלשון יומן השינויים (בתרגום שלי): "@github חוקר את ה-issue, מתקן את הבאג ויוצר pull request."
- אנשים בודקים ומשחררים. לפי הפוסט בקהילה, הצוות שלכם בודק את השינויים המוצעים, מבצע איטרציות עם Copilot, מריץ בדיקות ומחליט אם למזג.
תגובה לדוגמה (דוגמה שלי להמחשה, לא פלט שנבדק) יכולה להיראות כך: @GitHub Fix the bug described in this issue and add a regression test repo=OWNER/REPO_NAME branch=main. לפי GitHub, אותו תהליך מתאים גם לפיתוח פיצ'רים, להרחבת כיסוי הבדיקות ולעדכון תיעוד. הקלידו @GitHub settings כדי לראות ולשנות את הגדרות הערוץ, ו-@GitHub help לשאר הפקודות.
מנגנוני הבטיחות שעדיין חלים
האיחוד שם פעולה של "בצע את השינוי" ממש ליד התראות GitHub, אז כדאי לדעת איפה GitHub מותחת את הקווים:
- לפי התיעוד של GitHub, רק משתמשים עם הרשאת write ל-repository יכולים להפעיל את Copilot כדי לבצע שינויים, אבל כל משתתף בשיחה יכול לתרום קלט. אורחים ומשתפי פעולה חיצוניים (outside collaborators) לא יכולים להתחיל סשן או לכוון אותו.
- בהקשר משותף, pull requests ש-Copilot יוצר משתמשים בזהות של האפליקציה, לא בזהות של אדם.
- יומן השינויים של GitHub מאוגוסט הציג אישור נוסף ל-pull requests שמשויכים לזהות האינטגרציה של Copilot ב-Teams. התיעוד הנוכחי מתאר אותו כמופעל כברירת מחדל: ב-repositories שמשתמשים ב-rulesets (כללי הגנה שמוגדרים ברמת ה-repository), ה-pull requests האלה צריכים אישור אחד נוסף לפני מיזוג, בתנאי שה-repository כבר דורש לפחות אישור אחד.
- לפי הבלוג של Microsoft Teams, Copilot ב-Teams פועל בתוך הרשאות GitHub ומדיניות ה-repository הקיימות, והגנות ה-branch וסקירות הקוד הנדרשות (required reviews) ממשיכות לחול.
- לפי התיעוד של GitHub, ההקשר מהשרשור נשמר בתוצרים (artifacts) שהסוכן מייצר. אל תכניסו סודות ונתוני לקוחות לשרשורים שבהם אתם מפעילים את Copilot.
מכיוון ש-pull requests מהקשר משותף נושאים את זהות האפליקציה ולא של אדם, האישור הנוסף חשוב. אל תניחו שהוא כבוי, ואל תניחו שהוא חל על כל repository: התיעוד קושר אותו ל-rulesets שכבר דורשים לפחות אישור אחד. אני ממליץ לבדוק את ה-ruleset האפקטיבי בכל repository שבו למשתמשי Teams יש הרשאת write, ולוודא שקיימת בו דרישת אישור. מדריך ההרשאות לסוכנים ו-רשימת OWASP Top 10 לאפליקציות סוכנים מרחיבים על הסיבות להגביל את מה שסוכן יכול לדחוף.
מה אני ממליץ לעשות לפני 16 בנובמבר
אם הצוות שלכם משתמש רק בהתראות GitHub, עדכנו את האפליקציה; Copilot נשאר כבוי לכל מי שאין לו מנוי בתשלום. אם מישהו משתמש באפליקציית ה-Copilot של 2025, רשמו את הערוצים והצ'אטים שבהם היא נוספה, התקינו את האפליקציה המאוחדת, הוסיפו אותה לאותן שיחות והסירו את הישנה לפני 16 בנובמבר 2026. מנהלים צריכים קודם לסדר את מדיניות הגישה לאפליקציות Teams ואת מדיניות ה-RSC, להפעיל cloud agent ו-sandboxes בצד של GitHub, להגדיר שני תקציבים (אחד לקרדיטי ה-AI של ה-cloud agent ואחד לשימוש ב-cloud sandboxes, שמחויב בנפרד), ולבדוק את ה-ruleset האפקטיבי של כל repository כדי שהאישור הנוסף שמופעל כברירת מחדל ל-pull requests של האינטגרציה אכן יחול. למה ש-Copilot מציע מחוץ ל-Teams, ראו את עמוד הכלי GitHub Copilot.
