ארבעת המאמרים הקודמים באשכול הזה עסקו בקריאה. המאמר הזה עוסק בפעולה — סוכן שמזמין, קונה, מגיש טופס או שולף נתון. בדקתי את מצב התקנים בפועל, והתמונה חדה: WebMCP הוא טיוטה של Community Group ב-W3C, נמצא ב-origin trial בכרום ובאדג', ואפל הביעה התנגדות רשמית. פרוטוקול המסחר של OpenAI ו-Stripe דורש מסוחר לממש חמישה endpoints ונמצא בבטא — ובאתר הרשמי שלו כתוב שמנגנוני הגילוי עדיין בפיתוח. ה-working group של IETF לזיהוי סוכנים אושר, אך אין בו עדיין אף מסמך מאומץ. ובמדד העצמאי המוביל לביצוע משימות משרדיות, התוצאה הטובה ביותר שאומתה עמדה על 42.9% מהמשימות.
שלוש השכבות שצריכות להתקיים
כדי שסוכן יבצע משימה באתר שלכם צריך שיתקיימו שלושה דברים במקביל: שהוא ידע מה מותר לו לעשות, שיהיה לו ממשק לבצע את זה, ושתדעו שזה באמת הוא ולא מישהו שמתחזה. הטבלה מסכמת איפה כל שכבה עומדת היום.
| שכבה | המנגנון המוביל | סטטוס בפועל |
|---|---|---|
| הצהרת יכולות | WebMCP | טיוטת Community Group; origin trial בכרום ובאדג'; WebKit התנגדה |
| ביצוע רכישה | ACP של OpenAI ו-Stripe | בטא; חמישה endpoints לסוחר; ללא מנגנון גילוי |
| הרשאת תשלום | AP2 של גוגל | גרסה 0.2; נתרם ל-FIDO Alliance; לא דורש שינוי באתר |
| סוכן מול סוכן | A2A | גרסה 1.0.1; יציב, אבל פותר בעיה אחרת |
| זיהוי הסוכן | Web Bot Auth | WG אושר ב-IETF; אין עדיין מסמך מאומץ; Cloudflare מימשה |
| זיהוי דפדפן סוכני | — | אין user-agent מתועד לאף דפדפן סוכני |
WebMCP: איפה הוא באמת עומד
WebMCP הוא הרעיון שאתר יוכל להצהיר בתוך הדף עצמו אילו פעולות הוא מציע לסוכן — במקום שהסוכן ינחש איפה ללחוץ. זו הגישה הנכונה, ולכן היא מקבלת הרבה כותרות. אבל חשוב לדעת מה המעמד הפורמלי שלה.
המסמך מתפרסם על ידי Web Machine Learning Community Group של W3C, ובראשו כתוב במפורש שהוא אינו תקן W3C ואינו על מסלול התקינה. העורכים מגיעים ממיקרוסופט ומגוגל. גרסת הטיוטה שקראתי נושאת את התאריך 26 באוגוסט 2026.
המימושים: כרום פתחה origin trial בגרסה 149, לפי הודעה בבלוג המפתחים שפורסמה ב-9 ביוני 2026. אדג' פתחה origin trial בגרסה 150, Brave מריצה את זה כניסיוני ב-Leo, ואפליקציית ChatGPT לשולחן העבודה תומכת. מנגד, WebKit רשמה עמדה של התנגדות עם רשימת חששות שכוללת גם את בחירת הפורום עצמו, ומוזילה רשמה עמדה ניטרלית.
שתי טעויות שחוזרות בכל מדריך: ה-API אינו navigator.modelContext — המילה Navigator לא מופיעה בטקסט המפרט אפילו פעם אחת. וכרום לא שילבה את זה בגרסה 146 בפברואר 2026; הבלוג הרשמי מדבר על origin trial בגרסה 149. אם מדריך מספר לכם אחרת, הוא לא קרא את המקור.
איך זה נראה בקוד
ה-API האמיתי הוא document.modelContext.registerTool. הרעיון פשוט: הדף רושם כלי בעל שם, תיאור, סכמת קלט ופונקציה שמבצעת. הסוכן שמריץ את הדף רואה את הכלי בלי לנחש מה עושה כל כפתור.
document.modelContext.registerTool({
name: "book_appointment",
description: "Book an appointment on a given date",
inputSchema: {
type: "object",
properties: { date: { type: "string" } },
required: ["date"]
},
async execute({ date }) {
const result = await bookOnServer(date);
return { content: [{ type: "text", text: result.confirmation }] };
}
});
מה שחשוב להבין הוא לא התחביר אלא ההשלכה: הפעולה עוברת דרך הקוד שלכם. אתם מחליטים מה נחשף, אתם מאמתים את הקלט, ואתם שולטים בתופעות הלוואי. זה שונה מהותית מסוכן שמנסה ללחוץ על הממשק החזותי ולקוות. בשלב הזה, כל מימוש כזה הוא ניסוי — לא תשתית ייצור.
מסחר סוכני: שלושה פרוטוקולים, שלוש בעיות שונות
קל להתבלבל כי שלושת השמות מופיעים באותן כתבות, אבל הם פותרים דברים שונים לגמרי.
ACP — Agentic Commerce Protocol, מתוחזק על ידי OpenAI ו-Stripe ומוגדר בעצמו כנמצא בבטא, ברישיון Apache-2.0. גרסת המפרט האחרונה שראיתי נושאת את התאריך 17 באפריל 2026. מבחינת סוחר, הדרישה קונקרטית: מימוש של חמישה endpoints מסוג REST לניהול סשן קופה — יצירה, עדכון, השלמה, ביטול ושליפה — בתוספת webhooks לאירועי הזמנה. באתר הרשמי כתוב שהם עדיין עובדים על יצירת מנגנוני גילוי שיאפשרו לפלטפורמות AI לזהות עסקים. כלומר גם אם תממשו הכול, אין היום דרך סטנדרטית להצהיר שעשיתם זאת — בדיוק הפער שתיארתי במאמר שכבת הגילוי.
AP2 — Agent Payments Protocol של גוגל, בגרסה 0.2, שהוכרז בספטמבר 2025 ונתרם מאז ל-FIDO Alliance להמשך תקינה. הוא בנוי כהרחבה ל-A2A, והוא עוסק בהרשאת תשלום: אישורים מאומתים שמעידים שהמשתמש באמת התיר לסוכן לשלם. הוא לא דורש שום שינוי ב-HTML של האתר שלכם, ולכן הוא לא תחליף ל-ACP אלא שכבה מתחתיו.
UCP — Universal Commerce Protocol, שלפי הודעה של Shopify מ-24 במרץ 2026 פותח יחד עם גוגל וזוכה לתמיכה של Walmart, Target, Etsy, American Express, Mastercard, Stripe ו-Visa. לא פתחתי את המפרט עצמו, ולכן לא אנקוב בגרסה.
הערה שמונעת אכזבה: באותה הודעה של Shopify מתואר שהאינטגרציה שלה עם ChatGPT עובדת דרך דפדפן פנימי, ובדסקטופ מפנה ישירות לחנות הסוחר. כלומר "קנייה בתוך ChatGPT" אינה בהכרח קופה מקורית לפי ACP. ובתיעוד של OpenAI כתוב ש-Instant Checkout זמין לשותפים מאושרים — לא לכל סוחר.
A2A פותר בעיה אחרת
A2A הגיע לגרסה 1.0.0 במרץ 2026 ולגרסה 1.0.1 במאי 2026, והוא הפרוטוקול הבשל ביותר בקבוצה. הוא מגדיר כרטיס סוכן — מסמך JSON שמתאר את הזהות, היכולות, הכישורים, כתובת השירות ודרישות האימות של שרת סוכן — ומפרסם אותו בנתיב /.well-known/agent-card.json. זו גם הרשומה היחידה בעולם הסוכנים שרשומה ב-registry של IANA.
ודווקא בגלל זה חשוב לדייק: התחום שלו הוא תקשורת בין מערכות סוכנים עצמאיות, לא בין אתר לסוכן. פרסום הקובץ הזה על אתר תדמית לא עושה כלום, אלא אם אתם באמת מפעילים שרת A2A מאחוריו. ראיתי כבר לא מעט המלצות שמחמיצות את ההבחנה הזו.
איך בכלל מזהים שזה סוכן
זו השכבה שהכי חסרה, והממצא החד ביותר במחקר הזה הוא ממצא שלילי: אין user-agent מתועד לאף דפדפן סוכני. עמוד הבוטים של OpenAI מפרט את OAI-SearchBot, את OAI-AdsBot, את GPTBot ואת ChatGPT-User — ואין בו ערך ל-ChatGPT Atlas. עמוד הבוטים של Anthropic מפרט את ClaudeBot, את Claude-User ואת Claude-SearchBot — ואין בו ערך ל-Claude in Chrome. אם אתם רואים בלוגים מחרוזת שנראית כמו דפדפן סוכני, היא לא מתועדת ועלולה להשתנות בלי הודעה.
המענה שמתגבש הוא Web Bot Auth: חתימה קריפטוגרפית על הבקשה עצמה. קבוצת עבודה בשם זה אושרה ב-IETF, אבל נכון להיום אין בה אף מסמך מאומץ — כל הטיוטות הרלוונטיות עדיין במעמד אישי. טיוטת הפרוטוקול המרכזית עודכנה ב-19 באוגוסט 2026.
Cloudflare כבר מימשה את המנגנון: ספריית מפתחות בנתיב /.well-known/http-message-signatures-directory וכותרות Signature-Agent, Signature-Input ו-Signature בבקשה. בתיעוד שלה מצוין גם שמאז 1 ביולי 2026 יש שדה מטא-נתונים חדש שמבחין בין סוכן ישיר לבין מתווך, ושקטגוריות ההתנהגות כוללות במפורש ביצוע עסקאות בשם משתמש. הסתייגות שכדאי להכיר: Cloudflare מממשת גרסאות טיוטה מוקדמות יותר מהאחרונה, ולכן אי-התאמות בין מימושים הן צפויות בשלב הזה.
כמה טוב סוכנים באמת מבצעים משימות
כאן חשוב לי לתת מספר אמיתי במקום תחושה. המדד העצמאי הרציני ביותר שמצאתי הוא TheAgentCompany, שפותח באוניברסיטת קרנגי מלון ובדיוק, וכולל 175 משימות שמדמות עבודה במשרד תוכנה. התוצאות בלוח התוצאות מסומנות כמאומתות באופן עצמאי.
- התוצאה הטובה ביותר בלוח: 42.9% מהמשימות הושלמו, בערך שנרשם ב-10 בנובמבר 2025.
- שילוב של OpenHands-Versa עם Claude Sonnet 4 השלים 33.1%, ביוני 2025.
- OpenHands עם GPT-4o השלים 8.6%, בדצמבר 2024.
הסתייגות שאני חייב לציין: הערך העדכני ביותר בלוח הוא מנובמבר 2025, ואין בו מודלים חזיתיים של 2026. לכן אל תציגו את 42.9% כ"מצב הידע ב-2026" אלא כתוצאה הטובה ביותר שאומתה עצמאית במדד הזה. מה שהמספר כן אומר, גם בהנחה משמעותית של שיפור, הוא שאין עדיין מציאות שבה מוסרים לסוכן משימה מורכבת ומצפים שתסתיים.
מה כן לעשות היום
ההמלצה הכנה היא לא לרוץ לממש טיוטות. סדר הפעולות שלי, לפי מה שמתועד ויציב: קודם לוודא שהאתר בכלל קריא — הרשאות נכונות, תוכן ב-HTML הראשוני, ועמודים שאפשר לצטט. אחר כך לבדוק שהחסימות שלכם לא מפילות סוכנים לגיטימיים שפועלים בשם משתמש: זו טעות נפוצה, והמנגנון היחיד לאישור מפורש שמצאתי מתועד הוא זה של Cloudflare, שמאפשר גם לספקי בוטים להגיש בקשה וגם לבעלי אתרים להפעיל הגדרות לפי קטגוריה.
ורק אחר כך, אם המודל העסקי שלכם באמת מרוויח מזה, לשקול פיילוט: origin trial של WebMCP לפעולה אחת ומוגדרת היטב, או מימוש ACP אם אתם מוכרים מוצרים ויש לכם משאבי פיתוח. בשני המקרים תתייחסו לזה כניסוי, כי זה מה שזה.
הפער שנשאר פתוח הוא בדיוק זה שתיאיתי לאורך כל האשכול: אין דרך סטנדרטית לאתר להצהיר מה הוא מציע לסוכן. ACP מודה בזה בעצמו, MCP לא מכסה את זה, ו-A2A פותר בעיה אחרת. זו הסיבה שאני עובד על מפרט AX. אבל עד שיהיה תקן מוסכם, ההמלצה שלי היא לא להמציא נתיב פרטי ולקוות — אלא לבנות את מה שכבר עובד.
שאלות נפוצות
האם כדאי לממש WebMCP באתר שלי היום?
רק כניסוי. המסמך הוא טיוטה של Community Group ב-W3C, וכתוב בו במפורש שהוא אינו תקן ואינו על מסלול התקינה. כרום ואדג' פתחו origin trial, WebKit רשמה התנגדות ומוזילה עמדה ניטרלית. זה לא מצב שבו בונים עליו תשתית ייצור.
מה ה-API של WebMCP נקרא באמת?
document.modelContext.registerTool. השם navigator.modelContext, שמופיע בהרבה מדריכים, שגוי — המילה Navigator לא מופיעה בטקסט המפרט כלל.
מה בדיוק צריך לממש כדי לתמוך במסחר סוכני של OpenAI?
לפי מפרט ACP, סוחר צריך לממש חמישה endpoints מסוג REST לניהול סשן קופה — יצירה, עדכון, השלמה, ביטול ושליפה — ובנוסף webhooks לאירועי הזמנה. הפרוטוקול מוגדר כנמצא בבטא, ו-Instant Checkout מתועד כזמין לשותפים מאושרים.
האם כדאי לפרסם agent-card.json באתר?
רק אם אתם באמת מפעילים שרת A2A. הכרטיס מתאר זהות, יכולות, כתובת שירות ודרישות אימות של שרת סוכן, וה-A2A עוסק בתקשורת בין מערכות סוכנים — לא בין אתר לסוכן. על אתר תדמית הקובץ לא עושה דבר.
איך אני מזהה תנועה של דפדפן סוכני בלוגים?
נכון להיום, אין דרך מתועדת. עמודי הבוטים של OpenAI ושל Anthropic לא כוללים ערך לדפדפנים הסוכניים שלהם. המנגנון שמתגבש הוא Web Bot Auth, שמבוסס על חתימה על הבקשה; קבוצת עבודה בנושא אושרה ב-IETF אך אין בה עדיין מסמך מאומץ, ו-Cloudflare כבר מימשה גרסאות טיוטה שלו.
