Cloudflare הוסיפה כפתור הפעלה (toggle) חדש ללוח הבקרה שלה שמזריק WebMCP bridge לדפי כל אתר, מה שמאפשר לסוכני AI לגלות ולהפעיל כלים המסופקים על ידי האתר מבלי לגעת בקוד של שרת המקור (origin server). המהלך מסיר את השלב התובעני ביותר בהפיכת נכס אינטרנט ל-"agent-ready", אך מפתחים עדיין צריכים להגדיר כלים שימושיים ולנטר את השימוש בהם.

למה כפתור ה-edge חשוב

WebMCP הוא API המשמש לרישום כלים. עד כה, הפיכת אתר לפרוטוקול זה דרשה הוספה ידנית של סקריפט bridge בכל דף. המתג החדש של Cloudflare, "Browser Run → Agent Readiness", מבצע אוטומציה של ההזרקה הזו ב-edge, על ידי הוספת הסקריפט בזמן שה-HTML עוזב את הרשת של Cloudflare ומגיע לדפדפן של המבקר.

התועלת ברורה: אתר סטטי המאוחסן בכל מקום יכול כעת לחשוף את התוכן שלו לסוכני AI בלחיצה אחת. ללא שינויים בשרת המקור, ללא בנייה מחדש (rebuild) של ה-front-end.

מה התכונה עושה בפועל

כאשר הכפתור מופעל, שני דברים קורים:

  • Edge injection – Cloudflare מוסיפה JavaScript payload קטן ל-HTML היוצא. זה עובד גם עבור דפים סטטיים מסורתיים וגם עבור SPAs מודרניות המסתמכות על client-side routing.
  • Browser bridge – הסקריפט רץ בדפדפן של המשתמש ורושם את האתר ב-WebMCP API, תוך הצהרה על הכלים שהוא יכול לספק.

Cloudflare משיקה את גרסת התצוגה המקדימה עם שתי חבילות כלים מוכנות:

  1. Content Credentials – חושף מטא-דאטה של C2PA (Coalition for Content Provenance and Authenticity) המצורף לקבצי מדיה, מה שמאפשר לסוכנים לאמת את מקור התוכן (provenance).
  2. Site MCP Server – משמש כ-proxy המעביר קריאות לכלים לשרת MCP שאתם כבר מריצים מאחורי הקלעים.

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

מה עדיין נותר באחריות המפתח

הפעלת המתג לא הופכת באופן קסם עגלת קניות או טופס חיפוש טיסות לכלי שניתן להפעלה על ידי AI. ה-bridge רק מודיע שהאתר יכול לספק כלים; האתר עדיין חייב להגדיר אותם. נדרשים שני תנאים כדי שכלים יהיו ניתנים לשימוש:

  • שרת MCP חייב לרוץ במקום כלשהו שה-proxy יכול להגיע אליו.
  • המפתח חייב לרשום כל כלי באמצעות ה-document.modelContext API, תוך ציון שם הכלי, סכימת הקלט (input schema) ופורמט הפלט הצפוי.

אם כלי חיפוש נחשף, על המפתח לוודא שהנתונים המוחזרים נקיים, מובנים ושימושיים עבור סוכנים בשרשרת (downstream agents). אחרת, הכלי יופעל אך יספק ערך מועט בלבד.

Observability (יכולת תצפית) היא חלק חסר נוסף. הגרסה הנוכחית אינה מספקת לוגים המראים אילו סוכנים קראו לאילו כלים או היכן קריאות נכשלו. צוותים חייבים להטמיע כלי מדידה (instrumentation) משלהם — איסוף מזהי בקשות (request IDs), זמני תגובה וקודי שגיאה — כדי לוודא שה-bridge ושרת ה-MCP שבבסיסו מתנהגים כמצופה.

מי עומד להרוויח, ומי חייב לפעול

  • בעלי אתרים שכבר מריצים שרת MCP יכולים להפעיל את המתג של Cloudflare ולקבל באופן מיידי הפצה ברמת ה-edge של סט הכלים הקיים שלהם. ה-edge injection מטפל בתשתית (plumbing), מה שמאפשר להם להתמקד בעיצוב הכלים.
  • עסקים שרוצים שסוכני AI יבצעו פעולות (חיפוש בקטלוג מוצרים, הזמנת תורים וכו') עדיין צריכים לכתוב את הגדרות הכלים ולבחון אותן ביסודיות. המתג אינו מחליף את העבודה הזו.
  • צוותים חייבים לשקול את השלכות האמון (trust implications) של חשיפת APIs פנימיים לכל סוכן שמגלה את האתר.

שורה תחתונה

מתג ה-WebMCP המאוחסן ב-edge של Cloudflare מבטל את השלב הידני של הזרקת סקריפט bridge לכל דף, ופותח את הדלת לכל אתר להפוך לניתן לגילוי על ידי סוכני AI. העבודה האמיתית — עיצוב כלים משמעותיים, אבטחתם ובניית observability — נותרת בצד של המפתח. השתמשו במתג כדי לפתור את חידת ההפצה; לאחר מכן הפנו את תשומת לבכם לאתגרי היכולת והאמון שקובעים האם סוכנים יכולים באמת לבצע משהו מועיל באתר שלכם.