Cloudflare OS מתחברת ל־Notion ול־GitHub — בלי נתוני אימוץ

Cloudflare הכריזה ב־19 באוקטובר 2026 מסן פרנסיסקו על הרחבת השותפויות של Cloudflare OS ועל חיבורים ל־Notion, ל־GitHub, ל־Asana, ל־Box, ל־Canva, ל־ClickHouse ול־Gong; דייוויד רוזנברג, מנהל האקוסיסטם ב־Notion, תיאר את מטרת החיבור במילים “turn knowledge into action”. ההכרזה מציגה סביבת עבודה שבה סוכני AI משתמשים בכלים ובידע של הארגון, כאשר הגישה למשאבים אמורה להיות מוגבלת למה שהמשימה דורשת.

החיבורים מרחיבים את סוגי המידע שסוכן יכול לעבוד עמם, אך עצם הופעתו של שירות ברשימת השותפים אינה מפרטת אילו פעולות זמינות בו לכל לקוח. Börse Global תיאר את הרחבת האינטגרציות ואת שותפי ההטמעה וציין שלא נמסרו נתונים כספיים על ההצעה החדשה. גם מספר הלקוחות או המשתמשים שאימצו את החיבורים שהוכרזו אינו נכלל בפרסום.

אילו מערכות מצטרפות, ומה כל אחת מוסיפה

Notion ו־GitHub ממחישות שני סוגי הקשר שונים לסוכן. Notion מציעה את הידע והעבודה המשותפת של צוותים כמקור להקשר ארגוני; GitHub מוסיפה נקודת חיבור לעולם הפיתוח ולמאגרים. לגבי GitHub, ההודעה מונה את החברה ברשימת האינטגרציות אך אינה מפרטת בה את מכלול פעולות המאגר שהחיבור החדש מציע. לכן אי אפשר להסיק מן הרשימה לבדה אם פריסה מסוימת תאפשר קריאת קוד, טיפול ב־issues או שינוי במאגר.

Asana מוצגת ככלי למעקב אחר התקדמות, להצפת חסמים ולשמירה על רצף העבודה בין צוותים. Box מציעה תוכן וידע ארגוני כמקור לתהליכים המבוססים על AI, עם בקרות הגישה של השירות. ההבדל ביניהן משמעותי: נתון על מצב משימה ואחסון של מסמך ארגוני אינם אותו סוג משאב, וגם ההרשאה הנדרשת לסוכן כדי לקרוא אותם אינה אמורה להינתן אוטומטית כהרשאה גורפת לחשבון כולו.

Canva מתוארת כדרך שבה סוכן יכול לאתר עיצובים, ליצור אותם ולשנותם; ClickHouse קושרת את סביבת הסוכנים לתהליכים הנשענים על נתונים חיים; Gong מוסיפה מידע על אינטראקציות עם לקוחות, עסקאות וחשבונות. אלה ייעודי שימוש שעלו בדברי השותפים, לא רשימת פקודות משותפת לכל ספק. חיבור של נתוני מכירות, למשל, מעלה שאלות שונות מחיבור של נכסי עיצוב: מי רשאי לקרוא את המקור, אילו שדות נחשפים והאם פעולה של הסוכן משנה מידע במערכת החיצונית.

המסגור לפי סוג המשאב מועיל יותר מספירת שמות היישומים. מקור ידע יכול לסייע לסוכן לנסח תשובה או מסמך; מערכת משימות עשויה לאפשר לו לעקוב אחר התקדמות; שירות עיצוב או נתונים עשוי לשמש ליצירת תוצר אחר. היקף הפעולות בפועל נקבע על ידי החיבור והמדיניות שמוגדרים לו. ההכרזה מתארת חיבור פשוט למנהלי מערכת, אך אינה מוסרת מפרט הרשאות נפרד לכל שירות שברשימה.

כיצד Gatekeeper מצמצם את גישת הסוכן

התיאור הטכני של Cloudflare OS קובע שסוכן ויישום מתחילים בלי גישה למשאבים, ושאפשר לאשר להם משאב מסוים לפי בקשה. ההרשאה מועברת לקוד שהסוכן יוצר כיכולת מוגדרת, בעוד פרטי ההזדהות נשארים מבודדים ממנו. זוהי הבחנה מרכזית עבור צוות IT: אישור הכניסה לסביבת העבודה ואישור הגישה למאגר, למסמך או לשירות חיצוני הם החלטות נפרדות.

