Journal
VisionPublié le 2026-01-16·5 min de lecture

Construire pour le mode avion

Une règle de conception simple façonne tout ce que nous livrons : chaque fonctionnalité doit fonctionner sans réseau. Voici ce que cela fait à un produit.

La règle

Pour chaque fonctionnalité livrée, on se demande : ça marche en mode avion ?

Si la réponse est non, la fonctionnalité ne sort pas. Pas sous forme dégradée, pas avec un toast « il vous faut Internet », pas avec un placeholder triste. Soit elle fonctionne sans réseau, soit elle n'existe pas dans le produit.

C'est la règle de conception unique la plus utile que nous ayons écrite.

Ce qu'elle impose

  • Les modèles vivent sur l'appareil. Pas dans un cache qui se réchauffe depuis le cloud, pas comme « repli pour offline ». Sur l'appareil, dès le premier jour.
  • L'état vit sur l'appareil. Notes, transcriptions, réglages, historique — tout en SQLite local, dans des formats que nous publions.
  • Les mises à jour sont délibérées. Pour une mise à niveau du modèle, vous opt-in. Nous ne poussons pas, ne remplaçons pas en silence. La version qui fonctionnait hier fonctionnera demain.
  • Les erreurs disent ce qu'elles veulent dire. « Impossible d'atteindre nos serveurs » est impossible — il n'y a pas de serveurs à atteindre. Les erreurs sont locales : mémoire pleine, fichier modèle manquant, permission micro refusée. Elles sont honnêtes, et leur correctif est à votre portée.

Son coût

  • Les fonctionnalités multi-appareils demandent une danse de pairing, pas juste un login. Décrit dans un autre billet.
  • Pas de « connectez-vous pour retrouver vos affaires sur un nouvel appareil ». Un nouvel appareil est un nouvel appareil, fichier modèle vierge, jusqu'à ce que vous l'appariiez.
  • Pas de leaderboards, ni de feeds communautaires, ni de multi-utilisateur temps réel. Tout cela exigerait du réseau. Rien de tout cela n'appartient aux produits que nous voulons faire.

Pourquoi cette règle, aujourd'hui

Trois raisons :

  1. C'est enfin possible. Il y a 5 ans, la règle voulait dire « livrez une app bien plus faible ». Aujourd'hui, avec des modèles 1–7B quantifiés, elle veut dire « livrez une app un peu plus focalisée ». L'écart de capacité est assez petit pour que l'échange vaille le coup.
  2. Elle clarifie la prise de décision. Quand la règle est « chaque fonctionnalité marche offline », la roadmap s'écrit seule, sans dépendre du cloud-vendor à la mode.
  3. C'est ce que les utilisateurs veulent vraiment dans cette catégorie. On n'achète pas un carnet pour sa belle stratégie cloud. On l'achète parce qu'il marche en réunion, en transports, dans la chambre à 1 h du matin.

Nous misons toute l'entreprise sur cette règle pour la prochaine décennie d'IA personnelle. Nous vous dirons comment ça se passe.

Recevez les nouveaux articles

Nous vous préviendrons dès qu'un nouvel article paraît.

S'abonner