Det korte svaret
I de fleste tilfeller ble det aldri sendt noe søk. Med bryteren på sender Whizi først modellen et billig probe-verktøy på rundt 50 tokens, og et ekte nettsøk kjører bare på en tur der modellen faktisk kaller det verktøyet. Hvis modellen vurderte at den kunne svare med det den allerede visste, skjer det ikke noe søk, og du får et svar uten kilder mens bryteren fortsatt viser grønn.
Årsakene, i den rekkefølgen det er verdt å sjekke:
| Hva du så | Mest sannsynlige årsak | Hva du skal gjøre |
|---|---|---|
| Bryter på, svaret har ingen kilder | Modellen kalte aldri probe-verktøyet, så ingen søk ble sendt | Ingenting på din side tvinger frem et søk: modellen bestemmer selv per tur |
| Bryteren ser av ut i denne chatten | Bryteren lagres per samtale, ikke per konto, og søk er bare på som standard for nye chatter | Slå den på igjen i denne samtalen |
| Bare to eller tre kilder kom tilbake | Et vanlig søk er begrenset til 3 resultater | Ingenting å endre: 3 per søk og 3 totalt er grensen |
| En feil nevner en boolsk verdi | Forespørselens innhold var feilformet | Last siden på nytt og send meldingen igjen |
| Hele meldingen feilet | En feil hos modelleverandøren | Prøv igjen, og kontakt support hvis det gjentar seg |
Hvorfor det ikke betyr at et søk kjørte at bryteren er på
En forespørsel kjører i en av tre søkemoduser: av, probe eller nativ.
Av-modus har ikke noe søkeverktøy i det hele tatt: bryteren er av, så modellen har ingen måte å slå noe opp på og svarer bare ut fra samtalen. Med bryteren på går en melding til probe-modus.
Probe-modus er den billige stedfortrederen. Modellen får en vanlig funksjon den kan kalle, som koster rundt 50 tokens, og bare en melding der den faktisk kaller den funksjonen sendes på nytt med ekte søk lagt til. På meldinger som aldri hadde bruk for nettet, er probe-modus rundt 46 ganger billigere enn nativ, og på de som faktisk trenger det, koster det rundt 0,8 prosent ekstra.
Nativ modus kjører leverandørens ekte nettsøkverktøy direkte. Det er ikke gratis: verktøydefinisjonen legger inn en fast innledning på rundt 4400 input-tokens. Den samme to-meldings-prompten målte 36 tokens uten verktøyet og 4472 med det.
Bryteren tillater et søk. Modellen bestemmer om den skal kjøre et, og det er derfor et spørsmål som "hva er et godt CRM" kan komme tilbake uten kilder, mens "hva kunngjorde dette firmaet denne uken" kommer tilbake med søk, i samme samtale, uten at bryteren er rørt.
Nettsøk er en per-forespørsel brukerbryter snarere enn en per-modell-egenskap, så det finnes ingen publisert liste over modeller som kan surfe og modeller som ikke kan.
De eksakte feilstrengene og hva hver av dem betyr
Whizi-klientene viser backendens error.message direkte, så strengen du ser er den ruten faktisk sendte ut. Hvis du har en av disse foran deg, er dette hva den forteller deg.
| Feilstreng | HTTP og kode | Utløser |
|---|---|---|
webSearchEnabled must be a boolean. | 400, invalid_generate_request | Nettsiden sin send-rute mottok et webSearchEnabled-felt som ikke var true eller false |
webSearch must be a boolean. | 400, invalid_chat_request | App-chattens rute mottok et webSearch-felt som ikke var true eller false |
Web searches failed. You have not been charged. | Skrevet på en mislykket kjøring | Færre enn minimum antall søk ble fullført på en Deep Research-kjøring |
De to boolske feilene rapporterer en feilformet forespørsel. Verdien klienten sendte for søkeflagget var ikke en boolsk verdi, og ingenting om kontoen din, planen din eller modellen din var årsaken. Last siden på nytt og send meldingen igjen. Hvis en omlasting ikke løser det, kontakt support.
Web searches failed. You have not been charged. skrives på en mislykket Deep Research-kjøring når færre enn minimum antall søk fullføres. Kredittene blir ikke tatt. Prøv forespørselen igjen senere.
Resultatene kom tilbake, men det var bare tre
En vanlig søkeforespørsel er begrenset til 3 resultater per søk og 3 resultater totalt, ved lav søkekontekststørrelse. Et grundig utseende spørsmål og et trivielt et kommer begge tilbake med maks tre sider bak seg.
En rute oppfører seg annerledes. Den kanadiske CPA-agenten er den eneste ruten som tvinger nettsøk på hver tur, begrenset til 7 søk, og søkene er begrenset til en tillatt domeneliste og en tilnærmet kanadisk brukerplassering. På den agenten er resultater fra et begrenset sett med nettsteder den tillatte domenelisten i arbeid.
Hvis svaret er utdatert i stedet for uten kilder, eller du vil sjekke et tall mot mer enn ett oppslag, er det dekket i bruk av nettsøk og i feilsøkingssenteret.
Når hele meldingen feiler
En søketur kan også dø av grunner som ikke har noe med søk å gjøre. Disse strengene kommer fra modelleverandørlaget og betyr at selve genereringen feilet.
| Feilstreng | HTTP og kode | Betydning |
|---|---|---|
The model is temporarily rate-limited. Please retry shortly. | 429, provider_rate_limited | Leverandøren oppstrøms avviste tilkoblingen, ikke Whizi |
The model provider rejected the request. | 502, provider_error | Leverandørens feilmelding kunne ikke leses |
The model provider returned an empty stream. | 502 | Svaret oppstrøms var fint, men hadde ingen innhold |
The model stream was interrupted. | Hendelse i strømmen | Strømmen feilet midtveis |
Too many requests. Please wait and try again. | 429, rate_limit_reached | Du traff et Whizi-ratevindu |
Chattemeldinger er begrenset til 10 per minutt og 60 per time per bruker, likt på hver plan, med en delt grense på 30 forespørsler per minutt over alle ruter. En avvist forespørsel kostet ingenting: rate-limit-avvisninger reverseres, så en 429 bruker aldri en melding av kvoten din.
Ingen av disse har en innstilling på din side som forhindrer dem. Vent litt og send igjen. Hvis samme modell fortsetter å feile over flere minutter, bytt til en annen modell for å fortsette å arbeide og kontakt support så det kan bli sett på kontoen din.
- En grønn bryter tillater et søk, og modellen bestemmer om den skal kjøre et
- Probe-modus koster rundt 50 tokens, og bare en tur der modellen kaller det får ekte søk
- Et vanlig søk returnerer maks 3 resultater
- De to boolske feilene er feilformede forespørsler: last på nytt og send igjen
- Søk er en per-forespørsel-bryter, ikke et per-modell-egenskap
- Leverandørfeil og 429-er er forbigående: vent, prøv igjen, kontakt deretter support
Vanlige spørsmål
Jeg slo på nettsøk i Whizi og det søkte ikke. Hvorfor?
Fordi modellen bestemte at den ikke behøvde det. Med bryteren på sender Whizi et billig probe-verktøy på rundt 50 tokens sammen med meldingen din, og et ekte søk sendes bare på en tur der modellen faktisk kaller det verktøyet. Utformingen holder kostnaden nede, siden nativ leverandørsøk legger inn rundt 4400 input-tokens med innledning på hver forespørsel.
Hva betyr «webSearchEnabled must be a boolean.»?
Det er en HTTP 400 med koden invalid_generate_request, som returneres når send-forespørselen har en webSearchEnabled-verdi som ikke er true eller false. Kontoen din, planen din og modellen din hadde ingen del i det. Last siden på nytt og send igjen, og kontakt support hvis en omlasting ikke løser det. App-chattens rute har den tilsvarende strengen «webSearch must be a boolean.» med koden invalid_chat_request.
Hva betyr «Web searches failed. You have not been charged.»?
Det skrives på en mislykket Deep Research-kjøring når færre enn minimum antall søk fullføres. Ordlyden er ordrett: kredittene blir ikke tatt. Det finnes ingen konfigurasjonsendring som forhindrer det, så det eneste nyttige svaret er å kjøre forespørselen igjen senere.