La recherche web ne fonctionne pas dans Whizi : pourquoi elle ne s'est pas lancée

Réponse rapide

Dans la plupart des cas, aucune recherche n'a jamais été lancée. Bouton activé, Whizi envoie d'abord au modèle un outil sonde bon marché d'environ 50 tokens, et une vraie recherche web ne s'exécute que sur un tour où le modèle appelle cet outil. S'il a jugé pouvoir répondre sans cela, vous obtenez une réponse sans source alors que le bouton reste vert.

La réponse courte

Dans la plupart des cas, aucune recherche n'a jamais été lancée. Bouton activé, Whizi envoie d'abord au modèle un outil sonde bon marché d'environ 50 tokens, et une vraie recherche web ne s'exécute que sur un tour où le modèle appelle réellement cet outil. Si le modèle a jugé pouvoir répondre avec ce qu'il savait déjà, aucune recherche n'a lieu et vous obtenez une réponse sans source alors que le bouton affiche toujours le vert.

Les causes, dans l'ordre à vérifier :

Ce que vous avez vuCause la plus probableQue faire
Bouton activé, réponse sans sourceLe modèle n'a jamais appelé l'outil sonde, donc aucune recherche n'a été lancéeRien de votre côté ne force une recherche : le modèle décide à chaque tour
Le bouton semble désactivé dans cette conversationLe bouton est mémorisé par conversation, pas par compte, et la recherche ne s'active que sur les nouvelles conversationsRéactivez-le dans cette conversation
Seulement deux ou trois sources sont revenuesUne recherche ordinaire est plafonnée à 3 résultatsRien à changer : 3 par recherche et 3 au total est le plafond
Une erreur mentionne un booléenLe corps de la requête était malforméRechargez la page et renvoyez
Le message entier a échouéUne défaillance du fournisseur de modèleRéessayez, puis contactez le support si cela se répète

Pourquoi un bouton activé ne signifie pas qu'une recherche a eu lieu

Une requête s'exécute selon l'un de trois modes de recherche : désactivé, sonde ou natif.

Le mode désactivé n'embarque aucun outil de recherche : le bouton est désactivé, le modèle n'a donc aucun moyen de vérifier quoi que ce soit et répond uniquement à partir de la conversation. Bouton activé, un message passe en mode sonde.

Le mode sonde est le substitut bon marché. Le modèle reçoit une fonction ordinaire qu'il peut appeler, coûtant environ 50 tokens, et seul un message où il appelle réellement cette fonction est relancé avec une vraie recherche attachée. Sur les messages qui n'ont jamais eu besoin du web, le mode sonde coûte environ 46 fois moins cher que le mode natif, et sur ceux qui en ont besoin, il coûte environ 0,8 pour cent de plus.

Le mode natif exécute directement l'outil de recherche web réel du fournisseur. Ce n'est pas gratuit : la définition de l'outil injecte un préambule fixe d'environ 4 400 tokens en entrée. Le même prompt à deux messages a mesuré 36 tokens sans l'outil et 4 472 avec.

Le bouton autorise une recherche. Le modèle décide s'il en lance une, ce qui explique pourquoi une question comme « quel est un bon CRM » peut revenir sans source alors que « qu'a annoncé cette entreprise cette semaine » revient avec une recherche effectuée, dans la même conversation, sans toucher au bouton.

La recherche web est un bouton par requête et par utilisateur plutôt qu'un indicateur de capacité par modèle, il n'existe donc pas de liste publiée des modèles qui peuvent naviguer et de ceux qui ne le peuvent pas.

Les messages d'erreur exacts et ce qu'ils signifient

Les clients Whizi affichent directement le error.message du backend, la chaîne devant vous est donc exactement celle émise par la route. Si vous avez l'une de ces erreurs sous les yeux, voici ce qu'elle indique.

Message d'erreurHTTP et codeDéclencheur
webSearchEnabled must be a boolean.400, invalid_generate_requestLa route d'envoi du site a reçu un champ webSearchEnabled qui n'était pas true ou false
webSearch must be a boolean.400, invalid_chat_requestLa route de chat de l'application a reçu un champ webSearch qui n'était pas true ou false
Web searches failed. You have not been charged.Inscrit sur une exécution échouéeMoins que le nombre minimum de recherches n'a été complété sur une exécution Deep Research

Les deux erreurs de booléen signalent une requête malformée. La valeur envoyée par le client pour l'indicateur de recherche n'était pas un booléen, et rien concernant votre compte, votre forfait ou votre modèle n'en est la cause. Rechargez la page et renvoyez le message. Si un rechargement ne résout pas le problème, contactez le support.

