簡潔な答え
多くの場合、検索は一度も発行されていません。トグルがオンのとき、Whiziはまずモデルに約50トークンの軽量な探査ツールを渡し、モデルが実際にそのツールを呼び出したターンでのみ本物のウェブ検索が走ります。モデルが自分の知識だけで答えられると判断すれば検索は行われず、トグルが緑のままで情報源のない回答が返ってきます。
確認する価値がある順に、原因は次の通りです:
| 見た症状 | 最も可能性の高い原因 | 対処法 |
|---|---|---|
| トグルはオン、回答に情報源がない | モデルが探査ツールを一度も呼び出さず、検索が発行されなかった | ユーザー側で検索を強制する仕組みはなく、モデルがターンごとに判断している |
| このチャットではトグルがオフに見える | トグルはアカウント単位ではなく会話単位で保存され、検索は新しいチャットでのみ初期状態でオンになる | この会話でもう一度オンにする |
| 情報源が2件か3件しか返ってこない | 通常の検索は結果が3件までに制限されている | 変更の余地はなく、1回の検索で3件、合計でも3件が上限 |
| booleanに言及するエラーが出る | リクエストの本文が不正な形式だった | ページを再読み込みして再送信する |
| メッセージ全体がエラーになった | モデルプロバイダー側の障害 | 再試行し、繰り返す場合はサポートに連絡する |
トグルがオンでも検索が実行されるとは限らない理由
リクエストはオフ、プローブ、ネイティブという3つの検索モードのいずれかで動きます。
オフモードでは検索ツールが一切付与されません。トグルがオフなので、モデルは何も調べる手段がなく、会話の内容だけで答えます。トグルをオンにすると、メッセージはプローブモードに入ります。
プローブモードは安価な代役です。モデルには呼び出し可能な通常の関数が渡され、コストはおよそ50トークンです。モデルが実際にその関数を呼び出したメッセージだけが、本物の検索を伴って再発行されます。ウェブが不要だったメッセージでは、プローブモードはネイティブモードよりおよそ46倍安く、必要だったメッセージではおよそ0.8パーセントの追加コストで済みます。
ネイティブモードはプロバイダー側の本物のウェブ検索ツールを直接実行します。無料ではなく、ツール定義がおよそ4,400入力トークンの固定の前置き部分を注入します。同じ2メッセージのプロンプトで測定したところ、ツールなしでは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の実行で完了した検索数が最低数に満たなかった |
2つのbooleanエラーは、リクエストの形式が不正であることを報告しています。クライアントが送信した検索フラグの値がbooleanではなかったというだけで、アカウントやプラン、モデルはいずれも原因ではありません。ページを再読み込みしてメッセージを再送信してください。再読み込みしても解消しない場合はサポートに連絡してください。
Web searches failed. You have not been charged.は、完了した検索数が最低数に満たなかったDeep Researchの実行に記録されるものです。クレジットは消費されません。しばらくしてからリクエストをやり直してください。
結果は返ってきたが、3件しかなかった
通常の検索リクエストは、検索コンテキストサイズが低の場合、1回の検索で3件、合計でも3件までに制限されています。徹底的に見える質問も些細な質問も、背後にあるページは最大で3件です。
1つのルートだけ挙動が異なります。カナダの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のレート制限に達した |
チャットメッセージは、プランを問わず1ユーザーあたり1分間に10件、1時間に60件に制限されており、全ルート合計で1分間に30件という共通の上限もあります。拒否されたリクエストは無料です。レート制限による拒否は取り消されるため、429がメッセージの割り当てを消費することはありません。
これらはいずれもユーザー側の設定で防げるものではありません。少し待ってから再送信してください。同じモデルが数分にわたって失敗し続ける場合は、別のモデルに切り替えて作業を続け、アカウントを調査してもらえるようサポートに連絡してください。
- 緑のトグルは検索を許可するだけで、実行するかどうかはモデルが決める
- プローブモードはおよそ50トークンで、モデルが呼び出したターンだけ本物の検索になる
- 通常の検索は最大3件までしか返ってこない
- 2つのbooleanエラーはリクエストの形式不正で、再読み込みして再送信する
- 検索はモデルごとの機能フラグではなく、リクエストごとのトグル
- プロバイダーのエラーと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の実行に記録されるものです。文言どおり、クレジットは消費されません。防ぐための設定変更はないため、唯一有効な対応はしばらくしてからリクエストをやり直すことです。