Det korta svaret
I de flesta fall gjordes ingen sökning över huvud taget. Sökning är automatisk: en snabb kontroll läser ditt meddelande först och skickar det direkt till en riktig sökning när det behöver webben, och annars får modellen en billig sökfunktion på ungefär 50 token som den kan anropa själv. Om båda bedömde att frågan kunde besvaras med det modellen redan visste sker ingen sökning, och du får ett svar utan källor.
Orsakerna, i den ordning de är värda att kontrollera:
| Vad du såg | Troligaste orsak | Vad du ska göra |
|---|---|---|
| Svaret har inga källor | Varken den snabba kontrollen eller modellen bedömde att frågan behövde webben | Fråga igen och säg att du vill ha aktuella källor |
| Appen visar sin Sök-knapp som av | Mobilappen visar fortfarande den gamla knappen, men den ändrar inte längre något | Inget: sökningen fungerar likadant med knappen på eller av |
| 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 |
Hur Whizi avgör om ett meddelande söks
Innan modellen ser ett meddelande läser en liten, snabb klassificerare det och bedömer om det behöver webben. Ett ja skickar meddelandet direkt till nativt läge. Ett nej, eller ett osäkert svar, lämnar det i testläge, där modellen fortfarande kan besluta att söka. Hur som helst körs förfrågan i ett av tre söklägen: av, test eller nativt.
Av-läge har inget sökverktyg alls, så modellen kan inte slå upp något och svarar bara utifrån konversationen. Det används bara där en förfrågan inte kan bära verktyget, och ett vanligt chattmeddelande hamnar aldrig där.
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.
Den snabba kontrollen och modellen avgör var för sig per meddelande, 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 något ändrats på din sida.
Webbsökning avgörs per meddelande snarare än att vara 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.
- En snabb kontroll avgör först, och modellen kan fortfarande söka när kontrollen säger nej
- 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 avgörs per meddelande, inte av 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 frågade Whizi något aktuellt och den sökte inte. Varför?
Eftersom ingen av kontrollerna bedömde att det behövdes. En snabb klassificerare läser ditt meddelande först, och när den säger nej skickar Whizi ett billigt testverktyg på ungefär 50 token tillsammans med ditt meddelande, och en riktig sökning görs bara om modellen 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.
