Det korte svar
I de fleste tilfælde blev der aldrig sendt en søgning. Søgning er automatisk: et hurtigt tjek læser først din besked og sender den direkte til en rigtig søgning, når den har brug for nettet, og ellers får modellen en billig søgefunktion på omkring 50 tokens, som den selv kan kalde. Hvis begge vurderede, at spørgsmålet kunne besvares ud fra det, modellen allerede vidste, sker der ingen søgning, og du får et svar uden kilder.
Årsagerne, i den orden det er værd at tjekke dem:
| Det du så | Mest sandsynlige årsag | Hvad du skal gøre |
|---|---|---|
| Svaret har ingen kilder | Hverken det hurtige tjek eller modellen vurderede, at spørgsmålet havde brug for nettet | Spørg igen og sig, at du vil have aktuelle kilder |
| Appen viser sin Søg-knap som slået fra | Mobilappen viser stadig den gamle knap, men den ændrer ikke længere noget | Intet: søgning virker på samme måde med knappen slået til eller fra |
| 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 |
Sådan afgør Whizi, om en besked bliver søgt
Før modellen ser en besked, læser en lille, hurtig klassifikator den og vurderer, om den har brug for nettet. Et ja sender beskeden direkte til native-tilstand. Et nej eller et usikkert svar efterlader den i probe-tilstand, hvor modellen stadig kan beslutte at søge. Under alle omstændigheder kører forespørgslen i én af tre søgetilstande: fra, probe eller native.
Fra-tilstand har intet søgeværktøj overhovedet, så modellen har ingen måde at slå noget op på og svarer alene ud fra samtalen. Den bruges kun, hvor en forespørgsel ikke kan bære værktøjet, og en almindelig chatbesked havner aldrig der.
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.
Det hurtige tjek og modellen beslutter hver især pr. besked, 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 at du har ændret noget.
Websøgning afgøres pr. besked i stedet for at være sat som et kapacitetsflag pr. model, 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.
- Et hurtigt tjek afgør først, og modellen kan stadig søge, når tjekket siger nej
- 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 afgøres pr. besked, ikke af et kapacitetsflag pr. model
- Udbyderfejl og 429'ere er forbigående: vent, forsøg igen, og kontakt derefter support
Ofte stillede spørgsmål
Jeg spurgte Whizi om noget aktuelt, og den søgte ikke. Hvorfor?
Fordi ingen af tjekkene besluttede, at det var nødvendigt. En hurtig klassifikator læser først din besked, og når den siger nej, 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, hvis modellen kalder det værktøj. Designet holder omkostningen nede, fordi udbyderens native søgning indsætter omkring 4.400 input-tokens præambel 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.
