WebMCP

Alexandra Klepper
Alexandra Klepper
GitHub Bluesky

פורסם: 18 במאי 2026, עדכון אחרון: 5 ביוני 2026

‫WebMCP הוא תקן אינטרנט מוצע שעוזר לכם ליצור ולחשוף כלים מובנים לסוכני AI. ‏WebMCP מספק JavaScript ומבצע הערות לרכיבי טופס HTML, כדי שהסוכנים ידעו בדיוק איך לקיים אינטראקציה עם תכונות הדף, וכך לשפר את חוויית המשתמש. זה יכול לשפר באופן משמעותי את הביצועים והמהימנות של הפעלת הסוכנים.

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

למה כדאי להשתמש ב-WebMCP?

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

השיטה הזו אמינה יותר מהפעלה, שעשויה לכלול שלבים רבים ולהשאיר כל שלב פתוח לפרשנות של הסוכן.

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

‫WebMCP תומך ב:

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

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

תרחישים לדוגמה

יש הרבה דרכים להשתמש ב-WebMCP באינטרנט. לדוגמה:

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

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

מבחינה מעשית, הכלים שלכם יכולים לבצע את המשימות הבאות:

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

לא מצאתם את תרחיש השימוש שלכם? או שיש לכם רעיון שאתם רוצים לשתף לגבי WebMCP? אתם יכולים להצטרף לתוכנית הגישה המוקדמת ולשלוח לנו משוב.

שנתחיל?

‫WebMCP זמין כתכונה ניסיונית של Chrome לפיתוח מקומי. הוא יהיה זמין בגרסת מקור לניסיון ב-Chrome 149.

כדי להפעיל את WebMCP באופן מקומי:

  1. פותחים את Chrome ועוברים אל chrome://flags/#enable-webmcp-testing
  2. מגדירים את הדגל לערך Enabled (מופעל).
  3. מפעילים מחדש את Chrome כדי להחיל את השינויים.

שימוש בממשקי WebMCP API

יש שני ממשקי API שבהם אפשר להשתמש כדי להגדיר את כלי האתר:

  • ‫Imperative API: הגדרה של סוגים שונים של כלים באמצעות JavaScript רגיל, כמו קלט של טפסים, כלי ניווט, ניהול מצב או פונקציות אחרות.
  • ‫Declarative API: מוסיפים אנוטציות לטפסים סטנדרטיים של HTML כדי ליצור כלי WebMCP.

מגבלות

הכלי WebMCP נועד לפשט משימות מורכבות עבור נציגים ואנשים, אבל יש לו כמה מגבלות:

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

אבטחה והרשאות

הגישה לממשקי WebMCP API מוגבלת על ידי דרישות הבידוד של המקור ומדיניות ההרשאות.

בידוד מקורות

‫WebMCP זמין רק במסמכים מבודדים ממקור. כך מוודאים שהמקור של המסמך יישאר יציב לאורך כל משך הפעילות של הכלי.

אם האפשרות document.domain מופעלת במסמך (לדוגמה, באמצעות כותרת ה-HTTP‏ Origin-Agent-Cluster: ?0), ממשקי ה-API של WebMCP מושבתים.

מדיניות הרשאות

הגישה לשני ממשקי ה-API מוגבלת על ידי tools מדיניות ההרשאות. ערך ברירת המחדל של המדיניות הוא self, שמאפשר רישום של כלי בהקשרים ברמה העליונה ובאותו מקור, ומשבית אותו במסגרות iframe ממקורות שונים.

כדי לאפשר שימוש בכלי WebMCP ב-iframe חוצה-מקורות, מוסיפים את המאפיין allow="tools" ל-iframe.

הדגמה (דמו)

דוגמאות להדגמות שכוללות הטמעות של גישת ציווי וגישת חיווי זמינות כאן:

אפשר גם לעיין בקוד המקור של ההדגמה ב-GitHub.

חיקוי של צ'אט עם נציג באמצעות תוסף הבודק

מתקינים את התוסף Model Context Tool Inspector כדי להתנסות בסוכן ולראות איך כלי WebMCP פועלים בהדגמות פעילות או באפליקציות שלכם. משתמשים בהנחיות בשפה טבעית כדי לקבוע אם הסוכן מקיים אינטראקציה עם כלי WebMCP כמצופה.

התוסף מאפשר לכם:

  • כדי לראות אילו כלים רשומים בדף, אפשר לעקוב אחרי WebMCP API.
  • להפעיל כלים באופן ידני ולהריץ פונקציות.
  • מוודאים שסכימת ה-JSON מוגדרת בצורה נכונה ושהדפדפן יכול לנתח את הנתונים כמו שהכלי מצפה.
  • כדי לוודא שהסוכן יוכל להבין את הפלט, חשוב לבדוק שהוא כתוב בצורה ברורה ובפורמט הנכון. אפשר לעיין בפלט המובנה או בהודעות השגיאה שהכלי מחזיר.

כדי לבדוק אם הסוכן יכול לזהות ולהפעיל את הכלים המתאימים של WebMCP, אפשר לדבר איתו בשפה טבעית. ההנחיות שלכם נשלחות כברירת מחדל למודל gemini-3-flash-preview.

איך משתתפים ומשתפים משוב

הפיתוח של WebMCP נמצא בעיצומו, ויכול להיות שהוא ישתנה בעתיד. אם תנסו את ממשקי ה-API האלה ונשמח לקבל מכם משוב.