Jagarin: A Three-Layer Architecture for Hibernating Personal Duty Agents on Mobile

Le papier présente Jagarin, une architecture à trois couches (DAWN, ARIA et ACE) qui résout le paradoxe de l'exécution persistante des agents personnels sur mobile en permettant une veille hibernée et une activation à la demande, garantissant ainsi le respect des obligations sans compromettre la batterie, la vie privée ou les politiques de sandboxing.

L'essentiel

Imaginez que vous avez un assistant personnel ultra-intelligent dans votre poche, chargé de gérer tout ce qui vous concerne : renouvellements d'assurance, rendez-vous chez le médecin, abonnements à renouveler, etc.

Le problème, c'est que les smartphones d'aujourd'hui sont comme des maisons avec une porte blindée : ils ne laissent pas cet assistant tourner en permanence dans le salon (pour économiser la batterie et protéger votre vie privée). Si l'assistant dort trop, il rate les urgences. S'il reste éveillé, il vide votre batterie et vous énerve avec des notifications inutiles.

C'est là qu'intervient Jagarin, une nouvelle architecture présentée dans ce papier. On peut la comparer à un système de gestion de maison intelligent composé de trois étages, conçus pour que votre assistant dorme profondément, mais se réveille exactement au bon moment.

Voici comment cela fonctionne, étage par étage :

1. Le Premier Étage : DAWN (Le Gardien du Sommeil)

L'analogie : Imaginez un gardien de nuit très intelligent qui ne vous réveille pas juste parce qu'il est 7 heures du matin. Il attend de voir si c'est le moment idéal.

• Le problème actuel : Les alarmes classiques disent : "Il reste 5 jours avant la fin de l'abonnement, réveille-toi !" Peu importe si vous êtes en réunion ou en vacances.
• La solution Jagarin (DAWN) : Ce gardien calcule une "note d'urgence" en combinant quatre ingrédients :
  1. La fenêtre idéale : Est-ce le moment parfait pour agir ? (Ex: Renouveler son assurance 30 jours avant est mieux que 2 jours avant).
  2. Votre humeur : Êtes-vous en train de travailler, de dormir ou de vous promener ? (Il ne vous dérangera pas si vous êtes occupé).
  3. Le coût de l'inaction : Si vous attendez encore un jour, est-ce que ça va vous coûter cher ?
  4. L'effet de groupe : Si vous devez renouveler votre assurance auto et votre maison la même semaine, il regroupe les deux pour ne vous déranger qu'une seule fois.

Le résultat : Votre assistant dort paisiblement. Il ne vous réveille que si le score est parfait, évitant ainsi la fatigue des notifications.

2. Le Deuxième Étage : ARIA (Le Trieur de Courrier)

L'analogie : Imaginez que vous recevez des centaines de lettres par jour. La plupart sont des publicités, quelques-unes sont des factures, et une seule est une urgence vitale. ARIA est le secrétaire personnel qui trie tout cela avant même que vous ne le voyiez.

• Le problème actuel : Votre assistant ne sait pas lire un email complexe. Il voit un bloc de texte et ne comprend pas "La date limite est le 15 octobre".
• La solution Jagarin (ARIA) : Vous donnez une adresse email spéciale uniquement aux entreprises (banques, assurances, magasins). ARIA lit tout ce qui arrive, nettoie le "bruit" (publicités inutiles) et transforme les lettres importantes en fiches de mission claires pour votre assistant.
  • Exemple : Il lit un email de pharmacie, extrait la date de fin de vos médicaments, et crée une tâche automatique dans votre agenda. Plus besoin de tout saisir à la main !

3. Le Troisième Étage : ACE (Le Langage des Machines)

L'analogie : Aujourd'hui, les entreprises écrivent des emails pour les humains (avec des images, du gras, des couleurs). C'est du chinois pour un robot. ACE est comme un traducteur universel qui permet aux entreprises de parler directement à votre assistant dans un langage qu'il comprend parfaitement.

• Le problème actuel : Votre assistant doit deviner ce que signifie "Votre police expire bientôt".
• La solution Jagarin (ACE) : C'est un nouveau protocole (un standard) qui permet aux entreprises d'envoyer des messages structurés : "Voici la date exacte, voici le prix, voici ce que vous pouvez faire". Cela rend le tri automatique (ARIA) beaucoup plus précis et rapide à l'avenir.

Comment tout cela s'assemble ?

