Il y a un vieux Pixel 4a dans mon tiroir de bureau qui était mort pour moi depuis environ dix-huit mois. Batterie fichue, dos fêlé, charnière du tiroir SIM un peu molle. Mais aussi un CPU huit cœurs à 2,0 GHz et six giga de RAM — autrement dit, un petit ordi Linux tout à fait correct.
La semaine dernière, je l'ai rechargé, j'ai installé Termux, et j'ai mis Hermes Agent dessus. Vingt minutes plus tard, je parlais à un assistant IA depuis l'appli Telegram sur le téléphone que j'avais vraiment dans la poche. Ce billet explique comment ça marche et pourquoi les contraintes d'un téléphone sont en fait un bon prisme pour comprendre ce qu'est Hermes.
Ce qui tourne vraiment sur un téléphone Android
Hermes Agent est un programme Python. Termux — la version F-Droid, pas celle périmée du Play Store — te donne un vrai userland Linux sur Android : apt, Python 3, git, ssh, un shell. C'est suffisant pour que l'essentiel du chemin d'installation de Hermes fonctionne exactement comme sur un VPS.
Ce qui change sur Android, ce n'est pas Hermes. C'est le système d'exploitation autour.
Android est un hôte hostile pour les processus longs en arrière-plan. Pas de systemd, pas d'init traditionnel, et le gestionnaire d'énergie est agressif — il gèle volontiers tout processus qui n'est pas au premier plan, dès que tu verrouilles le téléphone. Lance Hermes sans précaution et ton bot Telegram arrête de répondre à la seconde où l'écran s'éteint.
L'astuce, c'est le wakelock intégré à Termux (termux-wake-lock), qui demande poliment à Android de laisser ton processus tranquille. Combine-le avec tmux ou screen pour que la session survive aux déconnexions du shell, branche le téléphone sur un chargeur, et tu as un petit serveur toujours allumé qui vit dans ton tiroir.
Pourquoi Hermes rentre vraiment dans un téléphone
La plupart des projets « assistant IA sur ton téléphone » prennent l'une de deux directions. Soit ils livrent une énorme appli mobile qui emballe un appel API (ce qui n'est au fond qu'un client de chat pour l'agent de quelqu'un d'autre), soit ils essaient de faire tourner un petit modèle quantifié directement sur l'appareil et te donnent un truc lent et pas très malin. Hermes ne fait ni l'un ni l'autre.
Ce que tu fais tourner sur le téléphone, c'est le gateway Hermes — la partie qui écoute sur Telegram, Discord, Slack et compagnie, gère les sessions, et communique avec le fournisseur de modèle de langue de ton choix. Le modèle lui-même n'a pas besoin de vivre sur le téléphone. Tu peux faire causer le téléphone avec Nous Portal, OpenAI, Anthropic ou n'importe quel autre provider en HTTPS. Le boulot du téléphone, c'est d'être un petit coordinateur pas cher, toujours allumé. Le gros du travail se fait dans le cloud, sur un autre serveur, ou là où tu veux.
C'est là que les choix d'architecture de la v0.2.0 rapportent discrètement sur un appareil pour lequel personne n'a conçu Hermes. Le routeur de providers centralisé te permet de mettre le téléphone sur un modèle bon marché par défaut (disons le MiMo gratuit sur Nous Portal) et de ne monter en gamme que pour les tâches difficiles. Le système de manifestes de skills ne charge que les skills dont les prérequis existent vraiment sur l'appareil — un skill d'automatisation de navigateur ne va pas essayer de lancer un Chrome headless sur un téléphone qui n'en a pas. Le mécanisme de checkpoints et rollback du système de fichiers fonctionne toujours, parce qu'il se fiche de la puissance de la machine en dessous.
Ce que tu perds, ce que tu récupères
Les trucs qui ne marchent pas sur un téléphone sont pour la plupart évidents : pas d'installation de service systemd (tu utilises tmux à la place et tu acceptes qu'un reboot signifie relancer le gateway à la main), pas d'inférence locale lourde, pas de sandboxes Docker, et une automatisation de navigateur limitée. Le skill navigateur marche quand même si tu le pointes vers un Chrome headless sur une autre machine, mais Android en lui-même ne va pas te lancer Playwright.
Ce que tu récupères, c'est tout ce qui rend un petit serveur permanent attractif : de la 4G par défaut (le téléphone est son propre réseau), un onduleur intégré (la batterie le maintient en vie pendant des heures en cas de coupure), un monitoring intégré (l'indicateur de batterie du téléphone te dit exactement ce que le serveur fait), et un fonctionnement silencieux. Zéro bruit de ventilateur. Zéro espace rack. La consommation d'une veilleuse.
Le vrai sujet
Ce qui est intéressant quand on fait tourner Hermes sur un téléphone mort, ce n'est pas que ça marche. C'est que ça marche de la même façon que sur un serveur à 200 $. Une fois qu'un agent est découplé de la machine sur laquelle il tourne, la machine en question n'a plus beaucoup d'importance.
Un Pixel 4a mort dans un tiroir fait un très bon foyer pour un bot à qui tu parles dix fois par jour. Ce n'est pas un compromis. C'est exactement l'idée.