Island גייסה 400 מיליון דולר — הדפדפן הופך לשכבת שליטה בסוכני AI

Island הודיעה ב־24 בספטמבר 2026, ב הודעת הגיוס הרשמית, על סבב Series F של 400 מיליון דולר לפי שווי של 6.4 מיליארד דולר, בהובלת Evolution Equity Partners; מנכ״ל החברה ומייסדה השותף מייק פיי אמר בה: “Just like humans, agents need the right context, access, guardrails, and accountability to succeed.” החברה קושרת את המימון להרחבת פעילותה מדפדפן ארגוני לשכבת נראות, מדיניות וביקורת על עבודה של בני אדם וסוכני AI.

ב דיווח CTech על הסבב נכתב כי בספטמבר 2026 הגיעו הכנסות Island לכ־200 מיליון דולר וכי היא מעסיקה כ־1,000 עובדים; אלה נתונים המיוחסים לחברה. השאלה שמציב הגיוס היא עד כמה אפשר להחיל בקרה אחת על פעולות שמתחילות בדפדפן, אך עשויות להימשך ביישומים ובמערכות נתונים אחרות. שם נמצא ההבדל בין הגנה על סביבת הגלישה לבין פיקוח על מסלול עבודה שלם.

לאן מיועד ההון החדש

הסבב מעניק ל־Island משאבים להרחבת המוצר ולצמיחה, בשעה שארגונים מאפשרים לסוכני AI לקרוא מידע ולבצע פעולות באמצעות שירותים שונים. שווי החברה משקף את מחיר העסקה למשקיעים ואינו מדד להכנסותיה או לסכום שמוקצה לפיתוח רכיב מסוים. מבחינת המוצר, הכיוון הוא לאחד בקרת גישה, הגנה על מידע ותיעוד פעולות במסגרת אחת לעובדים ולסוכנים.

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

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

מה הדפדפן רואה, ומה הוסיפה Island סביבו

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

לפי SiliconANGLE, הדפדפן של Island מבוסס Chromium, והחברה מציעה גם הרחבה לדפדפנים אחרים ואת Island Desktop להגנה על יישומים במכשיר; יכולות נוספות ממפות סוכני AI המשמשים עובדים, לצד שרתי MCP, קבצים והרחבות דפדפן שבהם הם נעזרים. אלה רכיבים שונים: הדפדפן מספק הקשר למפגש עם יישום רשת, ואילו רכיב נקודת הקצה יכול לכסות פעילות בתוכנות שמותקנות במכשיר.

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

הגבול של שליטה בסוכן AI

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

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

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

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

מה יכריע את הרחבת המוצר

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

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