1. Le Sommeil : Votre assistant dort sur votre téléphone. Il ne consomme presque pas de batterie.
2. Le Réveil : Toutes les 15 minutes, le système de votre téléphone le réveille brièvement (moins de 50 millisecondes !). Le gardien DAWN vérifie s'il y a une urgence.
3. L'Action : Si c'est urgent, il vous envoie une notification douce. Si c'est très complexe (par exemple, négocier un prix d'assurance), il vous demande : "Voulez-vous que j'envoie un message à un expert dans le cloud ?".
4. La Confidentialité : Si vous dites "Oui", un agent temporaire dans le cloud (qui s'éteint aussitôt après) traite la demande. Aucune de vos données personnelles, emails ou habitudes ne sont stockés dans le cloud. Tout reste crypté sur votre téléphone.

En résumé

Jagarin résout le grand paradoxe des assistants personnels : comment être toujours disponible sans être une nuisance ?

• Il ne vous réveille pas pour rien (DAWN).
• Il ne vous demande pas de tout saisir à la main (ARIA).
• Il parle le langage des entreprises pour être plus efficace (ACE).

C'est comme avoir un majordome qui dort dans votre poche, qui ne se réveille que pour vous dire : "Hé, c'est le moment parfait pour renouveler votre assurance, et j'ai déjà préparé le dossier. Voulez-vous que je le fasse ?" Le tout en respectant votre vie privée et votre batterie.

Résumé technique

1. Problématique

Les agents personnels d'IA (IA) confrontent un paradoxe fondamental lors de leur déploiement sur les appareils mobiles :

• L'exécution persistante en arrière-plan épuise la batterie et viole les politiques de "bac à sable" (sandboxing) des plateformes (iOS App Nap, Android Doze).
• Les agents purement réactifs (qui attendent une demande de l'utilisateur) manquent les obligations temporelles critiques jusqu'à ce que l'utilisateur s'en souvienne.

Les systèmes existants échouent pour quatre raisons principales :

1. Inadéquation du modèle d'exécution : Aucun cadre ne modélise quand agir dans les fenêtres de réveil limitées par le système d'exploitation.
2. Dépendance au démarrage à froid (Cold-start) : Les agents ont besoin de données structurées sur les obligations, que les utilisateurs ne saisissent pas manuellement.
3. Inadéquation de la couche de communication : Les courriels institutionnels sont conçus pour les humains, rendant l'extraction de données structurées (dates limites, références) difficile pour les agents.
4. Inadéquation de l'alignement : Les agents déployés par les institutions optimisent pour l'engagement de l'institution (ex: renouvellement chez le même assureur) plutôt que pour la valeur utilisateur (ex: comparer les offres).

2. Méthodologie et Architecture

Jagarin propose une architecture à trois couches verticalement intégrée mais indépendamment déployable, conçue pour fonctionner sans état cloud persistant et sans exécution continue en arrière-plan.

Couche 1 : DAWN (Duty-Aware Wake Network)

C'est un moteur d'heuristiques local (on-device) qui décide, à chaque cycle de réveil (toutes les 15 minutes), si un agent endormi doit rester dormant, émettre une notification ou déclencher une escalade. Il calcule un score de priorité composite basé sur quatre signaux :

• Courbe Temporelle d'Opportunité (TOC) : Modélise la valeur d'une action en fonction du temps restant avant l'échéance (courbe gaussienne). Contrairement à un simple compte à rebours, une obligation lointaine peut avoir un score élevé si elle se trouve dans sa "fenêtre d'action optimale".
• Prédicteur d'Engagement Comportemental (BEP) : Estime la probabilité que l'utilisateur réponde au moment présent (basé sur l'heure, l'état de charge, la connectivité Wi-Fi, etc.) pour éviter la fatigue des notifications.
• Intégrale de Décroissance de Valeur (VDI) : Calcule le coût d'opportunité de l'inaction. Le système compare la valeur d'agir maintenant vs attendre 1, 3 ou 7 jours.
• Résonance Trans-Devoirs (CDR) : Détecte les opportunités de regroupement (batching) lorsque plusieurs obligations partagent le même contexte (ex: renouvellement de l'assurance auto et habitation simultanés), permettant une action unique pour plusieurs tâches.

Le score composite détermine l'action dans trois zones adaptatives : SLEEP (dormir), NUDGE (rappel doux), ou ACT NOW (action immédiate + escalade vers le cloud).

Couche 2 : ARIA (Agent Relay Identity Architecture)

Cette couche résout le problème du démarrage à froid en convertissant automatiquement les courriels institutionnels en données structurées pour DAWN.

• Identité Commerciale Séparée : Utilise une adresse e-mail dédiée (ex: [e-mail]) exclusivement pour le trafic commercial, isolant les obligations des e-mails personnels.
• Modèle de Motifs d'Achat (PPM) : Analyse les factures et reçus pour construire un profil d'achat privé local.
• Routage en Quatre Catégories : Classe les e-mails entrants en :
  1. Obligation Temporelle (renouvellements, dates limites) $\rightarrow$ Enregistrement comme devoir DAWN.
  2. Opportunité Commerciale (promos) $\rightarrow$ Filtrage par pertinence PPM.
  3. Signal de Récompense (points de fidélité) $\rightarrow$ Conversion en devoir si la valeur expirée dépasse un seuil.
  4. Mise à Jour Sociale/Plateforme $\rightarrow$ Notification simple sans création de devoir.
• Ingestion Automatique : Utilise un parser basé sur l'IA (Gemini) pour extraire les métadonnées (délais, références) et les synchroniser avec l'appareil via FCM.

Couche 3 : ACE (Agent-Centric Exchange)

Un protocole de communication définissant un standard pour que les institutions parlent directement aux agents personnels, rendant le parsing d'e-mails (ARIA) inutile à long terme.

• Enveloppe Structurée : Chaque message ACE contient quatre schémas obligatoires :
  • ACE-TEMP : Métadonnées temporelles (dates limites, fenêtres optimales).
  • ACE-VALUE : Déclaration de valeur (montants, bénéfices).
  • ACE-SCOPE : Autorisations d'action (ce que l'agent peut faire sans approbation explicite).
  • ACE-TRUST : Transparence (conflits d'intérêts, commissions).
• Extensions de Domaine : Supporte 11 domaines (Finance, Santé, Retail, etc.) via des extensions standardisées.

3. Résultats et Prototype

Un prototype fonctionnel nommé Jagarin a été développé en Flutter (Android et iOS) et démontré avec les résultats suivants :

• Efficacité du système : L'évaluation DAWN prend moins de 50 ms par cycle sur l'appareil.
• Respect de la vie privée : Aucun état de devoir n'est stocké dans le cloud. Les données comportementales restent locales. L'agent cloud (éphémère) n'est invoqué que sur demande explicite de l'utilisateur ("Escalade") et ne reçoit que l'enregistrement du devoir, pas le contenu des e-mails.
• Conformité plateforme : Le système fonctionne strictement dans les contraintes de WorkManager (Android) et BGTaskScheduler (iOS), sans appels réseau en arrière-plan non autorisés.
• Types de devoirs gérés : Le prototype gère 12 types de devoirs (renouvellement d'assurance, renouvellement d'abonnement, rendez-vous médicaux, etc.).
• Agent Cloud Éphémère : Lorsqu'activé, il utilise Gemini 2.5 Flash pour générer des recommandations et des brouillons de messages, puis se termine immédiatement, sans session persistante.

4. Contributions Clés

1. DAWN : Une nouvelle heuristique multi-signaux pour les décisions de réveil d'agents hibernants, formulée comme une minimisation du coût d'opportunité plutôt qu'un simple compte à rebours.
2. ARIA : Une architecture de proxy d'identité commerciale qui résout le problème du démarrage à froid en automatisant l'ingestion des obligations depuis les e-mails.
3. ACE : Un protocole de communication machine-à-machine qui comble le fossé entre les communications humaines actuelles et les agents automatisés.
4. Alignement Utilisateur : Une architecture structurelle qui garantit que l'agent optimise la valeur pour l'utilisateur (ex: comparer les prix) et non l'engagement institutionnel, grâce à la localité des données et à la propriété de l'agent par l'utilisateur.

5. Signification

Jagarin démontre qu'il est possible de déployer des agents personnels d'IA efficaces sur mobile sans compromettre la batterie, la vie privée ou la conformité aux plateformes. En passant d'une logique de "compte à rebours" à une logique d'optimisation du coût d'opportunité, et en introduisant un canal de communication natif pour les agents (ACE), ce travail pose les bases d'une nouvelle génération d'assistants personnels qui agissent de manière proactive, respectueuse et alignée avec les intérêts de l'utilisateur, tout en évitant les pièges des modèles d'agents persistants traditionnels.