OpenAI ו-Google Cloud הודיעו ב-21 באוקטובר 2026 על שילוב מודלי OpenAI ב-Model Garden של Google Cloud. לפי Google, המודלים GPT-6 Astra, GPT-6.1 Sol ו-GPT-6 Luna נפתחים בתצוגה מקדימה פרטית ללקוחות ארגוניים נבחרים. OpenAI מציינת שזמינות כללית מתוכננת בשבועות הקרובים, כך שאין מדובר בפתיחה מיידית לכל לקוחות הענן.
המהלך מאפשר לארגון לרכוש ולהפעיל מודלים של OpenAI בתוך מסגרת הענן של Google, לרבות חיוב, הרשאות ובקרות נתונים. לצד הגישה למודלים, החברות מתארות חיבור לתהליכי עבודה של Codex. המשמעות העסקית היא שהבחירה במודל יכולה להתרחב בלי שכל בחירה תחייב גם מסלול רכש נפרד אצל ספק נוסף.
שלושה מודלים, עם תפקידים שונים
Google מציגה את GPT-6 Astra כמודל למשימות תובעניות בתכנות, שימוש במחשב, עבודה מקצועית ומדע. GPT-6.1 Sol מוצג כחלופה בעלות נמוכה יותר שמתקרבת ליכולותיו בתחומי עבודה סוכנית, ואילו GPT-6 Luna מיועד לעבודה יומיומית במהירות וביעילות עלות. אלה תיאורי החברות, ולא תוצאות של מבחן משותף חדש שפורסם בהכרזה.
ההבחנה בין המודלים רלוונטית משום שיישום ארגוני אינו מבצע תמיד אותה משימה. סיכום קצר, תיקון קוד ובדיקת מסמך מורכב יכולים להציב דרישות שונות. האפשרות להחליף מודל באותה פלטפורמה עשויה להקל על התאמה כזאת, אבל הבחירה עדיין דורשת בדיקה מול הנתונים, השפה ורמת הדיוק הדרושה בכל תהליך.
Google אומרת ש-Model Garden כולל יותר מ-200 מודלים שלה, של ספקים אחרים ושל קהילת המודלים הפתוחים. הוספת OpenAI מרחיבה את הקטלוג הזה. היא אינה אומרת שכל המודלים מתנהגים באופן זהה או שאפשר להעביר ביניהם מערכת קיימת בלי התאמות. פורמט התשובה, זמני ההמתנה ודרך השימוש בכלים נשארים שיקולים מעשיים.
עבור צוות פיתוח, מסלול אחיד יכול לקצר את המרחק בין ניסוי לשילוב בתוך מערכת קיימת. עם זאת, עצם הופעת המודל בקטלוג אינה מוכיחה שהוא מתאים לשירות מסוים. מבחן מועיל יבחן את אותה משימה ואת אותן דרישות הצלחה בכמה מודלים, במקום להסתמך רק על התיאור המסחרי שלהם.
החיוב עובר דרך Google Cloud Marketplace
לפי שתי החברות, הרכישה תתבצע דרך Google Cloud Marketplace, והשימוש יופיע בחשבונית Google Cloud. ארגונים בעלי התחייבויות הוצאה לענן יוכלו לנצל אותן לרכישות האלה. Google מוסיפה שהשימוש ייחשב במסגרת Flexible Savings Plans בין ספקי מודלים, בהתאם למסלול ולתנאים הרלוונטיים לחשבון.
זה פרט בעל חשיבות למנהלי מערכות מידע ולצוותי רכש. תקציב שכבר הוקצה לענן מסוים עשוי להיות זמין גם למודל מספק אחר, דרך אותו ערוץ חיוב. אין בכך הבטחה שהעלות הכוללת תהיה נמוכה יותר בכל ארגון. נפח השימוש, סוג המשימות וההסכם המסחרי משפיעים על החשבון בפועל.
ההכרזות אינן מציגות מחירון מלא למסלול החדש או השוואת עלות כוללת מול רכישה ישירה מ-OpenAI. לכן אין בסיס לקבוע שהשילוב מעניק הנחה אחידה. הערך המיידי שמתואר הוא איחוד מסלול הרכישה וניצול התחייבויות קיימות, בעוד ששאלת הכדאיות נשארת תלויה בתנאים ובאופן שבו השירות יופעל.
גם חיוב מאוחד אינו זהה לתקציב בלתי מוגבל. ארגון שמחבר סוכנים למערכות עבודה צריך להבין כמה פעמים הם קוראים למודל, אילו משימות מפעילות מודל יקר יותר ואיך מצטברות בקשות חוזרות. בהקשר הזה, בחירת המודל היא החלטה תפעולית מתמשכת, ולא רק בחירה שנעשית ביום ההתקנה.
בקרות הנתונים, ומה עדיין בדרך
Google אומרת שהקלט, ההקשר והתשובות נשארים בתוך גבול הנתונים שהלקוח הגדיר, ואינם משמשים לאימון מודלי בסיס. החברה מתארת תשתית Google Cloud ייעודית, שערי גישה מבודדים, ניהול זהויות ותיעוד ביקורת מאוחד. אלו התחייבויות ותיאורי ארכיטקטורה של הספק, שיש להבין במסגרת התנאים החלים על השירות.
לפי ההכרזה, כל אינטראקציה של סוכן או מודל פועלת תחת זהות מאומתת, עם הגנת VPC Service Controls. המטרה היא לאפשר למנהלי מערכות להבין מי ניגש למידע ולעקוב אחרי הפעילות. עצם קיומה של בקרת גישה אינו מחליף הגדרה נכונה של ההרשאות, ובפרט החלטה אילו מקורות מידע נגישים לסוכן.
שתי יכולות אבטחה מסומנות במפורש כעתידיות: אפשרויות Zero Data Retention ו-Confidential Compute. הראשונה עוסקת במדיניות אי שמירת נתונים, והשנייה בהגנה על עיבוד מידע בסביבה מבודדת. אין להציג אותן כיכולות שכבר זמינות לכל משתתפי התצוגה המקדימה, וגם לא כהבטחה שכל עומס עבודה יקבל אותן אוטומטית.
ההבדל בין אי שימוש לאימון לבין אי שמירת נתונים מהותי. ספק יכול להתחייב שלא לאמן מודל על תוכן לקוח, בלי שהדבר לבדו יגדיר את כל זמני השמירה והיומנים. לכן ארגון בעל דרישות פרטיות צריך לקרוא את מדיניות השירות הספציפית, במקום להחליף שאלות שונות בכותרת כללית של אבטחה.
Codex מתחבר, הרחבות נוספות בהמשך
Google מציינת שלקוחות זכאים יכולים לעבוד דרך ממשקי API ולחבר תהליכי Codex מקומיים, ב-CLI וביישום שולחן העבודה, לפלטפורמת Gemini לצורך הרצת המודלים. זהו חיבור של סביבת העבודה לשירות החישוב, ולא הכרזה שכל מוצר Codex הועבר ל-Google או שכל משתמש קיבל גישה חדשה ללא הגדרה.
החברות מציגות גם שילוב עתידי ב-Google Antigravity ובכלי Gemini הארגוניים. OpenAI מתייחסת ל-Gemini Agent, ו-Google מזכירה את Gemini for business. ההכרזות אינן מפרסמות לוח זמנים מפורט לכל ממשק, ולכן יש להפריד בין הגישה הפרטית שנפתחת כעת לבין ההרחבות שמתוכננות בהמשך הדרך.
עבור ארגונים בישראל שכבר משתמשים ב-Google Cloud, האפשרות מעניינת בעיקר בהיבטי רכש, פיתוח וניהול מידע. עם זאת, ההכרזות אינן מפרטות זמינות באזור הענן בישראל או התחייבות לעיבוד מקומי של הנתונים. אין להסיק משילוב גלובלי שהמודלים פועלים בישראל, או שהוא עומד מעצמו בכל דרישה מקומית של ארגון מסוים.
OpenAI מבהירה ש-Microsoft נשארת שותפת הענן הראשית שלה. השותפות עם Google מוסיפה ערוץ גישה מסחרי וטכנולוגי, ולא מבטלת את ההצהרה הזאת. עבור הלקוחות, השינוי המוחשי הוא הרחבת הבחירה בתוך סביבת עבודה מוכרת. התנאים שיקבעו את ערכו הם זמינות, עלות ובקרות שמתאימות לעומס העבודה בפועל.