התשובה הקצרה
ברוב המקרים שום חיפוש בפועל לא בוצע. כשהמתג דלוק, Whizi שולח למודל תחילה כלי בדיקה זול של כ-50 טוקנים, וחיפוש אמיתי ברשת רץ רק בפנייה שבה המודל בפועל קורא לכלי הזה. אם המודל שיקלל שהוא יכול לענות ממה שהוא כבר יודע, שום חיפוש לא קורה ומתקבלת תשובה בלי מקורות בזמן שהמתג עדיין מוצג ירוק.
הגורמים, בסדר שכדאי לבדוק:
| מה ראיתם | הגורם הסביר ביותר | מה לעשות |
|---|---|---|
| המתג דלוק, לתשובה אין מקורות | המודל מעולם לא קרא לכלי הבדיקה, אז שום חיפוש לא בוצע | שום דבר בצד שלכם לא מכריח חיפוש: המודל מחליט בכל פנייה |
| המתג נראה כבוי בשיחה הזו | המתג נשמר לפי שיחה, לא לפי חשבון, וחיפוש נדלק כברירת מחדל רק בשיחות חדשות | הדליקו אותו שוב בשיחה הזו |
| התקבלו רק שני או שלושה מקורות | חיפוש רגיל מוגבל ל-3 תוצאות | אין מה לשנות: 3 לכל חיפוש ו-3 בסך הכול זה התקרה |
| שגיאה שמזכירה בוליאני | גוף הבקשה היה שגוי בפורמט | טענו את הדף מחדש ושלחו שוב |
| כל ההודעה נכשלה | תקלה בצד ספק המודל | ניסיון חוזר, ואם זה נשנה יש לפנות לתמיכה |
למה מתג דלוק לא אומר שחיפוש רץ
בקשה רצה באחד משלושה מצבי חיפוש: כבוי, בדיקה, או ילידי.
מצב כבוי לא נושא שום כלי חיפוש: המתג כבוי, אז למודל אין דרך לבדוק כלום והוא עונה מהשיחה בלבד. כשהמתג דלוק, ההודעה עוברת למצב בדיקה.
מצב בדיקה הוא התחליף הזול. למודל מוענקת פונקציה רגילה שהוא יכול לקרוא לה, בעלות של כ-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 שנכשלה כשפחות מהמספר המינימלי של חיפושים הושלם. הניסוח מדויק: הקרדיטים לא נגבים. אין שינוי הגדרות שמונע את זה, כך שהתגובה השימושית היחידה היא להריץ את הבקשה שוב מאוחר יותר.