Gatekeeper הוא הרכיב שיושב בין סביבת העבודה לשירות החיצוני, מכיר את המשאבים ואת הפעולות שהשירות מציע, מחזיק את פרטי ההזדהות ומיישם את המדיניות. בדוגמת GitHub, אפשר להגביל סוכן למאגר מסוים, להתיר לו לקרוא issues בלי לקרוא קוד מקור, להסתיר שדות מסוימים ולדרוש אישור לפני מיזוג pull request. זו דוגמה ליכולות המנגנון, ולא תיאור של הגדרות ברירת מחדל בכל אינטגרציה שהוכרזה באוקטובר.

ההגבלה אינה נעצרת בפעולת הקריאה. סביבת העבודה מתעדת אילו משאבים סוכן ראה; כאשר אדם אחר מבקש לפתוח את סביבת העבודה או לצפות בתוצר שלה, Gatekeepers יכולים לבדוק אם הוא מורשה לאותם משאבים. אותו רישום יכול להשפיע גם על כתיבה למקור אחר, על שיתוף עם אדם נוסף ועל בקשות יוצאות. כך מסמך שנוצר בעזרת מידע מוגבל אינו הופך מעצם שיתופו לדרך לעקוף את הרשאות המקור.

ההבחנה הזאת חשובה במיוחד כאשר אותו סוכן משלב, למשל, הקשר מצוות ב־Notion עם נתון מ־Gong. הרשאת קריאה למקור אחד אינה בהכרח הרשאה להפיץ את המסקנה לכל חברי הארגון או להעתיק אותה לשירות אחר. המדיניות צריכה להתייחס גם למשאב שנקרא וגם לפעולה שבאה אחריו; פרטי היישום הספציפיים של החיבורים החדשים לא פורסמו בהודעת השותפויות.

תשתית הריצה, שותפי הפריסה ותנאי השירות

הסוכנים פועלים בתשתית של Cloudflare ולא על מחשבי העובדים, כך שהחיבורים וההרשאות מרוכזים בסביבה הארגונית. AI Gateway משמש לבחירת המודל למשימה ולמעקב אחר הוצאות ההסקה לפי משתמש, צוות או סביבת עבודה; הוא מאפשר גם תקציבים ומגבלות קצב. מעקב אחר עלות השימוש במודלים אינו מחירון של Cloudflare OS, ואינו מלמד כמה יעלה חיבור לאחד השירותים החדשים.

EPAM, HappyCog ו־Towards AI נמנות עם שותפי הפריסה שהוזכרו בהרחבה. תפקידן לסייע לארגונים לתרגם תהליכים לסוכנים ולחבר אותם למערכות קיימות; Notion ו־GitHub, לעומתן, הן מערכות שאליהן הסוכנים מבקשים גישה. ההפרדה הזאת קובעת גם מה אפשר להבין מן ההכרזה: הסכמי שותפות ומערך ליווי אינם שקולים להפעלה של כל חיבור אצל כל לקוח, או להתחייבות זהה של כל ספק לתמיכה.

ליבת Cloudflare OS זמינה כקוד פתוח לפריסה בחשבון Cloudflare של הארגון, ואפשר להתאים לה מדיניות גישה, תצורה ואינטגרציות. זהו סטטוס ברור יותר מזה של ההרחבה שהוכרזה כעת: ההודעה אינה מציינת מתי כל חיבור חדש נפתח לכלל הלקוחות, אילו מסלולים או אזורים נתמכים, ומהם התנאים הנדרשים בכל שירות חיצוני. זמינות קוד הליבה אינה קובעת לבדה ש־Notion או GitHub מוכנים באותה תצורה לכל ארגון.

בהיבט המסחרי והתפעולי חסרים מחיר לחיבורים החדשים או לשירותי ההטמעה, התחייבות SLA ייעודית וחלוקת אחריות מפורטת לתמיכה בין Cloudflare, ספק היישום ושותף הפריסה. אין גם מספרי שימוש של לקוחות בחיבורים החדשים או תרומה מדווחת שלהם להכנסות. עבור צוותי IT בישראל, המידע שישנה את תמונת הפריסה יהיה מפרט הפעולות וההרשאות לכל חיבור, לצד תנאי הזמינות והמחיר; עד פרסומם, רשימת השותפים מתארת את כיוון ההרחבה יותר משהיא מגדירה חבילת שירות אחידה.

קראו גם:

• מפתח דלף ב־GitHub? מחיקתו מהקוד אינה סוגרת את האירוע
• Cloudflare R2 או Amazon S3: תעבורה החוצה הופכת את החשבון
• Cloudflare D1 או Turso: סביבת הריצה קובעת לפני המחיר