L'API Whizi existe-t-elle pour les développeurs ?

La réponse courte

Non. Whizi n'a pas d'API publique ou pour développeurs, aucune émission de clé API, et aucun jeton d'accès personnel. Chaque route du backend de Whizi s'authentifie comme une session utilisateur final plutôt que comme une intégration tierce, il n'existe donc aucun identifiant à créer, coller, faire pivoter ou révoquer. Cela vaut pour tous les plans, y compris Powerhouse.

Les identifiants des fournisseurs en amont que Whizi utilise pour accéder aux modèles sont des secrets côté serveur, sur le backend, et ne le quittent jamais.

Ce que les gens demandent	Statut chez Whizi
Une API REST ou de streaming pour le chat	N'existe pas
Une clé API ou un secret que vous pouvez générer	N'existe pas
Un jeton d'accès personnel	N'existe pas
Un identifiant permettant à un outil externe d'agir sur votre compte	N'existe pas
Une équipe, une organisation ou un espace de travail avec des sièges	N'existe pas
Un export complet des données de votre propre compte	Existe, sous forme d'Export Data dans Paramètres, sessions invité incluses

Si vous avez besoin d'appeler des modèles depuis votre propre code, Whizi n'est pas l'outil adapté à cette tâche. Whizi est un espace de travail de chat : un abonnement, un sélecteur, un catalogue de 280+ modèles. La section ci-dessous couvre ce qui est pris en charge pour faire entrer et sortir des données.

Ce que disent les conditions d'utilisation à propos de l'automatisation

L'absence d'API n'est pas un oubli en attente d'une solution de contournement. Piloter le produit avec un script est interdit par les conditions d'utilisation, à deux endroits distincts.

La section 3, déclarations de l'utilisateur, vous fait garantir que « vous n'accéderez pas aux Services par des moyens automatisés ou non humains, que ce soit via un bot, un script ou autrement ».

La section 8, activités interdites, le mentionne à nouveau sous un autre angle. Vous acceptez de ne pas « vous livrer à un usage automatisé du système, comme l'utilisation de scripts pour envoyer des commentaires ou des messages, ou l'utilisation de toute exploration de données, de robots, ou d'outils similaires de collecte et d'extraction de données. » La même section interdit séparément de « récupérer systématiquement des données ou d'autres contenus des Services pour créer ou compiler, directement ou indirectement, une collection, une compilation, une base de données ou un répertoire sans autorisation écrite de notre part », et, en dehors de l'usage standard d'un moteur de recherche ou d'un navigateur, d'« utiliser, lancer, développer ou distribuer tout système automatisé, y compris, sans s'y limiter, tout spider, robot, utilitaire de triche, scraper, ou lecteur hors ligne qui accède aux Services ».

Ces restrictions s'appliquent à l'automatisation du produit, d'un compte ou du contenu généré par les utilisateurs. La même section autorise expressément les moteurs de recherche et les systèmes d'intelligence artificielle à explorer les pages marketing, de documentation, de référence, de tarification et de jeux de données accessibles publiquement, à des fins d'indexation pour la recherche, de récupération en temps réel, de citation, d'entraînement de modèles et de réglage fin. Les robots d'exploration doivent respecter robots.txt, rester en dehors des comptes et des zones privées, et éviter les requêtes excessives qui perturbent le service. Cette autorisation sur les pages publiques ne crée pas d'API et n'autorise pas un script à envoyer des messages de chat via un abonnement Whizi.

Les erreurs que rencontre un script

Comme le backend ne connaît que les sessions utilisateur final, tout ce qui est automatisé se heurte à des refus de session et de limite de débit plutôt qu'à une erreur d'intégration. Un appelant sans jeton de session, ou avec un jeton expiré, reçoit les refus 401 unauthorized ordinaires répertoriés dans connexion et accès au compte. Un appelant qui s'authentifie bien comme une session de navigateur est ensuite refusé par les limites de débit ordinaires par utilisateur, qui figurent dans limites de débit et leur signification.

Un refus est spécifique aux scripts. Plus de 3 clés d'appareil ou de session en 24 heures est la garde derrière le HTTP 403 account_sharing_limit, si bien qu'un script qui démarre une nouvelle session à chaque exécution ressemble exactement à un compte partagé et se voit refusé sur cette base. Cela se résout tout seul une fois la fenêtre écoulée.

Que faire à la place

Faire sortir toutes vos données. Export Data se trouve dans Paramètres, sous Compte, et renvoie l'intégralité du compte sous la forme d'un seul fichier JSON téléchargeable, sessions invité incluses. Les détails de ce fichier sont dans exporter vos chats et fichiers.

Faire entrer des données. L'import de chat accepte exactement deux sources, ChatGPT et Claude. Le fichier d'export n'atteint jamais le serveur : le navigateur lit conversations.json ou le fichier .zip d'export brut, l'analyse, et envoie des conversations normalisées. Chaque conversation importée est indexée par compte plus source plus identifiant de source, si bien que réimporter le même export ou cliquer deux fois sur Import donne les mêmes chats une seule fois. Import Chats se trouve dans Paramètres, sous Compte.

Publier une réponse ailleurs. Une conversation peut être publiée derrière un lien public impossible à deviner, en lecture seule, dépouillé des identifiants utilisateur, des e-mails et des champs internes, et révocable à tout moment. Voir partager une conversation.

Obtenir une sortie structurée plutôt que de la prose. Une réponse de chat peut produire un vrai fichier .xlsx ou .docx dans votre navigateur plutôt qu'une charge utile, ce qui est documenté dans exporter vos chats et fichiers.

Instructions réutilisables entre les conversations. Il n'existe pas de paramètre d'instructions personnalisées au niveau du compte, mais un projet porte ses propres instructions, jusqu'à 32 000 caractères, appliquées à chaque conversation qu'il contient, plus jusqu'à 10 fichiers épinglés qui accompagnent chaque tour sous forme de texte de prompt. Cela couvre le cas d'usage « même prompt système à chaque fois » sans script.

La question qui accompagne généralement celle-ci est de savoir si Whizi propose des comptes d'équipe ou d'espace de travail. Ce n'est pas le cas, et cela a sa propre page : forfaits équipe et espace de travail.