L’écosystème OpenClaw vient de marquer l’histoire du logiciel libre en franchissant la barre des 335 000 étoiles sur GitHub, dépassant même des piliers comme React. Depuis ce séisme technologique, une recommandation revient en boucle : “utilise Telegram, c’est suffisant”. C’est vrai pour un usage basique. Mais si vous cherchez une véritable OpenClaw mobile app capable de piloter vos agents à distance, Telegram montre vite ses limites.
Voilà ce que personne ne vous dit vraiment sur les clients mobiles pour OpenClaw : le choix que vous faites aujourd’hui pour votre accès iOS ou Android va définir votre productivité pour les six prochains mois. Entre confort de façade et contrôle total, voici pourquoi les power users délaissent les messageries classiques pour des solutions natives comme Clawket.
À retenir
La grande confusion du marché en ce moment, c’est de confondre deux choses radicalement différentes : utiliser son agent OpenClaw depuis un téléphone, et contrôler son instance depuis une app dédiée. Pour 95% des utilisateurs, Telegram est effectivement la réponse : déjà installé, instantané, accès complet à l’assistant.
Mais pour les 5% restants — ceux qui ont des cron jobs actifs, plusieurs agents, des modèles configurés à la main — une app mobile native change fondamentalement la relation qu’on entretient avec son infrastructure. Ce qu’il faut retenir ici, c’est d’abord que le problème n’est pas l’interface mais l’anxiété de cécité : ne pas savoir ce que font tes agents quand tu n’es pas devant ton écran. Ensuite, que l’architecture de connexion que tu choisis — relay cloud, réseau local ou Tailscale — est une décision éthique autant que technique. Et enfin, que Clawket n’est pas la seule option, mais qu’elle est aujourd’hui la seule à avoir résolu proprement les trois à la fois.
Le mensonge confortable de Telegram
La plupart des utilisateurs passent par Telegram, et ça marche très bien pour les cas d’usage courants — rappels, recherches, résumés de documents, écriture. Le problème n’est pas que Telegram soit mauvais. Le problème, c’est qu’on te vend Telegram comme une solution mobile pour OpenClaw alors que c’est un canal de communication, pas une interface de pilotage.
Essaie de vérifier l’état de tes agents depuis Telegram. Essaie de voir si un cron job a planté à 3h du matin. Essaie de modifier la config d’un modèle en déplacement. Tu ne peux pas. Est-ce que tu as déjà eu cette sensation d’avoir lancé quelque chose et de ne pas savoir si ça tourne encore ? C’est exactement ça.
Les apps mobiles natives sont pour les power users qui ont besoin d’accès caméra, de traitement on-device, ou de wake words vocaux. Mais je dirais que la catégorie est plus large que ça. Elle inclut aussi quiconque gère sérieusement son nœud central et a besoin de visibilité en temps réel — pas juste d’envoyer des messages à son assistant.
À quoi ressemble vraiment le marché des clients mobiles
Il faut être honnête sur l’état des choses. Il existe une app Android officielle OpenClaw qui se connecte au serveur comme nœud mobile, avec accès caméra et voix. Mais elle demande Xcode, pas de build App Store, et une installation déjà fonctionnelle. Autrement dit : c’est pour les développeurs, pas pour les utilisateurs. Il y a aussi une solution qui consiste à faire tourner un système OpenClaw directement sur son Android via Termux — mais entre la consommation de batterie, la puissance de traitement limitée et la complexité du setup, c’est un projet, pas une app.
De l’autre côté du spectre, tu as des solutions cloud comme VivaClaw, KiloClaw, ou ClawTank qui hébergent OpenClaw pour toi. Pratique, mais ce n’est plus votre machine. Tu as délégué le contrôle. Tu interagis avec une instance que quelqu’un d’autre administre.
C’est là que Clawket occupe un espace qui n’existait pas vraiment : une app mobile native, iOS et Android, qui se connecte à votre propre passerelle personnelle. Tu gardes la souveraineté. Tu gagnes la mobilité.
Pourquoi Clawket, et pas le reste
J’ai mis du temps à comprendre pourquoi ça me semblait plus juste que les alternatives. La réponse est dans l’architecture.
Clawket supporte trois modes de connexion : via son propre système de relay, en réseau local direct, ou via Tailscale. L’usage de Tailscale n’est pas qu’un confort : comme l’explique leur documentation sur le chiffrement de bout en bout, cela permet d’isoler votre instance OpenClaw du Web public sans sacrifier l’accessibilité. C’est l’implémentation la plus élégante : un réseau privé chiffré, aucun port ouvert, aucune exposition.
Ce qui m’a aussi frappé, c’est le périmètre fonctionnel. Ce n’est pas un chatbot mobile. C’est une console complète : agents, cron jobs, modèles, skills, fichiers, logs. Tu vois tout ce qui tourne. Tu peux intervenir. Le streaming en temps réel change quelque chose de subtil mais réel dans la relation qu’on a avec ses agents, ce n’est plus une interface de consultation, c’est une présence.
L’expérience mobile va d’ailleurs plus loin que la simple consultation : sur iOS, l’intégration native des widgets et des raccourcis Siri permet de déclencher une skill ou de surveiller un agent critique d’un simple coup d’œil sur l’écran de verrouillage, sans même ouvrir l’application.
Note technique : Selon les standards de l’OWASP Mobile Application Security (MAS), l’exposition directe d’une interface de contrôle sur le web public est une vulnérabilité critique. En utilisant un relay self-hostable ou un réseau mesh, vous protégez vos secrets d’environnement contre les fuites de session.
Et le fait que ce soit open source et self-hostable au niveau relay n’est pas un détail. Après la découverte de plus de 300 skills malveillants sur ClawHub, l’idée de faire transiter les interactions avec son infrastructure domestique par un backend tiers opaque est une surface d’exposition que personne ne devrait accepter sans y réfléchir. Clawket permet de faire tourner son propre relay. C’est la bonne réponse au bon moment.
La question que personne ne te pose
OpenClaw culmine désormais à plus de 335 000 étoiles sur GitHub, avec un écosystème qui dépasse les 6 800 skills. L’écosystème grossit vite. Trop vite pour que tu puisses te permettre d’être aveugle sur ce qui tourne.
Voilà la vraie question : est-ce que tes outils te donnent de la visibilité ou est-ce qu’ils créent de nouvelles zones d’ombre ? Avoir un agent qui tourne 24h/24 sur ta machine sans interface mobile de pilotage, c’est comme avoir embauché un collaborateur et lui avoir dit “travaille, je reviendrai voir ce que tu as fait dans deux jours.”
Clawket est disponible sur l’App Store et le repo open source est sur GitHub. Le bridge CLI sur NPM s’installe en une commande : npm install -g @p697/clawket. Le QR code de pairing prend trente secondes. Après ça, la connexion se fait automatiquement à chaque fois.
Ce que ça change, concrètement
Un utilisateur a partagé avoir construit un site web depuis son téléphone en quelques minutes, en connectant son OpenClaw via son téléphone. Ce n’est pas un cas d’usage exceptionnel. C’est ce qui devient normal quand la boucle de contrôle ne nécessite plus d’ouvrir un laptop.
Le vrai changement n’est pas fonctionnel. Il est psychologique. Savoir qu’on peut intervenir à tout moment sur son serveur — voir un agent qui déraille, arrêter un cron job problématique, changer un modèle en déplacement — c’est ce qui transforme une expérimentation en infrastructure de confiance.
Et c’est probablement ça, la vraie définition d’un agent qui fonctionne vraiment : pas un outil qu’on surveille anxieusement, mais quelque chose qu’on peut laisser tourner parce qu’on sait qu’on a les yeux dessus, depuis n’importe où.
