זה נראה כמו עוד פיצ’ר במלחמת כלי ה-AI לבניית אפליקציות. בפועל, זו הצהרת כוונות רחבה יותר: OpenAI רוצה ש-Codex לא יהיה רק כלי למפתחים, אלא סביבת עבודה שבה כמעט כל בעל תפקיד בארגון יכול להפוך רעיון, מסמך, ניתוח או בריף לכלי אינטראקטיבי שעובד. החברה הכריזה על Sites, יכולת חדשה בתוך Codex שמאפשרת ליצור ולשתף אתרים, אפליקציות, דשבורדים, לוחות תכנון, מעקב פרויקט וכלים פנימיים דרך כתובת URL. בשלב ראשון, Sites יוצא כ-preview ללקוחות Business ו-Enterprise, וניתן לשיתוף עם אנשים בתוך סביבת העבודה הארגונית. כלומר, לא מדובר בהכרח באתר ציבורי פתוח לכל העולם, אלא בכלי עבודה שנועד קודם כל לצוותים.
רוצים לקבל עדכונים בלייב? רוצים מקום בו אתם יכולים להתייעץ עם מומחי AI, לשאול שאלות ולקבל תשובות? רוצים לשמוע על מבצעים והטבות לכלי ה-AI שמשנים את העולם? הצטרפו לקהילות ה-AI שלנו.
אפשר גם להרשם לניוזלטר שלנו
הנתון שמסביר את המהלך
כדי להבין למה OpenAI משיקה את Sites דווקא עכשיו, צריך להסתכל פחות על ההדגמה ויותר על המספרים. לפי נתונים שפרסמה החברה, יותר מ-5 מיליון אנשים משתמשים ב-Codex מדי שבוע. Codex התחיל ככלי לפיתוח תוכנה, אבל OpenAI אומרת שכ-20% מהמשתמשים בו כיום אינם מפתחים, ושהקבוצה הזאת צומחת פי שלושה מהר יותר מקבוצת המפתחים.
זה נתון משמעותי. הוא מצביע על שינוי בדרך שבה OpenAI רואה את Codex: לא רק כעוזר לכתיבת קוד, אלא ככלי עבודה לאנליסטים, אנשי שיווק, מנהלי אופרציה, מעצבים, חוקרים, משקיעים ובנקאים. במילים אחרות, Codex מנסה לצאת מחדר הפיתוח ולהיכנס לשגרת העבודה של הארגון כולו.
Sites הוא החלק הכי מוחשי במהלך הזה. במקום שמסמך השקה יישאר בגוגל דוקס, גיליון אקסל יהפוך לעוד קובץ כבד, או רעיון מוצרי ייתקע במצגת, Codex אמור להפוך את החומר הקיים לממשק שאנשים יכולים להשתמש בו. למשל, מרכז השקה למוצר חדש, דשבורד למעקב אחרי אירוע, סביבת סקירה ללקוח חשוב, או מתכנן תרחישים שמאפשר למנהלים לשנות הנחות ולראות את ההשפעה שלהן במקום לקרוא טאב אחרי טאב במודל פיננסי.
זה לא רק Sites, זה Codex לכל תפקיד
ההכרזה של OpenAI לא כוללת רק את Sites. החברה הציגה גם plugins מותאמי תפקידים ו-annotations, שזו יכולת שמאפשרת לסמן חלק מסוים בתוצר ולבקש מ-Codex לשנות אותו במקום להתחיל הכול מחדש. לפי OpenAI, התוספים החדשים מיועדים לתחומים כמו ניתוח דאטה, הפקה קריאייטיבית, מכירות, עיצוב מוצר, השקעות ציבוריות ובנקאות השקעות, וכוללים יחד 62 אפליקציות פופולריות ו-110 מיומנויות.
כאן נמצא הסיפור הגדול יותר. OpenAI לא מנסה רק לעזור למשתמש לבנות אתר קטן. היא מנסה לחבר בין ההקשר הארגוני, הכלים שבהם אנשים כבר עובדים והתוצרים שהם צריכים להפיק. אנשי דאטה יכולים לבקש דוח או דשבורד. אנשי מכירות יכולים למשוך הקשר מ-Salesforce, HubSpot או Slack ולבנות תוכנית סגירה לעסקה. צוותי קריאייטיב יכולים להפוך בריף לנכסים לבדיקה. אנשי מוצר יכולים להפוך רעיון מוקדם לאבטיפוס שאפשר להראות לצוות.
המשמעות היא ש-Codex מתקרב פחות לעורך קוד ויותר לשכבת ביצוע. לא סתם עוד צ’אט שמבקשים בו עצה, אלא סביבת עבודה שמייצרת חומרים, ממשקים וכלים.
הקרב מול Lovable ו-Base44 אמיתי, אבל לא חד-ממדי
עד היום, כלים כמו Lovable, Replit, Bolt ו-Base44 תפסו מקום ברור בשוק שנקרא vibe coding, שבו בונים תוכנה באמצעות שפה טבעית במקום כתיבת קוד ידנית. המשתמש מתאר מה הוא רוצה לבנות, והכלי מייצר אתר, אפליקציה או מוצר בסיסי שעובד.
זה שוק שצמח במהירות. Lovable, למשל, גייסה בדצמבר 2025 כ-330 מיליון דולר לפי שווי של 6.6 מיליארד דולר, על רקע הביקוש הגובר לכלי פיתוח מבוססי AI.
גם Base44 הפכה לדוגמה בולטת במיוחד. Wix הודיעה ביוני 2025 על רכישת החברה תמורת כ-80 מיליון דולר בתשלום ראשוני, לצד תשלומים עתידיים שמבוססים על ביצועים. Base44 מאפשרת ליצור פתרונות תוכנה ואפליקציות באמצעות שפה טבעית, בלי פיתוח מסורתי, והיא ממשיכה לפעול כמוצר ועסק נפרד.
לכן קל לראות ב-Sites כניסה ישירה של OpenAI למגרש הזה. אבל צריך לדייק: OpenAI לא מציגה את המהלך רק כתחרות מול השחקנים האלה. בהכרזה שלה היא מציינת שותפים מוקדמים לאקוסיסטם של Sites, ובהם Vercel, Wix, Base44, Replit, Lovable, Figma, Webflow ו-Emergent.
כלומר, OpenAI נכנסת לאותו מרחב שימוש, אבל עושה את זה גם דרך שיתופי פעולה ולא רק דרך החלפה ישירה של הכלים הקיימים.
למה זה חשוב דווקא לארגונים
הבחירה להתחיל עם לקוחות Business ו-Enterprise אומרת הרבה על הכיוון. OpenAI לא מכוונת כאן רק לפרילנסר שרוצה לבנות אתר, או ליזם שרוצה לבדוק רעיון בסוף שבוע. היא מכוונת לצוותים בתוך חברות.
בכל ארגון יש שכבה עצומה של צרכים קטנים מדי בשביל פרויקט פיתוח, אבל חשובים מדי בשביל להישאר במסמך. דשבורד זמני לצוות מכירות, כלי מעקב לפרויקט רוחבי, מרכז ידע להשקת מוצר, סביבת תכנון לאירוע, עמוד פנימי שמרכז סטטוסים, בעלים, החלטות ושאלות פתוחות.
עד היום, הצרכים האלה התפזרו בין מצגות, גיליונות, מערכות no-code וכלים פנימיים שנבנו ידנית.
Sites מנסה לקצר את הדרך הזאת. במקום לפתוח טיקט לפיתוח, לחכות לתעדוף ולהסביר שוב ושוב מה צריך, עובד יכול לבקש מ-Codex לבנות גרסה ראשונית מתוך ההקשר שכבר קיים. אם זה עובד, אפשר לשתף בתוך ה-workspace, לקבל תגובות, לשפר, ולעדכן כשהפרטים משתנים.
הערך כאן הוא לא רק במהירות. הערך הוא בכך שהגבול בין “רעיון” לבין “כלי עבודה” מתחיל להיטשטש.
לא קסם, ולא תחליף לבקרה
כאן חשוב לעצור את ההתלהבות. Sites לא הופך כל עובד למפתח תוכנה מלא, ולא כל אתר שנוצר מפרומפט מתאים מיד לשימוש עסקי רגיש. ברגע שכלי AI מייצר אתר או אפליקציה עם נתונים, הרשאות ושיתוף, הוא כבר לא רק עוזר כתיבה. הוא הופך למערכת קטנה שצריך לנהל בזהירות.
הסיכון ברור במיוחד בארגונים. כלי פנימי יכול לכלול מידע על לקוחות, תחזיות פיננסיות, נתוני שימוש, מסמכי מכירה או תהליכים עסקיים רגישים. לכן השאלה שחייבים לשאול כאן היא לא רק מה Codex יודע לבנות, אלא מי רשאי לראות את זה, איזה נתונים נכנסים פנימה, מה נשמר, ומה קורה כשהכלי מתעדכן.
המשתמשים יצטרכו לעבוד עם גבולות ברורים: להתחיל ממשימות לא קריטיות, לבדוק את התוצר לפני שיתוף רחב, לא להכניס מידע רגיש בלי מדיניות ברורה, ולדרוש סקירה אנושית לפני שימוש עסקי משמעותי. בארגון, סוכן AI צריך להיחשב כמו עובד חדש עם הרשאות, לא כמו צעצוע יצירתי.
מי ישלוט בשכבת העבודה הבאה
המהלך של OpenAI לא אומר שחברות ה-vibe coding המוכרות ייעלמו. חלק מהכלים האלה מציעים חוויית מוצר ממוקדת יותר, קהילות פעילות, יכולות פרסום נפרדות, שליטה טובה יותר בפרויקט או התאמה טובה יותר ליזמים ולבוני מוצרים עצמאיים.
אבל Sites משנה את מאזן הנוחות. ברגע שיכולת כזאת יושבת בתוך Codex, לצד plugins, הרשאות ארגוניות, חיבור לכלים קיימים והקשר עבודה פנימי, משתמשים רבים לא בהכרח יחפשו כלי חיצוני. הם יתחילו במה שכבר נמצא בתוך סביבת העבודה שלהם.
זה האיום האמיתי על שחקני vibe coding הקטנים - לא בהכרח כלי טוב יותר, אלא הפצה חזקה יותר. אם OpenAI מצליחה להפוך את Codex לשכבת העבודה שבה מסמך, דאטה, רעיון ובריף הופכים למוצר קטן, היא לא רק נכנסת לשוק של בניית אפליקציות. היא מנסה לשלוט במקום שבו העבודה עצמה הופכת לתוכנה.
ובדיוק שם הקרב הבא מתחיל. לא בשאלה מי כותב קוד מהר יותר, אלא בשאלה מי יהפוך את העבודה היומיומית למשהו שאפשר לבנות מהר, לשתף ולהפעיל.








