L'IA s'exécute sur votre téléphone. Pas sur le serveur d'un autre.

Ce qui quitte votre téléphone et ce qui n'en sort jamais

Joru n'est pas une application hors ligne, et la vendre comme telle serait malhonnête. Elle a besoin d'internet pour trouver des lieux réels, charger des tuiles de carte et lire la météo. Ce qui compte, c'est où passe la ligne :

• Ne sort jamais : votre formulaire de voyage, vos préférences, les itinéraires rédigés par le modèle, votre budget, vos dépenses notées et vos notes.
• Sort : ce dont une carte a besoin — un nom de lieu ou une zone — pour rechercher des positions réelles, des tuiles et des prévisions sur OpenStreetMap, Wikivoyage et Open-Meteo.
• Facultatif, et à vous : la synchronisation chiffrée vers votre propre Google Drive ou iCloud, si vous l'activez. Elle va dans votre espace, pas dans un compte Joru, puisque les comptes Joru n'existent pas.

Pourquoi cela change le prix, pas seulement la confidentialité

Faire tourner un modèle de langage dans le cloud coûte de l'argent à chaque fois que quelqu'un appuie sur générer. Une application construite ainsi n'a guère le choix : elle répercute la facture. D'où les crédits, les jetons, les plafonds de génération et les minimums mensuels qui saturent la catégorie. Le compteur n'est pas une décision commerciale posée sur le produit — c'est l'architecture qui transparaît.

Quand le modèle tourne sur du matériel qui vous appartient déjà, ce coût est nul pour tout le monde. Il n'y a rien à décompter, donc rien à rationner : vous pouvez reconstruire le même voyage quinze fois dans un après-midi sans changer la facture de personne. C'est aussi ce qui permet de proposer un achat unique à côté de la formule mensuelle, chose quasi impossible pour un planificateur qui paie un fournisseur à chaque itinéraire.

Ce que l'IA embarquée ne peut pas faire

Un modèle qui tient dans un téléphone n'est pas un modèle de pointe, et prétendre le contraire reviendrait à vous préparer un mauvais voyage. Joru est construite autour de cette limite, pas contre elle.

On ne demande jamais au modèle de se souvenir si un restaurant existe, ce qu'il coûte ou à quelle heure il ouvre : c'est exactement ce qu'un modèle de langage fait le moins bien. Ces faits viennent de données ouvertes avant que le modèle n'intervienne, et les calculs (budgets, ordre des étapes, trajets entre elles) sont faits par l'application. Le rôle du modèle est celui où il est réellement bon : organiser une journée et la raconter comme le ferait une personne.

• Il faut une connexion pour rechercher quoi que ce soit. L'IA est locale ; les données ne le sont pas.
• La génération prend un peu plus de temps qu'un appel à un serveur rapide. Sur Android, elle continue application fermée et vous prévient quand c'est prêt.
• Prix, horaires et temps de trajet sont des estimations issues de données ouvertes. Vérifiez-les avant de partir ou de dépenser.

Comment vérifier tout cela vous-même

Une affirmation sur la confidentialité vaut exactement ce que vous pouvez en vérifier, donc : la politique de confidentialité nomme chaque service externe que Joru contacte et ce que chacun reçoit. Aucun fournisseur d'IA n'y figure, parce qu'aucun n'est contacté.

Les lieux viennent d'OpenStreetMap, les guides de quartier de Wikivoyage et les prévisions d'Open-Meteo : tout est ouvert, tout est vérifiable face à ce que produit l'application.