پاسخ کوتاه
در بیشتر موارد اصلا هیچ جستجویی انجام نشده است. با روشنبودن دکمه، Whizi ابتدا یک ابزار کاوش ارزان حدود 50 توکن به مدل میفرستد و جستجوی واقعی وب فقط در نوبتی اجرا میشود که مدل واقعا همان ابزار را فراخوانی کند. اگر مدل تشخیص دهد از قبل میداند پاسخ چیست، هیچ جستجویی رخ نمیدهد و شما پاسخی بدون منبع میگیرید در حالی که دکمه هنوز سبز است.
علتها، به ترتیبی که ارزش بررسی دارند:
| چه چیزی دیدید | محتملترین علت | چه کاری انجام دهید |
|---|---|---|
| دکمه روشن است، پاسخ بدون منبع | مدل هرگز ابزار کاوش را فراخوانی نکرد، پس جستجویی صادر نشد | چیزی از سمت شما جستجو را اجباری نمیکند: مدل در هر نوبت خودش تصمیم میگیرد |
| در این چت دکمه خاموش به نظر میرسد | دکمه بهازای هر گفتگو ذخیره میشود، نه بهازای هر حساب، و جستجو فقط برای چتهای تازه روشن میآید | دوباره در همین گفتگو آن را روشن کنید |
| فقط دو یا سه منبع برگشت | یک جستجوی معمولی به 3 نتیجه محدود است | چیزی برای تغییر نیست: سقف هر جستجو 3 و مجموع هم 3 است |
| خطایی که از boolean حرف میزند | بدنهٔ درخواست بدشکل بود | صفحه را بازخوانی و دوباره ارسال کنید |
| کل پیام با خطا مواجه شد | خرابی از سمت ارائهدهندهٔ مدل | دوباره تلاش کنید، اگر تکرار شد با پشتیبانی تماس بگیرید |
چرا روشنبودن دکمه به معنای اجرای جستجو نیست
یک درخواست در یکی از سه حالت جستجو اجرا میشود: خاموش، کاوشی یا بومی.
حالت خاموش اصلا ابزار جستجویی همراه ندارد: دکمه خاموش است، پس مدل هیچ راهی برای جستجو ندارد و فقط از روی همان گفتگو پاسخ میدهد. با روشنکردن دکمه، پیام به حالت کاوشی میرود.
حالت کاوشی جایگزین ارزان است. به مدل یک تابع معمولی داده میشود که میتواند فراخوانی کند و هزینهاش حدود 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 نوشته میشود، وقتی کمتر از حداقل تعداد جستجو کامل شود. عبارت دقیقا همان معنا را دارد: اعتبار برداشت نمیشود. هیچ تغییر تنظیماتی جلویش را نمیگیرد، پس تنها پاسخ مفید این است که بعدا دوباره درخواست را اجرا کنید.