Michael Johnsonהאם כל סוכן בינה מלאכותית צריך להפעיל Chromium מלא, אם מטרתו לקרוא דף או לצלם מסך? ב-12 בנובמבר 2026 פתחה Cloudflare את קוד המקור של Kitesurf — מנוע דפדפן ניסיוני למשימות אוטומטיות כאלה. אפשר להפעיל אותו מקומית או לפרוס אותו בחשבון Cloudflare שלכם; הפשרה העיקרית היא צריכת CPU וזיכרון נמוכה יותר, במחיר של ביצוע ממושך יותר ותאימות מוגבלת לאתרים.
זו אפשרות שימושית למפתחי אוטומציה בדפדפן: אפשר לבחון את המנוע ולהתאים אותו, תוך שמירה על ממשק Chrome DevTools Protocol (CDP) המוכר. אבל כדאי להעביר תרחישים ל-Kitesurf רק לאחר בדיקת הדפים הדרושים. בהשוואה שפרסמה Cloudflare, Chromium השלים את משימות הבדיקה מהר יותר, ו-Kitesurf עצמו עדיין אינו תומך בכמה יכולות רשת חשובות.
מה השתנה ב-12 בנובמבר
Kitesurf הוצג לראשונה ב-6 באוקטובר 2026 כרכיב של Browser Run, שהיה זמין בגרסת בטא. אז Cloudflare תיארה את הארכיטקטורה ואת תוצאות הבדיקות שלה; ב-12 בנובמבר החברה פתחה את הקוד ברישיון Apache 2.0. כעת אפשר לבחון את המנוע, לבנות אותו מקומית ולפרוס אותו בתשתית של חשבונכם. הדבר מרחיב את הגישה למימוש, אך כשלעצמו אינו הופך את הדפדפן הניסיוני לתחליף ל-Chromium.
יש שתי דרכים להפעיל את הפרויקט. לפיתוח מקומי נדרשים Node.js 22 ומעלה, pnpm 9.15.4 ו-Bazelisk; מדריך הפרויקט מציע לשכפל את המאגר, להתקין את התלויות ולהריץ את הבנייה באמצעות pnpm run dev. לפריסה ב-Cloudflare נדרשת תוכנית Workers בתשלום: המנוע משתמש ב-Dynamic Workers כדי לבודד דפים. בפריסה עצמאית צריך להוסיף אימות בנפרד — ל-Kitesurf אין מנגנון אימות מובנה, וכתובת Worker ציבורית עלולה לאפשר לאחרים להשתמש במשאבי המחשוב ובבקשות היוצאות של החשבון שלכם.
איך הדפדפן פועל בלי Chromium
דפדפן headless רגיל מפעיל מנוע גדול שנועד לאתרים ולממשקי משתמש. Kitesurf מרכיב את הפונקציונליות הדרושה לאוטומציה מכמה רכיבי Workers: רכיב אחד מקבל חיבורי CDP ומאחסן את מצב ההפעלה, תהליכים מבודדים נפרדים מעבדים את הדף, ורכיב אחר מטפל ברינדור. כדי לקיים אינטראקציה עם כלי המפתחים, Kitesurf תומך ב-CDP, ולכן אפשר לחבר אליו לקוחות תואמים כמו Puppeteer.
רכיבים שנכתבו ב-Rust מעבדים HTML ו-CSS, JavaScript של הדף רץ בסביבת Workers מבודדת, ומרנדר נפרד יוצר את התמונה. Cloudflare מתארת ניתוב של בקשות רשת דרך רכיב ייעודי: הוא טוען את משאבי האתר, מיישם מדיניות רשת ושומר את קובצי ה-cookie של הדפים בנפרד. הבידוד הוא חלק ממבנה הדפדפן: סוכנים צריכים לפתוח אתרים שרירותיים עם קוד שאין סיבה לבטוח בו אוטומטית.
הארכיטקטורה מותאמת לעומס עבודה מהסוג של „הפעל משימה — עבד את הדף — סיים“. אם המרנדר נתקע, אפשר לעצור אותו וליצור אותו מחדש: מצב הדף אינו מאוחסן בו. גישה זו עשויה להתאים יותר לתקופות של עומס אוטומציה מתנודות כבדות שפועלות ברציפות. זהו מניע ארכיטקטוני של הפרויקט, ולא הבטחה לחיסכון מסוים בכל מערכת משתמשים.
איך מצמצמים את צריכת המשאבים
בהשוואה שפורסמה קודם לכן השתמשה Cloudflare בחציון של חמש הרצות של Browser Run על מערך של 14 כתובות URL. ליצירת צילום מסך צרך Kitesurf 57.8 MiB של זיכרון, לעומת 271 MiB במאגר Chromium חם; לחילוץ HTML הוא צרך 39.4 MiB, לעומת 273.7 MiB. הנתונים מתארים תצורה ומערך דפים מסוימים של החברה, ולכן נכון להתייחס אליהם כמדידה של סוג עומס אחד, ולא כמקדם אוניברסלי לכל האתרים.
באותן משימות Chromium היה מהיר יותר: צילום מסך ארך בו 637 אלפיות השנייה, לעומת 1,148 אלפיות השנייה ב-Kitesurf, וחילוץ HTML ארך 472 אלפיות השנייה, לעומת 820 אלפיות השנייה. כלומר, היתרון של Kitesurf קשור בראש ובראשונה לצריכת משאבים, ולא למהירות התגובה. באיסוף המוני וקצר-מועד של דפים, חיסכון בזיכרון עשוי להיות חשוב יותר מהשהיה של שניות; בסוכן אינטראקטיבי שצריך להגיב במהירות, פער הזמן עשוי להכריע. Cloudflare פרסמה את שיטת המדידה ואת תוצאותיה.
מתי לבחור ב-Kitesurf ומתי ב-Chromium
Kitesurf מתאים למשימות חד-פעמיות: קבלת HTML, בניית DOM, צילום מסך או יצירת PDF באתר תואם. התאימות שלו ל-CDP מאפשרת לבדוק את החלופה בתוך מערך האוטומציה הקיים, וקוד המקור מאפשר לבחון את אופן פעולתו ואת תנאי הפריסה. לניסוי קטן אפשר להתחיל בבנייה מקומית; בעבודה ב-Cloudflare כדאי להביא בחשבון מראש את הצורך בתוכנית בתשלום ולאבטח את המופע באמצעות אימות.
עבור אתר עם וידאו או WebGL, הפעלה מאומתת ממושכת, עבודה אמינה מול הגנות בוטים או דרישה לתצוגה מדויקת של הדף, תיעוד Cloudflare ממליץ על דפדפן Chromium הסטנדרטי של Browser Run. Kitesurf עדיין אינו תומך בהפעלת וידאו, ב-WebGL או בהפעלות ממושכות ששומרות מצב; רמת התמיכה בתקנים ואיכות הרינדור עדיין נמצאות בפיתוח.
יש גם הבדל חשוב בין עמידה בתקנים לבין תאימות בפועל. בדיקות Web Platform Tests בוחנות דרישות נפרדות של תקני הרשת, אך אינן עונות על השאלה אם אתר מורכב מסוים ייטען ואם הסוכן יוכל לבצע בו רצף פעולות כראוי. הבדיקה המעשית היא להריץ את הדפים והתרחישים הדרושים, ולהשוות את התוצאות ל-Chromium, במקום להסיק על תאימות ממספר הבדיקות שעברו באופן כללי.
מסקנה מעשית לצוות
התייחסו ל-Kitesurf כאפשרות ייעודית להרצת משימות בדפדפן. תחילה בחרו כמה דפים אמיתיים ומדדו שלושה דברים: את נכונות הנתונים שחולצו או צילומי המסך, את זמן הביצוע ואת צריכת המשאבים. לאחר מכן בדקו בנפרד אימות, מגבלות רשת והתנהגות של הפעלה. אם המשימה קצרה, האתר תואם, וזיכרון ו-CPU חשובים יותר מהשהיה, כדאי לבחון הטמעה ניסיונית של Kitesurf. אם חשובות תצוגה מדויקת, יכולות רשת עשירות או שמירת מצב רציפה, Chromium הוא עדיין נקודת פתיחה מתאימה יותר.
פתיחת קוד המקור אינה משנה את הבחירה בין מנוע ייעודי וקל משקל לבין דפדפן מלא; היא משנה את היכולת לבדוק ולפרוס את האפשרות הראשונה באופן עצמאי. כעת קל יותר לצוותים להעריך אותה באמצעות הדפים והתשתית שלהם, במקום להסתמך רק על טבלאות של הספק.
