Une carte d’appareil en haut d’un onglet, un répertoire choisi du pouce, et le travail démarre : pas sur le téléphone, sur la machine restée allumée ailleurs. Le geste prend trois secondes. Il change la place de l’agent dans une journée de travail.
Anthropic a livré deux annonces le même jour pour Claude Code, son agent de programmation. D’abord un travail de fond sur la fiabilité du Remote Control, que les utilisateurs avaient désigné le mois dernier comme le chantier à traiter en priorité. Ensuite sa traduction concrète : toute machine qui exécute claude remote-control remonte sous forme de carte d’appareil en haut de l’onglet Code de l’application. Vous tapez dessus, vous choisissez un répertoire, la session se lance là-bas.
L’agent cesse d’être une fenêtre ouverte pour devenir un processus
Le téléphone n’ajoute pas un gramme de puissance. Le modèle tourne où il tournait, les fichiers restent sur l’hôte, le contexte se construit dans le dépôt de cette machine précise. Ce qui bouge, c’est le statut de l’agent dans votre organisation de travail : il quitte la fenêtre que vous avez ouverte pour devenir un processus distant, déclaré, adressable, qui continue de tourner quand l’écran s’éteint.
Cette évolution a un précédent que connaissent tous les administrateurs système : le passage du programme lancé à la main au service qui tourne en permanence. On ne manipule plus, on surveille. Et surveiller réclame d’autres réflexes que manipuler : savoir où en est la tâche, ce qu’elle a touché, comment l’arrêter proprement à distance.
Les utilisateurs ont voté pour la solidité de la liaison
Dans un marché qui se dispute des points de benchmark, la demande la plus pressante des utilisateurs de Claude Code portait sur la solidité de la liaison. Un agent injoignable, une session qui tombe au milieu d’une modification, un appareil qui n’apparaît pas dans la liste : aucun gain de raisonnement ne rattrape ces pannes. Elles annulent le travail déjà fait.
Une partie de l’écosystème est donc sortie de la phase démonstration. Tant qu’on évalue un assistant en lui posant des questions, la qualité du modèle décide de tout. Dès qu’on lui délègue des heures de travail sur des dépôts réels, la plomberie décide de tout : reprise après coupure, état de la session, trace de ce qui s’est passé pendant votre absence. C’est peu spectaculaire à annoncer, et c’est pourtant ce qui sépare un gadget d’un outil de production.
Anthropic n’est pas seul sur ce terrain. OpenAI a placé Codex dans l’application mobile ChatGPT, en preview sur iOS et Android, avec la même répartition des rôles : les fichiers, les droits et la configuration restent sur la machine, tandis que le téléphone sert à relire une sortie, approuver une commande ou lancer une tâche.
Valider un diff debout sur un quai de gare
Le pilotage mobile déplace la validation humaine vers le pire contexte de lecture possible. Devant un poste de travail, vous relisez un diff, vous ouvrez le fichier concerné, vous refusez une commande douteuse. Debout sur un quai de gare, vous accordez la permission parce qu’une notification attend une réponse et que la file avance.
L’ergonomie fait ici plus de dégâts que le modèle. Personne ne décide d’arrêter de relire le code ; l’attention se dégrade toute seule quand l’interface tient dans une main. Trois points méritent donc votre vigilance avant d’installer cet usage dans vos habitudes :
- le périmètre accordé sur la machine hôte : un agent pilotable de l’extérieur mérite des droits taillés au projet, pas à la session utilisateur entière ;
- l’état du poste qui reste joignable : une machine qui accepte des sessions distantes toute la nuit demande le même sérieux qu’un serveur, verrouillage et mises à jour compris ;
- la traçabilité : ce que vous avez validé depuis le téléphone doit rester consultable ensuite, faute de quoi la revue de code disparaît sans que personne ne l’ait décidé.
Quand la question du matin deviendra « sur quelle machine ? »
Cette carte d’appareil, aujourd’hui seule dans son onglet, finira par en côtoyer d’autres. Un poste au bureau, une machine à la maison, une instance louée pour les traitements lourds : choisir la bonne deviendra un réflexe quotidien, comme on choisit une branche avant de commencer. À ce stade, l’interface mobile ne sert plus à démarrer une session, elle sert à répartir la charge et à arbitrer entre des tâches qui tournent en parallèle.
Encore faut-il que trois choses tiennent : que la reprise après une coupure réseau se fasse sans perdre le contexte, qu’on puisse consulter à froid ce que l’agent a fait pendant qu’on regardait ailleurs, et que les permissions se déclarent une fois par répertoire côté machine plutôt qu’à chaque interruption côté téléphone. Les deux premières relèvent de l’ingénierie et progressent déjà. La troisième est un choix de produit, arbitré entre sécurité et fluidité, et rien ne garantit qu’il penchera du bon côté.
Vous n’avez pas besoin d’attendre ce scénario pour trancher. Quelques semaines suffisent à savoir si l’usage tient : lancez une tâche longue depuis le téléphone, coupez volontairement le réseau, reprenez une heure plus tard, et regardez ce qu’il reste. Ce test artisanal vous en dira davantage que n’importe quelle note de version sur votre capacité à confier du travail sérieux à une machine que vous ne voyez plus.
La bascule ne s’annoncera pas dans un changelog. Elle tiendra à une habitude : le matin où vous rouvrirez l’application sans vous demander si la session de la nuit a tenu.
