התשובה הקצרה
ברוב המקרים שום חיפוש בפועל לא בוצע. החיפוש אוטומטי: בדיקה מהירה קוראת קודם את ההודעה שלכם ושולחת אותה ישר לחיפוש אמיתי כשהיא דורשת את הרשת, ואחרת המודל מקבל פונקציית חיפוש זולה של כ-50 טוקנים שהוא יכול לקרוא לה בעצמו. אם שתיהן שפטו שאפשר לענות על השאלה ממה שהמודל כבר יודע, שום חיפוש לא קורה ומתקבלת תשובה בלי מקורות.
הגורמים, בסדר שכדאי לבדוק:
| מה ראיתם | הגורם הסביר ביותר | מה לעשות |
|---|---|---|
| לתשובה אין מקורות | לא הבדיקה המהירה ולא המודל שפטו שהשאלה דורשת את הרשת | שאלו שוב ואמרו שאתם רוצים מקורות עדכניים |
| באפליקציה כפתור החיפוש מוצג כבוי | אפליקציית המובייל עדיין מציגה את הכפתור הישן, אבל הוא כבר לא משנה דבר | שום דבר: החיפוש עובד אותו דבר עם הכפתור דלוק או כבוי |
| התקבלו רק שני או שלושה מקורות | חיפוש רגיל מוגבל ל-3 תוצאות | אין מה לשנות: 3 לכל חיפוש ו-3 בסך הכול זה התקרה |
| שגיאה שמזכירה בוליאני | גוף הבקשה היה שגוי בפורמט | טענו את הדף מחדש ושלחו שוב |
| כל ההודעה נכשלה | תקלה בצד ספק המודל | ניסיון חוזר, ואם זה נשנה יש לפנות לתמיכה |
איך Whizi מחליט אם הודעה תחופש
לפני שהמודל רואה הודעה, מסווג קטן ומהיר קורא אותה ושופט אם היא דורשת את הרשת. תשובה חיובית שולחת את ההודעה ישר למצב ילידי. תשובה שלילית, או לא בטוחה, משאירה אותה במצב בדיקה, שבו המודל עדיין יכול להחליט לחפש. בכל מקרה הבקשה רצה באחד משלושה מצבי חיפוש: כבוי, בדיקה, או ילידי.
מצב כבוי לא נושא שום כלי חיפוש, אז למודל אין דרך לבדוק כלום והוא עונה מהשיחה בלבד. משתמשים בו רק במקום שבו בקשה לא יכולה לשאת את הכלי, והודעת צ'אט רגילה לעולם לא מגיעה אליו.
מצב בדיקה הוא התחליף הזול. למודל מוענקת פונקציה רגילה שהוא יכול לקרוא לה, בעלות של כ-50 טוקנים, ורק הודעה שבה הוא בפועל קורא לפונקציה הזו נשלחת מחדש עם חיפוש אמיתי מצורף. בהודעות שלא נזקקו לרשת מעולם, מצב בדיקה זול בכ-46 מונים ממצב ילידי, ובאלה שכן צריכות אותו, זה מוסיף כ-0.8 אחוזים לעלות.
מצב ילידי מריץ ישירות את כלי החיפוש האמיתי של הספק. זה לא בחינם: הגדרת הכלי מזריקה פתיח קבוע של בערך 4,400 טוקני קלט. אותה בקשה דו-הודעתית נמדדה ב-36 טוקנים בלי הכלי וב-4,472 עם הכלי.
הבדיקה המהירה והמודל מחליטים כל אחד לכל הודעה בנפרד, וזו הסיבה ששאלה כמו "מה CRM טוב" יכולה להתקבל בלי מקורות בזמן ש"מה החברה הזו הודיעה השבוע" מתקבלת עם חיפוש, בתוך אותה שיחה בדיוק, בלי ששיניתם דבר בצד שלכם.
ההחלטה על חיפוש באינטרנט מתקבלת לכל הודעה ולא נקבעת כדגל יכולת לפי מודל, אז אין רשימה מתועדת של מודלים שיכולים לגלוש ומודלים שלא.
מחרוזות השגיאה המדויקות ומה כל אחת אומרת
לקוחות Whizi מציגים את error.message שמגיע מהשרת ישירות, כך שהמחרוזת שלפניכם היא זו שהנתיב פלט. אם יש לפניכם אחת מהשגיאות האלה, כך יש לקרוא אותה.
| מחרוזת השגיאה | HTTP וקוד | הגורם |
|---|---|---|
webSearchEnabled must be a boolean. | 400, invalid_generate_request | נתיב השליחה באתר קיבל שדה webSearchEnabled שלא היה true או false |
webSearch must be a boolean. | 400, invalid_chat_request | נתיב הצ'אט באפליקציה קיבל שדה webSearch שלא היה true או false |
Web searches failed. You have not been charged. | נכתב על הרצה שנכשלה | פחות מהמספר המינימלי של חיפושים הושלם בהרצת Deep Research |
שתי שגיאות הבוליאני מדווחות על בקשה שגויה בפורמט. הערך שהלקוח שלח לדגל החיפוש לא היה בוליאני, ושום דבר בחשבון, בתוכנית או במודל שלכם לא גרם לזה. טענו את הדף מחדש ושלחו את ההודעה שוב. אם רענון לא פותר את זה, פנו לתמיכה.
Web searches failed. You have not been charged. נכתבת על הרצת Deep Research שנכשלה כשפחות מהמספר המינימלי של חיפושים הושלם. הקרדיטים לא נגבים. נסו את הבקשה שוב מאוחר יותר.
התוצאות התקבלו, אבל היו רק שלוש
בקשת חיפוש רגילה מוגבלת ל-3 תוצאות לכל חיפוש ו-3 תוצאות בסך הכול, בגודל הקשר חיפוש נמוך. שאלה שנשמעת מקיפה ושאלה טריוויאלית שתיהן מתקבלות עם עד שלושה דפים בגב שלהן.
נתיב אחד מתנהג אחרת. סוכן ה-CPA הקנדי הוא הנתיב היחיד שמכריח חיפוש באינטרנט בכל פנייה, מוגבל ל-7 חיפושים, וחיפושיו מוגבלים לרשימת דומיינים מותרת ולמיקום משתמש קנדי משוער. בסוכן הזה, תוצאות מקבוצה מצומצמת של אתרים הן פועל יוצא של רשימת הדומיינים המותרת.
אם התשובה לא עדכנית ולא חסרת מקורות, או שאתם רוצים לבדוק נתון מול יותר מאחזור אחד, זה מכוסה במדריך השימוש בחיפוש באינטרנט ובמרכז פתרון התקלות.
כשכל ההודעה נכשלת
פנייה עם חיפוש יכולה גם להיכשל מסיבות שאין להן קשר לחיפוש. המחרוזות האלה מגיעות משכבת ספק המודל ומשמעותן שההפקה עצמה נכשלה.
| מחרוזת השגיאה | HTTP וקוד | המשמעות |
|---|---|---|
The model is temporarily rate-limited. Please retry shortly. | 429, provider_rate_limited | הספק שבצד השרת דחה את החיבור, לא Whizi |
The model provider rejected the request. | 502, provider_error | לא ניתן היה לקרוא את גוף שגיאת הספק |
The model provider returned an empty stream. | 502 | תשובת השרת הייתה תקינה אך לא נשא גוף |
The model stream was interrupted. | אירוע שגיאה בתוך הזרימה | הזרימה נכשלה באמצע |
Too many requests. Please wait and try again. | 429, rate_limit_reached | פגעתם בחלון קצב של Whizi |
הודעות צ'אט מוגבלות ל-10 בדקה ו-60 בשעה למשתמש, אחיד בכל התוכניות, עם תקרה משותפת של 30 בקשות בדקה על כל הנתיבים. בקשה שנדחתה לא עולה כלום: דחיות מגבלת קצב מבוטלות, כך ש-429 לעולם לא צורך הודעה מהמכסה שלכם.
לאף אחת מהשגיאות האלה אין הגדרה בצד שלכם שמונעת אותן. חכו רגע ושלחו שוב. אם אותו מודל ממשיך להיכשל על פני כמה דקות, עברו למודל אחר כדי להמשיך לעבוד ופנו לתמיכה כדי שיבדקו את החשבון שלכם.
- בדיקה מהירה מחליטה ראשונה, והמודל עדיין יכול לחפש גם כשהבדיקה אומרת לא
- מצב בדיקה עולה כ-50 טוקנים, ורק פנייה שבה המודל קורא לו מקבלת חיפוש אמיתי
- חיפוש רגיל מחזיר לכל היותר 3 תוצאות
- שתי שגיאות הבוליאני הן בקשות שגויות בפורמט: רענון ושליחה חדשה
- ההחלטה על חיפוש מתקבלת לכל הודעה, ולא לפי דגל יכולת של מודל
- שגיאות ספק ו-429 חולפות: לחכות, לנסות שוב, ואז לפנות לתמיכה
שאלות נפוצות
שאלתי את Whizi משהו עדכני והוא לא חיפש. למה?
מפני ששתי הבדיקות לא החליטו שצריך. מסווג מהיר קורא קודם את ההודעה שלכם, וכשהוא אומר לא, Whizi שולח כלי בדיקה זול של כ-50 טוקנים לצד ההודעה שלכם, וחיפוש אמיתי מונפק רק אם המודל קורא לכלי הזה. העיצוב הזה שומר על עלות נמוכה, כיוון שחיפוש ילידי של הספק מזריק בערך 4,400 טוקני קלט של פתיח בכל בקשה.
מה המשמעות של "webSearchEnabled must be a boolean."?
זו שגיאת HTTP 400 עם הקוד invalid_generate_request, שמתקבלת כשבקשת השליחה נושאת ערך webSearchEnabled שאינו true או false. לחשבון, לתוכנית ולמודל שלכם לא היה חלק בזה. טענו את הדף מחדש ושלחו שוב, ופנו לתמיכה אם רענון לא פותר את זה. נתיב הצ'אט באפליקציה נושא את המחרוזת המקבילה webSearch must be a boolean. עם הקוד invalid_chat_request.
מה המשמעות של "Web searches failed. You have not been charged."?
היא נכתבת על הרצת Deep Research שנכשלה כשפחות מהמספר המינימלי של חיפושים הושלם. הניסוח מדויק: הקרדיטים לא נגבים. אין שינוי הגדרות שמונע את זה, כך שהתגובה השימושית היחידה היא להריץ את הבקשה שוב מאוחר יותר.
