La réponse courte
Non. Whizi n'a pas de mode hors ligne. Pour générer une réponse, Whizi envoie les informations raisonnablement nécessaires à la requête vers OpenRouter et un fournisseur de modèle routé, ou vers un autre fournisseur utilisé par la fonctionnalité choisie, si bien qu'une réponse est toujours un aller retour réseau vers une entreprise autre que Whizi. L'hébergement, les discussions synchronisées, les médias, l'état du compte, les limites d'usage, les rapports, ainsi que le traitement de sécurité et d'exploitation tournent tous sur Cloudflare Workers, D1, R2 et Durable Objects, ce qui signifie que la conversation dans laquelle vous tapez vit aussi sur le serveur.
La liste des modèles est côté serveur pour la même raison. Le sélecteur est servi par le backend Whizi via GET /api/models, et les listes de modèles codées en dur dans les clients web et mobile ne sont que des solutions de repli hors ligne, utilisées quand cet appel ne peut pas aboutir. La liste de repli sert seulement à dessiner le sélecteur : voir un nom apparaître alors que le réseau est absent ne signifie pas que quoi que ce soit derrière peut répondre.
| Ce qui nécessite une connexion | Ce qui se passe sur votre appareil |
|---|---|
| Chaque réponse de modèle, sur chaque forfait | Le thème choisi, enregistré en stockage local et restauré à votre prochaine visite |
| Charger votre liste de discussions et toute conversation | Analyser un fichier d'export ChatGPT ou Claude, que le navigateur lit avant tout envoi |
| Envoyer un message, en modifier un, changer de version | Construire le .xlsx ou le .docx à partir d'une carte de fichier dans une réponse |
| Recherche web, voix, génération d'images | Le cache de l'application mobile pour les conversations récentes, décrit plus bas |
| Envoyer un fichier, et consulter un média stocké via son URL signée |
Ce que l'application mobile garde sur l'appareil
La politique de confidentialité est précise sur ce point. L'application mobile peut garder un cache local d'au plus 40 conversations récentes sur un appareil connecté ou invité, et ce cache n'est pas une sauvegarde cloud distincte. La façon dont il est vidé, et où se trouve tout le reste du compte, est expliquée dans où Whizi stocke les données.
Un cache de conversations récentes n'est pas un mode de lecture hors ligne, et cela ne change rien à l'endroit où le travail s'effectue. Les conversations et les messages restent sur le compte jusqu'à ce que vous les supprimiez ou que vous supprimiez le compte, et une nouvelle réponse doit toujours atteindre un fournisseur via le réseau.
Votre forfait est aussi résolu côté serveur. La facturation est faite par compte individuel, le palier étant dérivé en un seul endroit exact de l'abonnement propre à ce compte. Voir Whizi sur mobile pour comment les deux plateformes partagent un seul compte.
Une connexion coupée en plein milieu d'une réponse
La génération tourne dans un Durable Object propre à chaque conversation sur le serveur, donc fermer l'onglet en plein flux ne tue pas la réponse et celle-ci reste enregistrée. Un onglet rouvert ou un second appareil peut se rattacher à une génération déjà en cours via GET /api/conversations/:id/generate/active. Revenez, rechargez la conversation, et lisez ce qui a été sauvegardé.
Il existe une fenêtre étroite tout au début où cela ne s'applique pas. Si le client se déconnecte avant que la connexion amont ne se termine, le serveur enregistre Generation aborted before it started. et répond avec un code HTTP 408 et un corps vide, si bien que rien n'a atteint un modèle.
L'arrêt fait autorité côté serveur plutôt que côté client : le coordinateur annule la lecture du fournisseur, sauvegarde la réponse partielle, libère le verrou et rembourse un tour non livré. L'ensemble complet des chaînes en plein flux et leur signification se trouve dans un message ne s'envoie pas.
Les messages que vous voyez quand l'appel n'aboutit pas
Whizi affiche l'échec de l'appel précis qui était en cours plutôt qu'un message générique unique, donc le message que vous obtenez dépend de ce que vous faisiez. Chacun est cité mot pour mot, avec la condition pour laquelle il est documenté.
| Message | Condition documentée | Où c'est couvert |
|---|---|---|
Failed to send message. | Le toast de repli du site quand un envoi échoue et que le backend n'a fourni aucun message | un message ne s'envoie pas |
Could not load your chats. Please refresh to try again. | Le toast affiché quand le chargement de la liste de discussions échoue | un message ne s'envoie pas |
Failed to retrieve session token. | Déclenché chaque fois que la récupération du jeton ne renvoie rien avant une liste de discussions, un chargement, une suppression, un renommage ou un envoi | connexion et accès au compte |
The import could not be finished. Check your connection and try again. | Tout autre échec d'envoi pendant une importation | erreurs d'importation de discussions |
Something went wrong. Please close and try again. | L'erreur générique de la boîte de partage, affichée seulement quand l'échec ne porte aucun message propre, comme une connexion coupée ou une page d'erreur HTML | partager une conversation |
The realtime voice connection failed. | Affiché lors d'un événement d'erreur websocket | le mode vocal ne fonctionne pas |
The realtime voice connection was closed. | Affiché quand le websocket se ferme après une configuration terminée | le mode vocal ne fonctionne pas |
Connection error | Le libellé d'état de l'overlay vocal pour une session vocale échouée | le mode vocal ne fonctionne pas |
That didn't send. Check your connection and try again. | Le repli générique pour tout autre échec | dépannage |
La voix mérite une précision, car son architecture donne une impression d'indépendance qui n'en est pas une. Le worker génère un jeton de courte durée et le navigateur ouvre un WebSocket directement vers Google, si bien qu'aucun audio ne transite jamais par les serveurs backend de Whizi. C'est une propriété de confidentialité, pas une propriété hors ligne : le socket vers Google reste un socket, et le jeton de session qui l'ouvre est généré par le worker.
Que faire avant de perdre le signal
Aucun de ces gestes ne vous donne un modèle fonctionnel sans connexion. Il s'agit de ne pas rester coincé sans votre contenu.
Emportez vos données avec vous. GET /api/account/export renvoie les données du compte sous forme d'un seul fichier JSON téléchargeable, accessible via Exporter les données dans Paramètres, sous Compte. La mise en garde qui compte hors ligne : les médias sont exportés sous forme de métadonnées plus une URL signée plutôt qu'en octets intégrés, si bien que le JSON garde la trace mais que l'image elle-même doit encore être récupérée. Ce que contient le compte est détaillé dans où Whizi stocke les données.
Sortez une réponse sous forme de fichier tant que vous avez du signal. Une réponse de discussion peut émettre un bloc balisé que le site rend sous forme de carte de fichier et transforme en véritable .xlsx ou .docx dans le navigateur. La construction est locale, la réponse qui l'a produite ne l'était pas.
Importez à l'atterrissage, pas en chemin. Choisir le fichier d'export est un travail local et l'envoi ne l'est pas, même si une connexion coupée pendant celui-ci ne coûte rien, puisque chaque conversation est indexée par compte plus source plus identifiant de source et n'atterrit qu'une seule fois. Les messages d'échec sont dans erreurs d'importation de discussions.
- Il n'y a ni mode hors ligne ni chemin de réponse sur l'appareil dans Whizi
- Chaque réponse est une requête réseau vers un fournisseur de modèle routé
- Le sélecteur de modèles est servi par le backend, et les listes intégrées ne sont que des replis
- L'application mobile peut mettre en cache jusqu'à 40 conversations récentes, et ce cache n'est pas une sauvegarde cloud distincte
- Votre palier est dérivé côté serveur à partir de l'abonnement de votre propre compte
- Une réponse survit à un client déconnecté : la génération continue dans un Durable Object
- Exportez votre compte en JSON depuis Paramètres, sous Compte, avant de partir
- Un média dans un export est une URL signée, il doit donc encore être récupéré plus tard
Questions fréquentes
Whizi fonctionne-t-il en avion sans wifi ?
Non. Chaque réponse est générée par un fournisseur de modèle joint via le réseau, donc sans connexion il n'y a aucun chemin vers un modèle ni vers votre liste de discussions.
Mon téléphone a perdu le signal en pleine génération. Puis-je en démarrer une nouvelle tout de suite sur mon ordinateur portable ?
Pas forcément, car une seule génération peut tourner par compte à la fois. Une deuxième tentative pendant que le verrou par utilisateur est encore tenu est refusée avec "Generation already in progress. Please stop it or wait for it to finish." Le verrou n'est pas permanent : il devient récupérable une fois que son détenteur est jugé orphelin ou bloqué, et les verrous expirés sont balayés selon un calendrier.
Puis-je faire défiler une ancienne conversation sur mon téléphone en mode avion ?
Seulement dans les limites de ce que l'application mobile a mis en cache, et les images sont une affaire à part même là. Les images générées sont stockées côté serveur et servies via des URL signées, si bien qu'une image dans un ancien fil est récupérée au moment où vous la regardez plutôt que conservée sur l'appareil.
Un compte invité sur mobile change-t-il quelque chose à tout cela ?
Non. Le cache local documenté par la politique de confidentialité couvre aussi bien un appareil connecté qu'un appareil invité. L'identifiant invité lui-même est stocké sur l'appareil, mais Whizi stocke un identifiant dérivé à sens unique afin de reconnaître le profil invité, synchroniser les données, vérifier l'accès à l'abonnement et lier plus tard ces données à un compte, ce qui sont toutes des opérations côté serveur. L'export de compte fonctionne aussi pour les sessions invitées, puisque les invités détiennent de vraies discussions et une mémoire qu'ils peuvent vouloir récupérer avant que l'appareil ne disparaisse.
Combien de temps les liens de médias dans un export restent-ils actifs ?
Les pièces jointes envoyées et les médias générés sont configurés pour expirer au bout de 30 jours maximum, et peuvent être supprimés plus tôt par vous ou lors de la suppression du compte. Une fois qu'un objet a dépassé sa fenêtre de rétention, la requête répond "Media has expired.", HTTP 404 media_expired, au lieu de renvoyer les octets. Récupérez tout ce que vous voulez garder tant que vous avez encore une connexion.