Web searches failed. You have not been charged. s'inscrit sur une exécution Deep Research échouée lorsque moins que le nombre minimum de recherches se complète. Les crédits ne sont pas prélevés. Réessayez la requête plus tard.

Les résultats sont revenus, mais il n'y en avait que trois

Une requête de recherche ordinaire est plafonnée à 3 résultats par recherche et 3 résultats au total, à un niveau de contexte de recherche faible. Une question qui semble approfondie et une question triviale reviennent toutes deux avec au plus trois pages derrière elles.

Une route se comporte différemment. L'agent CPA canadien est la seule route qui force la recherche web à chaque tour, plafonnée à 7 recherches, et ses recherches sont restreintes à une liste de domaines autorisés et à une localisation approximative de l'utilisateur canadien. Sur cet agent, des résultats provenant d'un ensemble restreint de sites sont l'effet de la liste de domaines autorisés.

Si la réponse est obsolète plutôt que sans source, ou si vous voulez vérifier un chiffre par rapport à plus d'une recherche, cela est couvert dans le guide de la recherche web et dans le hub de dépannage.

Quand le message entier échoue

Un tour de recherche peut aussi échouer pour des raisons qui n'ont rien à voir avec la recherche. Ces messages proviennent de la couche du fournisseur de modèle et signifient que la génération elle-même a échoué.

Message d'erreurHTTP et codeSignification
The model is temporarily rate-limited. Please retry shortly.429, provider_rate_limitedLe fournisseur en amont a refusé la connexion, pas Whizi
The model provider rejected the request.502, provider_errorLe corps d'erreur du fournisseur n'a pas pu être lu
The model provider returned an empty stream.502La réponse en amont était correcte mais ne contenait aucun corps
The model stream was interrupted.Événement d'erreur en cours de fluxLe flux a échoué en cours de route
Too many requests. Please wait and try again.429, rate_limit_reachedVous avez atteint une fenêtre de limitation Whizi

Les messages de chat sont limités à 10 par minute et 60 par heure et par utilisateur, uniformément sur tous les forfaits, avec un plafond partagé de 30 requêtes par minute sur toutes les routes. Une requête refusée ne coûte rien : les refus liés aux limites de débit sont annulés, un 429 ne consomme donc jamais un message de votre allocation.

Aucune de ces erreurs n'a de paramètre de votre côté qui les empêche. Attendez un instant et renvoyez. Si le même modèle continue d'échouer pendant plusieurs minutes, passez à un autre modèle pour continuer à travailler et contactez le support afin que cela soit examiné sur votre compte.

Liste de vérification
  • Un bouton vert autorise une recherche, et le modèle décide s'il en lance une
  • Le mode sonde coûte environ 50 tokens, et seul un tour où le modèle l'appelle déclenche une vraie recherche
  • Une recherche ordinaire renvoie au plus 3 résultats
  • Les deux erreurs de booléen sont des requêtes malformées : rechargez et renvoyez
  • La recherche est un bouton par requête, pas un indicateur de capacité par modèle
  • Les erreurs de fournisseur et les 429 sont temporaires : attendez, réessayez, puis contactez le support

Questions fréquentes

J'ai activé la recherche web dans Whizi et elle n'a pas cherché. Pourquoi ?

Parce que le modèle a jugé qu'il n'en avait pas besoin. Bouton activé, Whizi envoie un outil sonde bon marché d'environ 50 tokens en même temps que votre message, et une vraie recherche n'est lancée que sur un tour où le modèle appelle réellement cet outil. Cette conception maîtrise le coût, puisque la recherche native du fournisseur injecte environ 4 400 tokens de préambule en entrée à chaque requête.

Que signifie « webSearchEnabled must be a boolean. » ?

C'est une erreur HTTP 400 avec le code invalid_generate_request, renvoyée quand la requête d'envoi contient une valeur webSearchEnabled qui n'est pas true ou false. Votre compte, votre forfait et votre modèle n'y sont pour rien. Rechargez la page et renvoyez, et contactez le support si un rechargement ne résout pas le problème. La route de chat de l'application a l'équivalent webSearch must be a boolean. avec le code invalid_chat_request.

Que signifie « Web searches failed. You have not been charged. » ?

Cela s'inscrit sur une exécution Deep Research échouée lorsque moins que le nombre minimum de recherches se complète. Le libellé est littéral : les crédits ne sont pas prélevés. Aucun changement de configuration ne l'empêche, la seule réponse utile est donc de relancer la requête plus tard.