Local-first

La plupart des applications web sont d’abord dans le nuage : le serveur détient la copie qui fait foi, et ton écran n’est qu’une fenêtre dessus. Le local-first inverse cela. L’appareil détient la copie de référence, les lectures et les écritures s’y font aussitôt, et un serveur, s’il y en a un, ne fait que transporter des copies entre appareils. Pense à un cahier papier avec une photocopieuse facultative : le cahier reste l’original. L’idée a été exposée en 2019 par le laboratoire de recherche Ink & Switch, dans un essai sur les logiciels où l’on reste propriétaire de ses données malgré le nuage. Des outils de notes, des toiles de design et des gestionnaires de mots de passe qui s’ouvrent instantanément, même dans un tunnel, en suivent l’esprit.

Les gains sont concrets. Lire et chercher dans ses données n’exige aucun aller-retour réseau : c’est instantané, cela marche hors ligne, et une connexion d’hôtel capricieuse ne coûte rien. Si le service ferme ou change ses conditions, tes données ne disparaissent pas avec lui. Il y a aussi moins à craindre d’une fuite : une entreprise qui ne détient jamais tes données lisibles ne peut pas les perdre dans une intrusion ni être sommée de les remettre. Les navigateurs aident : ils offrent une base de données sur l’appareil, et l’API Web Crypto peut chiffrer ce qui est stocké avec une clé que la page utilise sans jamais pouvoir la lire.

Les coûts sont réels eux aussi, et un logiciel honnête les énonce. Un appareil peut être perdu, cassé ou réinitialisé, et un navigateur peut effacer les données d’un site quand on le lui demande. Garder plusieurs appareils d’accord exige un système de synchronisation qui fusionne les changements sans conflit, ce pour quoi les types de données répliqués sans conflit, ou CRDT, forment une famille de techniques, et chercher dans l’ensemble est plus difficile quand les données sont dispersées. Le local-first s’accompagne donc d’un plan pour les copies : un export, une sauvegarde chiffrée, une synchronisation chiffrée, ou les trois.

NeverNo garde tes conversations, dossiers, personnages, images et mémoire dans une base appelée neverno, à l’intérieur de ton navigateur, chiffrée avec une clé AES-256-GCM que le navigateur ne laisse exporter à aucun script. Il n’existe aucune copie lisible sur nos serveurs. La conséquence est simple et nous la disons clairement : si tu effaces tout dans les Réglages, ou si tu vides les données du site dans ton navigateur, la base et la clé disparaissent, et sans export, sauvegarde ni synchronisation rien ne peut être récupéré, ni par toi ni par nous.

La parade est de faire une copie tant que c’est facile. Tu peux exporter ton historique dans un fichier lisible, créer une sauvegarde chiffrée par une phrase secrète de ton choix (si tu l’oublies, la sauvegarde est perdue), ou activer la synchronisation chiffrée entre tes appareils avec un compte. Le texte d’un message traverse tout de même nos serveurs pour atteindre le modèle qui répond, et n’est pas enregistré en clair. GLM 5.3 Flash de Z.ai, gratuit sur NeverNo et capable de lire les images, est l’un des modèles privés qui font ce travail, avec un contexte de 128 000 jetons.