Det korte svar
I de fleste tilfælde blev der aldrig sendt en søgning. Med kontakten slået til sender Whizi først modellen et billigt probe-værktøj på omkring 50 tokens, og en rigtig websøgning kører kun på en tur, hvor modellen faktisk kalder det værktøj. Hvis modellen vurderede, at den kunne svare ud fra det, den allerede vidste, sker der ingen søgning, og du får et svar uden kilder, mens kontakten stadig viser grøn.
Årsagerne, i den orden det er værd at tjekke dem:
| Det du så | Mest sandsynlige årsag | Hvad du skal gøre |
|---|---|---|
| Kontakt slået til, svaret har ingen kilder | Modellen kaldte aldrig probe-værktøjet, så der blev ikke søgt | Intet på din side tvinger en søgning igennem: modellen beslutter per tur |
| Kontakten ser slået fra ud i denne chat | Kontakten gemmes per samtale, ikke per konto, og søgning er kun slået til for nye chats | Slå den til igen i denne samtale |
| Kun to eller tre kilder kom tilbage | En almindelig søgning er begrænset til 3 resultater | Intet at ændre: 3 per søgning og 3 i alt er grænsen |
| En fejl nævner en boolsk værdi | Forespørgselsteksten var forkert udformet | Genindlæs siden og send igen |
| Hele beskeden gav en fejl | En fejl hos modeludbyderen | Forsøg igen, og kontakt support hvis det gentager sig |
Hvorfor kontakten er slået til betyder ikke, at der blev søgt
En forespørgsel kører i én af tre søgetilstande: fra, probe eller native.
Fra-tilstand har intet søgeværktøj overhovedet: kontakten er slået fra, så modellen har ingen måde at slå noget op på og svarer alene ud fra samtalen. Med kontakten slået til går en besked i probe-tilstand.
Probe-tilstand er den billige stand-in. Modellen får en almindelig funktion, den kan kalde, som koster omkring 50 tokens, og kun en besked, hvor den faktisk kalder den funktion, bliver genudsendt med rigtig søgning tilknyttet. På beskeder, der aldrig havde brug for nettet, er probe-tilstand omkring 46 gange billigere end native, og på dem, der har brug for det, koster det omkring 0,8 procent ekstra.
Native-tilstand kører udbyderens eget websøgningsværktøj direkte. Det er ikke gratis: værktøjsdefinitionen indsætter en fast forambel på omkring 4.400 input-tokens. Den samme to-beskeds-prompt målte 36 tokens uden værktøjet og 4.472 med det.
Kontakten tillader en søgning. Modellen bestemmer, om den kører en, hvilket er grunden til, at et spørgsmål som "hvad er et godt CRM" kan komme tilbage uden kilder, mens "hvad har denne virksomhed annonceret i denne uge" kommer tilbage søgt, i samme samtale, uden kontakten rørt.
Websøgning er en per-forespørgsel bruger-kontakt snarere end et per-model kapacitetsflag, så der findes ingen offentliggjort liste over modeller, der kan browse, og modeller, der ikke kan.
De nøjagtige fejlstrenge, og hvad de hver betyder
Whizis klienter viser backend-error.message direkte, så den streng, du står med, er den, ruten sendte ud. Har du en af disse foran dig, er det, den fortæller dig.
| Fejlstreng | HTTP og kode | Udløser |
|---|---|---|
webSearchEnabled must be a boolean. | 400, invalid_generate_request | Webstedets send-rute fik et webSearchEnabled-felt, der ikke var true eller false |
webSearch must be a boolean. | 400, invalid_chat_request | App-chatrutens webSearch-felt var ikke true eller false |
Web searches failed. You have not been charged. | Skrevet på et mislykket forløb | Færre end minimumsantallet af søgninger blev fuldført på et Deep Research-forløb |
De to boolske fejl indberetter en forkert udformet forespørgsel. Værdien, klienten sendte for søgeflaget, var ikke en boolsk værdi, og hverken din konto, plan eller model havde noget at gøre med det. Genindlæs siden og send beskeden igen. Hvis en genindlæsning ikke fjerner den, kontakt support.
Web searches failed. You have not been charged. skrives på et mislykket Deep Research-forløb, når færre end minimumsantallet af søgninger fuldføres. Kreditterne bliver ikke trukket. Prøv forespørgslen igen senere.
Resultaterne kom tilbage, men der var kun tre
En almindelig søgeforespørgsel er begrænset til 3 resultater per søgning og 3 resultater i alt, ved lav søgekontekststørrelse. Et grundigt udseende spørgsmål og et trivielt kommer begge tilbage med højst tre sider bag sig.
En rute opfører sig anderledes. Den canadiske CPA-agent er den eneste rute, der tvinger websøgning igennem på hver tur, begrænset til 7 søgninger, og dens søgninger er begrænset til en tilladt domæneliste og en tilnærmet canadisk brugerplacering. På den agent er resultater fra en snæver gruppe sider den tilladte domæneliste, der virker.
Hvis svaret er forældet snarere end uden kilder, eller du vil tjekke en figur mod mere end én indhentning, er det dækket i brug af websøgning og i fejlfindingscentret.
Når hele beskeden fejler
En søgetur kan også dø af grunde, der ikke har noget at gøre med søgning. Disse strenge kommer fra modeludbyderlaget og betyder, at selve genereringen mislykkedes.
| Fejlstreng | HTTP og kode | Betydning |
|---|---|---|
The model is temporarily rate-limited. Please retry shortly. | 429, provider_rate_limited | Den bagvedliggende udbyder afviste forbindelsen, ikke Whizi |
The model provider rejected the request. | 502, provider_error | Udbyderens fejlkrop kunne ikke læses |
The model provider returned an empty stream. | 502 | Det bagvedliggende svar var fint, men bar ingen krop |
The model stream was interrupted. | In-stream fejlhændelse | Streamen fejlede halvvejs igennem |
Too many requests. Please wait and try again. | 429, rate_limit_reached | Du ramte et Whizi-rate-vindue |
Chatbeskeder er begrænset til 10 per minut og 60 per time per bruger, fladt over hver plan, med et fælles loft på 30 forespørgsler per minut tværs over alle ruter. En afvist forespørgsel koster intet: rate-limit-afvisninger bliver rullet tilbage, så en 429 aldrig bruger en besked af din allokering.
Ingen af disse har en indstilling på din side, der forhindrer dem. Vent et øjeblik og send igen. Hvis den samme model fortsætter med at fejle over flere minutter, skift til en anden model for at fortsætte arbejdet, og kontakt support, så det kan blive undersøgt på din konto.
- En grøn kontakt tillader en søgning, og modellen beslutter, om den kører en
- Probe-tilstand koster omkring 50 tokens, og kun en tur, hvor modellen kalder den, får rigtig søgning
- En almindelig søgning returnerer højst 3 resultater
- De to boolske fejl er forkert udformede forespørgsler: genindlæs og send igen
- Søgning er en per-forespørgsel-kontakt, ikke et per-model kapacitetsflag
- Udbyderfejl og 429'ere er forbigående: vent, forsøg igen, og kontakt derefter support
Ofte stillede spørgsmål
Jeg slog websøgning til i Whizi, og den søgte ikke. Hvorfor?
Fordi modellen besluttede, at den ikke havde brug for det. Med kontakten slået til sender Whizi et billigt probe-værktøj på omkring 50 tokens sammen med din besked, og en rigtig søgning bliver kun sendt ud på en tur, hvor modellen faktisk kalder det værktøj. Designet holder omkostningen nede, fordi udbyderens native søgning indsætter omkring 4.400 input-tokens forambel på hver forespørgsel.
Hvad betyder "webSearchEnabled must be a boolean."?
Det er en HTTP 400 med koden invalid_generate_request, som returneres, når send-forespørgslen bærer en webSearchEnabled-værdi, der ikke er true eller false. Din konto, plan og model havde ingen del i det. Genindlæs siden, og send igen, og kontakt support hvis en genindlæsning ikke fjerner den. App-chatruten har den tilsvarende streng webSearch must be a boolean. med koden invalid_chat_request.
Hvad betyder "Web searches failed. You have not been charged."?
Den skrives på et mislykket Deep Research-forløb, når færre end minimumsantallet af søgninger fuldføres. Formuleringen er ordret: kreditterne bliver ikke trukket. Der er ingen indstillingsændring, der forhindrer det, så det eneste nyttige svar er at køre forespørgslen igen senere.