Det korta svaret
I de flesta fall gjordes ingen sökning över huvud taget. Med reglaget på skickar Whizi först modellen ett billigt testverktyg på ungefär 50 token, och en riktig webbsökning körs bara i en vändning där modellen faktiskt anropar det verktyget. Om modellen bedömde att den kunde svara med det den redan visste sker ingen sökning, och du får ett svar utan källor medan reglaget fortfarande visas grönt.
Orsakerna, i den ordning de är värda att kontrollera:
| Vad du såg | Troligaste orsak | Vad du ska göra |
|---|---|---|
| Reglaget på, svaret har inga källor | Modellen anropade aldrig testverktyget, så ingen sökning gjordes | Inget på din sida tvingar fram en sökning: modellen bestämmer per vändning |
| Reglaget verkar av i den här chatten | Reglaget lagras per konversation, inte per konto, och sökning är på som standard bara för nya chattar | Slå på det igen i den här konversationen |
| Bara två eller tre källor kom tillbaka | En vanlig sökning är begränsad till 3 resultat | Inget att ändra: 3 per sökning och 3 totalt är gränsen |
| Ett felmeddelande nämner en boolean | Förfrågans innehåll var felformat | Ladda om sidan och skicka igen |
| Hela meddelandet gav ett fel | Ett modellleverantörsfel | Försök igen, kontakta sedan supporten om det upprepas |
Varför ett aktiverat reglage inte betyder att en sökning kördes
En förfrågan körs i ett av tre söklägen: av, test eller nativt.
Av-läge har inget sökverktyg alls: reglaget är av, så modellen kan inte slå upp något och svarar bara utifrån konversationen. Med reglaget på går ett meddelande till testläge.
Testläge är den billiga ersättaren. Modellen får en vanlig funktion den kan anropa, som kostar ungefär 50 token, och bara ett meddelande där den faktiskt anropar funktionen skickas om med en riktig sökning kopplad till sig. På meddelanden som aldrig behövde webben är testläge omkring 46 gånger billigare än nativt läge, och på de som verkligen behöver det kostar det omkring 0,8 procent extra.
Nativt läge kör leverantörens egna webbsökningsverktyg direkt. Det är inte gratis: verktygsdefinitionen lägger till en fast inledning på ungefär 4 400 input-token. Samma tvåmeddelandeprompt mätte 36 token utan verktyget och 4 472 med det.
Reglaget tillåter en sökning. Modellen bestämmer om den ska köra en, vilket är varför en fråga som "vad är ett bra CRM" kan komma tillbaka utan källor medan "vad har det här företaget meddelat den här veckan" kommer tillbaka sökt, i samma konversation, utan att reglaget rörts.
Webbsökning är ett reglage per förfrågan för användaren snarare än en förmågsflagga per modell, så det finns ingen publicerad lista över modeller som kan surfa och modeller som inte kan.
De exakta felmeddelandena och vad de betyder
Whizis klienter visar backendens error.message rakt av, så meddelandet framför dig är det rutten faktiskt skickade ut. Har du ett av de här framför dig är det detta det säger dig.
| Felmeddelande | HTTP och kod | Utlöses av |
|---|---|---|
webSearchEnabled must be a boolean. | 400, invalid_generate_request | Webbplatsens sändrutt fick ett webSearchEnabled-fält som inte var true eller false |
webSearch must be a boolean. | 400, invalid_chat_request | Apparns chattrutt fick ett webSearch-fält som inte var true eller false |
Web searches failed. You have not been charged. | Skrivs på en misslyckad körning | Färre än minsta antalet sökningar slutfördes i en Deep Research-körning |
De två boolean-felen rapporterar en felformad förfrågan. Värdet klienten skickade för sökflaggan var inte en boolean, och inget kring ditt konto, din plan eller din modell orsakade det. Ladda om sidan och skicka meddelandet igen. Om en omladdning inte löser det, kontakta supporten.
Web searches failed. You have not been charged. skrivs på en misslyckad Deep Research-körning när färre än minsta antalet sökningar slutförs. Krediterna tas inte. Försök igen senare.
Resultaten kom tillbaka, men det var bara tre
En vanlig sökförfrågan är begränsad till 3 resultat per sökning och 3 resultat totalt, vid låg sökkontextstorlek. En grundlig fråga och en trivial fråga kommer båda tillbaka med högst tre sidor bakom sig.
En rutt beter sig annorlunda. Den kanadensiska CPA-agenten är den enda rutten som tvingar fram webbsökning i varje vändning, begränsad till 7 sökningar, och dess sökningar är begränsade till en tillåten domänlista och en ungefärlig kanadensisk användarplats. På den agenten är resultat från en smal uppsättning sajter den tillåtna domänlistan i praktiken.
Om svaret är föråldrat snarare än utan källor, eller du vill kontrollera en siffra mot mer än en hämtning, täcks det i att använda webbsökning och i felsökningsnavet.
När hela meddelandet misslyckas
En sökvändning kan också dö av skäl som inte har något att göra med sökning. De här meddelandena kommer från modellleverantörens lager och betyder att själva genereringen misslyckades.
| Felmeddelande | HTTP och kod | Betydelse |
|---|---|---|
The model is temporarily rate-limited. Please retry shortly. | 429, provider_rate_limited | Leverantören uppström nekade anslutningen, inte Whizi |
The model provider rejected the request. | 502, provider_error | Leverantörens felmeddelande kunde inte läsas |
The model provider returned an empty stream. | 502 | Svaret uppström var okej men saknade innehåll |
The model stream was interrupted. | Felhändelse i strömmen | Strömmen misslyckades halvvägs igenom |
Too many requests. Please wait and try again. | 429, rate_limit_reached | Du nådde ett hastighetsfönster hos Whizi |
Chattmeddelanden är begränsade till 10 per minut och 60 per timme per användare, lika för alla planer, med ett delat tak på 30 förfrågningar per minut över alla rutter. En nekad förfrågan kostar ingenting: hastighetsbegränsade avslag rullas tillbaka, så en 429 tar aldrig ett meddelande från din kvot.
Inget av dessa har en inställning på din sida som förhindrar dem. Vänta en stund och skicka igen. Om samma modell fortsätter att misslyckas under flera minuter, byt till en annan modell för att fortsätta arbeta och kontakta supporten så att det kan undersökas på ditt konto.
- Ett grönt reglage tillåter en sökning, och modellen bestämmer om den ska köra en
- Testläge kostar omkring 50 token, och bara en vändning där modellen anropar det får en riktig sökning
- En vanlig sökning ger högst 3 resultat
- De två boolean-felen är felformade förfrågningar: ladda om och skicka igen
- Sökning är ett reglage per förfrågan, inte en förmågsflagga per modell
- Leverantörsfel och 429:or är tillfälliga: vänta, försök igen, kontakta sedan supporten
Vanliga frågor
Jag slog på webbsökning i Whizi och den sökte inte. Varför?
Eftersom modellen bedömde att den inte behövde det. Med reglaget på skickar Whizi ett billigt testverktyg på ungefär 50 token tillsammans med ditt meddelande, och en riktig sökning görs bara i en vändning där modellen faktiskt anropar det verktyget. Upplägget håller nere kostnaden, eftersom nativ leverantörssökning lägger till ungefär 4 400 input-token av inledning på varje förfrågan.
Vad betyder "webSearchEnabled must be a boolean."?
Det är ett HTTP 400 med koden invalid_generate_request, som returneras när sändförfrågan har ett webSearchEnabled-värde som inte är true eller false. Ditt konto, din plan och din modell spelade ingen roll. Ladda om sidan och skicka igen, och kontakta supporten om en omladdning inte löser det. Apparns chattrutt har motsvarande meddelande webSearch must be a boolean. med koden invalid_chat_request.
Vad betyder "Web searches failed. You have not been charged."?
Det skrivs på en misslyckad Deep Research-körning när färre än minsta antalet sökningar slutförs. Formuleringen är exakt: krediterna tas inte. Det finns ingen inställning som förhindrar det, så det enda meningsfulla svaret är att köra förfrågan igen senare.