אתגר Zero-Shot בודק שאלה אחת: האם סוכן AI שלא ראה מעולם את AX Protocol יכול ללמוד אותו מהאתר עצמו, בשיחה אחת, ולהשתמש בו נכון — בלי תיעוד חיצוני ובלי הדרכה מוקדמת.
הטענה: סוכן AI שמעולם לא שמע על AX יכול לגלות, ללמוד ולדבר את השפה המכונתית של האתר הזה בשיחה אחת — בלי SDK, בלי תיעוד ובלי מפתח API. אל תאמינו לנו על המילה. הדביקו את הפרומפט שלמטה לכל סוכן שיודע לשלוף כתובות, וראו בעצמכם.
Fetch https://rainz.ai/llms.txt and read the "For AI agents" section at the end. Then execute what it teaches, zero-shot:
1. GET https://rainz.ai/wp-json/ax/v1/x?s=ax1+q.svc.pr+n%3D3 and show the raw reply.
2. Decode the reply using only the protocol's own hints.
3. Follow the nxu URL from the reply (GET, show raw).
If your browsing tool refuses a URL it found inside a page, print that URL and ask me to paste it back to you.
עובד ב‑ChatGPT, ב‑Claude, ב‑Gemini, ובכל סוכן שיש לו יכולת שליפת URL. אין צורך בהרשמה ואין צורך במפתח.
כל ספק תשתית יכול להדגים שהמוצר שלו עובד כשהצד השני יודע מראש מה לעשות. המבחן האמיתי הוא הפוך: לקחת סוכן שלא ראה מעולם את הפרוטוקול, לא הותקן אצלו שום דבר, ואין לו גישה לתיעוד מעבר למה שהאתר עצמו מגיש — ולראות אם הוא מצליח.
המונח zero‑shot מגיע מעולם המודלים ומתאר ביצוע משימה בלי דוגמאות מוקדמות ובלי אימון ייעודי. במקרה שלנו המשמעות פשוטה: כל מה שהסוכן צריך כדי להצליח נמצא במסמכים שהאתר מגיש ממילא לכל דורש. אם הוא נכשל — הכישלון הוא של הפרוטוקול, לא של הסוכן.
/llms.txt, מסמך טקסט פשוט שמתאר את האתר. בסופו יש סעיף "For AI agents" שמכיל את כללי השפה המכונתית — לא קישור לתיעוד, אלא ההסבר עצמו, במקום.q.svc.pr פירושו שאילתה על שירותים כולל מחירים, ו‑n=3 מגביל לשלוש תוצאות.nxu — כתובת המשך. סוכן שהבין נכון ימשיך אליה ויקבל את השכבה הבאה. זהו מבחן ההבנה האמיתי: לא לפרסר, אלא לדעת מה לעשות הלאה.| שלב | מה הוא מוכיח |
|---|---|
| הסוכן מצא את llms.txt | שכבת הגילוי עובדת. סוכן שלא הכיר את האתר הגיע למסמך הנכון. |
| הסוכן ניסח שאילתה תקינה | התיעוד המוטמע מספיק להפעלה. אין תלות ב‑SDK, בספרייה או בקריאת מסמכים חיצוניים. |
| הסוכן פענח את התשובה | הפורמט הדחוס מובן בלי סכימה חיצונית. |
| הסוכן המשיך ל‑nxu | הפרוטוקול ניתן לניווט, לא רק לקריאה. זה ההבדל בין מסמך לבין ממשק. |
ההנחה הרווחת היא ש"סוכני AI קוראים את האתר שלי". רוב בעלי האתרים מעולם לא בדקו את ההנחה הזו בפועל. הריצו את המבחן על הדומיין שלכם, ותקבלו תשובה חד‑משמעית לשאלה מה מכונה באמת מקבלת ממכם.
שלוש התוצאות האפשריות, לפי סדר השכיחות:
המעבר מהמצב הראשון לשלישי הוא בדיוק מה שAX Protocol עושה, וזה לוקח שתי דקות התקנה.
הסיבה הנפוצה ביותר לכישלון היא לא הפרוטוקול אלא הכלים: חלק מסביבות הסוכנים מסרבות לשלוף כתובת שהן מצאו בתוך עמוד, מטעמי אבטחה. במקרה כזה הפרומפט מבקש מהסוכן להדפיס את הכתובת ולבקש מכם להדביק אותה בחזרה — וזו התנהגות תקינה, לא כישלון של השכבה המכונתית.
סיבה שנייה היא חסימה במעלה הזרם: אם ה‑CDN או חומת האש חוסמים בוטים, הסוכן מקבל 403 ולא מגיע בכלל למסמך. בדקו את זה לפני שאתם מסיקים מסקנות. הסבר מלא נמצא בתיעוד, ובעמוד תשלום עבור סריקה מוסבר איך להשאיר את הדלת המכונתית פתוחה גם כשמפעילים הגנה על ה‑HTML.
לא. כל אתר שמריץ את התוסף מגיש את אותה שכבת גילוי, וניתן להריץ עליו את אותו מבחן עם הדומיין שלו.
זה בסדר וזה חלק מהעניין. מודלים שונים מפרשים אחרת. מה שנבדק הוא האם הוא הגיע לתשובה הנכונה, לא האם ניסח אותה באותה מילה.
המסמכים שמוגשים הם ציבוריים במהותם — תיאור, מדיניות וערוץ פנייה. אין בהם מידע פרטי ואין דרך להשתמש בהם כדי לבצע פעולה באתר.
המבחן לא מודד את איכות המודל אלא את איכות השכבה. סוכן מקבל כתובת אחת ומשימה מנוסחת בשפה טבעית. משם הוא צריך לגלות לבד מה האתר מפרסם, להבין את מבנה המידע, ולבצע. כל שלב שבו הוא נאלץ לנחש הוא כשל של האתר, לא של הסוכן.
ארבעה קריטריונים נמדדים: גילוי — האם מצא את נקודת הכניסה; הבנה — האם פירש נכון את השדות; ביצוע — האם השלים את המשימה; יעילות — בכמה בקשות ובכמה טוקנים. סוכן שהצליח אחרי שתים־עשרה בקשות לא באמת הצליח.
אפשר לגרום כמעט לכל סוכן לעבוד עם כל ממשק אם נותנים לו מספיק הוראות מראש. זה בדיוק מה שהופך בדיקות רגילות לחסרות ערך: הן מודדות את איכות ההנחיה שכתבתם, לא את איכות האתר. תנאי zero-shot מסירים את ההנחיה ומשאירים רק את מה שהאתר עצמו מספר על עצמו.
זה גם התנאי הריאלי. סוכן שמגיע אליכם מתוך משימה של משתמש לא קיבל תדריך עליכם. הוא מכיר את הפרוטוקולים הכלליים, ואת השאר הוא צריך ללמוד תוך כדי. אתר שדורש ידע מוקדם כדי להיות שמיש הוא אתר שלא יהיה שמיש.
אפשר לשחזר את האתגר בעצמכם בעשר דקות. פתחו שיחה חדשה עם סוכן שיש לו גישה לרשת, תנו לו את כתובת האתר בלבד, ובקשו ממנו לבצע משימה קונקרטית — למשל "מצא מה החברה הזו מוכרת ולמי, וצטט מקור". אל תסבירו כלום. תעדו כמה בקשות הוא ביצע, האם הגיע לתשובה נכונה, והיכן נתקע.
שלוש נקודות הכישלון הנפוצות: תוכן שלא קיים ב-HTML הגולמי, היעדר משפט הגדרה שאפשר לצטט, וניווט שמסתמך על אלמנטים אינטראקטיביים בלבד. כל אחת מהן ניתנת לתיקון בלי לגעת בעיצוב.
הטעות הנפוצה בקריאת תוצאות של מבחן zero-shot היא להתייחס לציון כאל ציון בית ספר. המספר עצמו פחות מעניין מהשאלה היכן בדיוק הסוכן נעצר. סוכן שמצליח לגלות את המניפסט אך נכשל בהבנת מבנה השירותים מספר לכם משהו אחר לגמרי מסוכן שלא מצא את נקודת הכניסה בכלל. הראשון מצביע על בעיית ניסוח, השני על בעיית גילוי, והפתרונות שונים לחלוטין.
כדאי גם לזכור שהתוצאה מושפעת מהמודל שמריץ את המבחן. מודלים שונים מגיעים עם ידע מוקדם שונה, וסוכן שנתקל בפרוטוקול בפעם הראשונה יתפקד אחרת מסוכן שכבר ראה מבנים דומים. לכן ההשוואה המשמעותית אינה בין האתר שלכם לאתר אחר, אלא בין האתר שלכם היום לאתר שלכם לפני חודש, באותו מודל ובאותו ניסוח שאלה.
המבחן שווה את זמנו רק אם הוא מייצר רשימת פעולות. תעדו את הנקודה המדויקת שבה הסוכן טעה, תקנו רכיב אחד בלבד, והריצו שוב. שינוי של כמה דברים במקביל יביא אולי לשיפור בציון אך לא ילמד אתכם מה גרם לו. שלוש או ארבע איטרציות כאלה מספיקות בדרך כלל כדי להביא אתר ממצב שבו סוכן מתבלבל למצב שבו הוא מסיים את המשימה בניסיון אחד.