Version cloud et cache local

Les projets des comptes gratuits ordinaires restent sur cet appareil ; vous connecter ne les téléverse pas. Les trois formules d’abonnement actives permettent un nombre illimité de projets cloud. Avec un abonnement actif ou un accès Global historique enregistré, le projet en cours démarre automatiquement la synchronisation dès que vous le créez, l’importez ou l’ouvrez, y compris le brouillon complet, les images et les fiches associées. Une copie locale reste sur votre appareil. Les autres projets non ouverts ne sont ni analysés ni téléversés. L’application web utilise IndexedDB dans le navigateur actif ; la version de bureau utilise un dossier de projet local et SQLite. Un nombre illimité de projets ne signifie pas un espace de stockage illimité : les limites de taille par fichier et par téléversement continuent de s’appliquer.

Ouvrir un projet lié lance cette vérification :

• Comparer d’abord avec le résumé de la liste des projets : si le cloud n’a pas bougé et que rien n’est en attente en local, aucune récupération complète n’a lieu — commencez à écrire.
• Si le cloud est plus récent et que votre copie locale est propre, le contenu est récupéré et écrase le cache ; la version de bureau réécrit ensuite le fichier de conception et la mémoire dérivée.
• Si vous avez des modifications locales en attente (y compris le délai de temporisation de 350 ms) et que le cloud a lui aussi progressé, il y a conflit, et les deux copies sont conservées.

La synchronisation automatique et la vérification de version préalable aux tâches d’IA s’appliquent à l’application web actuelle. La version de bureau nécessite un client prenant en charge ces fonctionnalités ; les versions plus anciennes peuvent avoir un comportement différent.

Chaque modification est d’abord enregistrée localement, sans attendre le réseau. Avec un accès cloud valide, les changements enregistrés sont regroupés par lots pour être téléversés en arrière-plan ; chaque frappe de touche n’est pas envoyée immédiatement. Une coupure de réseau n’annule jamais un enregistrement local. La reconnexion réessaie le dernier brouillon tant que l’accès est valide. L’expiration ou l’échec du contrôle d’accès suspend les téléversements pendant que l’écriture locale se poursuit.

• Les notifications d’enregistrement distinguent « Enregistré sur cet appareil » de « Synchronisé ». Un enregistrement local réussi ne signifie pas que le téléversement est terminé. Les enregistrements de routine et la synchro en arrière-plan n’affichent pas de notifications répétées ; les erreurs et rétablissements sont signalés à part.
• Un projet lié ouvert s’harmonise lors du retour de focus sur la fenêtre et via un signal de résumé toutes les 60 secondes ; les onglets en arrière-plan ne font tourner aucun minuteur, et changer d’application ou fermer le projet l’arrête. Les signaux périodiques ne remplacent jamais votre brouillon pendant que vous tapez.
• Chaque tour de discussion, compétence ponctuelle, réécriture, tâche d’image, analyse d’import et tâche de maintenance vérifie l’accès cloud et s’assure d’abord que le contenu local le plus récent est synchronisé. Une synchro hors ligne, en conflit ou en échec bloque cette tâche d’IA. Les packs de crédits ne confèrent pas d’accès cloud. L’étape de démarrage avant l’existence d’un projet et les estimations sans coût sont traitées séparément.

Lors de l’envoi, les longues images en URL data du brouillon et des fiches sont scindées en objets binaires adressés par leur contenu : une même image partage un fichier stocké unique au sein de chaque projet, et le JSON du projet ne conserve qu’une référence légère. L’ouverture et l’harmonisation rétablissent les images à partir de ces références avant de confier le brouillon au cache local. Le premier téléversement suit la même voie — si les images ne sont pas complètement envoyées, le projet cloud qui vient d’être créé est envoyé à la corbeille et aucun lien local n’est établi, évitant ainsi de laisser un projet inachevé.

• Une référence dont l’image ne peut pas être récupérée reste telle quelle dans le brouillon, accompagnée d’une erreur de synchronisation ; elle n’est pas supprimée en silence.
• Une image unique dépassant 20 Mo de données brutes, ou un brouillon dépassant encore 32 Mo après déshydratation des images, est marquée en erreur et le même contenu n’est pas renvoyé en boucle. Fractionnez ou compressez ces images.

L’écriture hors ligne enregistre en local et téléverse lors de la reconnexion tant que l’accès cloud reste valide. L’expiration de l’abonnement ne supprime aucun travail existant : l’édition locale, l’enregistrement et l’export continuent, et les projets cloud existants restent disponibles pour la lecture, l’export ou la suppression. Le renouvellement compare les deux versions avant de reprendre la synchronisation. Si le projet cloud est supprimé, son lien local est retiré tandis que l’œuvre elle-même reste sur l’appareil.

• La synchronisation harmonise des versions de contenu complètes, et non des fusions à trois voies au niveau des champs — c’est précisément pourquoi un conflit conserve les deux versions au lieu de fusionner automatiquement.
• En cas d’erreur de synchronisation, conservez la page et le projet local ; n’effacez jamais les données du site. Un échec persistant reste visible sous la mention « Échec de la synchro » accompagnée de sa cause.
• Avant de changer d’appareil, vérifiez que le projet actuel est synchronisé, puis ouvrez sa version cloud avec le même compte. Exportez d’abord un paquet .quill.json pour les projets purement locaux ou les modifications non encore téléversées ; ne migrez pas en copiant le stockage du navigateur.

Récupération après un conflit : Copies en conflit ; sauvegarde et migration : Exporter et importer un paquet de projet.