ב־30 שניות
- GitHub החלה בפריסה הדרגתית של Grok 4.7 ל-Copilot Pro, Pro+, Max, Business ו-Enterprise.
- המודל מופיע במבחר רחב של סביבות, ובהן VS Code, Visual Studio, Copilot CLI, סוכן הענן, JetBrains, Xcode ו-Eclipse.
- בחשבונות Business ו-Enterprise הגישה נשלטת במדיניות המודלים; כדאי לבצע ניסוי מוגבל לפני הפעלה רחבה.
מה חשוב להבין
הזמינות והממשקים אומתו מול GitHub; מאפייני המודל, מחירי ה-API ונתוני הביצועים מול SpaceXAI; זמינות דרך שער מודלים וחלון ההקשר מול Vercel. לא בוצעה בדיקת ביצועים עצמאית, ואין בכתבה טענה שהמודל עדיף בפועל על חלופות.
מה GitHub פתחה היום
GitHub הודיעה ב-21 בספטמבר על פריסה הדרגתית של Grok 4.7 בתוך Copilot. לפי הודעת החברה, המודל מיועד לקידוד סוכני ולתהליכים מורכבים ורב-שלביים, והוא יוצע למנויי Pro, Pro+, Max, Business ו-Enterprise.
הגישה צפויה דרך VS Code, Visual Studio, Copilot CLI, סוכן הענן של Copilot, אפליקציית GitHub Copilot, JetBrains, Xcode ו-Eclipse. GitHub מדגישה שהפריסה הדרגתית, ולכן היעדר המודל בתפריט כרגע אינו בהכרח תקלה.
מה אומרת הודעת היצרן
SpaceXAI מציגה את Grok 4.7 כמודל לקידוד ולעבודת ידע, עם בסיס גדול יותר מ-Grok 4.6 ואימון חיזוק ארוך יותר למשימות ממושכות. החברה מפרסמת מחיר התחלתי של 2 דולר למיליון אסימוני קלט ו-6 דולר למיליון אסימוני פלט דרך ה-API.
החברה גם מפרסמת שיפור במספר מבחנים, אבל אלה נתוני ספק. הם אינם מוכיחים שהמודל עדיף במאגר קוד מסוים, בשפה מסוימת או בתהליך האבטחה של הארגון. לכן נכון לקרוא אותם כנקודת פתיחה לניסוי ולא כתוצאה עצמאית.
למה הזמינות מחוץ ל-Copilot חשובה
Vercel הודיעה באותו יום שהמודל זמין גם ב-AI Gateway שלה תחת מזהה אחיד, עם חלון הקשר של 500 אלף אסימונים ורמות reasoning שונות. SpaceXAI עצמה מציינת זמינות דרך API, כלי קידוד, נתבי מודלים ופלטפורמות ענן.
הזמינות בכמה ערוצים מאפשרת לבחון אותו בתוך Copilot וגם דרך שכבת API מבוקרת. עם זאת, מחיר, שמירת נתונים, מדיניות ארגונית ותכונות יכולים להשתנות בין הערוצים, ולכן אין להעביר תוצאות או הגדרות מספק אחד לאחר בלי בדיקה.
שלוש בדיקות לפני הפעלה לצוות
ראשית, מנהל Copilot צריך לבדוק את model policy. GitHub מציינת שמודלים חדשים עשויים להיות מופעלים אוטומטית תחת ברירת המחדל, אלא אם מנהל החשבון כיבה את ברירת המחדל או חסם את המודל במפורש.
שנית, יש למדוד תוצאה על משימות אמיתיות ולא רק על השלמת שורה. שלישית, יש לבדוק שהקוד שנשלח, הלוגים והתוצרים עומדים במדיניות הארגון. רק אחרי השוואה חוזרת אפשר להחליט אם לפתוח את המודל, לאילו צוותים ובאיזו רמת מאמץ.
המשמעות שמעבר לכותרת
עבור צוותי פיתוח בישראל, המשמעות אינה רק עוד שם בתפריט. כניסה של מודל חדש לאותו ממשק מאפשרת להשוות איכות, זמן ועלות בלי להחליף סביבת עבודה, אך גם עלולה להפעיל ברירת מחדל חדשה לפני שהארגון בדק מדיניות, נתונים ותוצאות.
צעד יישומי אחד
בחרו שלוש משימות מייצגות: תיקון בדיקה נכשלת, שינוי רב-קבצים וסקירת pull request. הריצו אותן מול המודל הקיים ומול Grok 4.7 באותו מאגר בדיקה, תעדו זמן, מספר תיקונים ידניים ועלות, והשאירו את מדיניות המודל כבויה לצוות הרחב עד שתוצאות הניסוי ברורות.





