Claude Code Remote Control : Codez Depuis Votre Téléphone Maintenant
J'étais en pleine session de refactoring depuis trois heures la semaine dernière quand mon chien a commencé à faire ce truc où il s'assied près de la porte et me fixe comme si j'étais personnellement responsable de sa souffrance. Il avait besoin d'une promenade. Mon agent Claude Code était en pleine tâche — à mi-chemin de la restructuration d'un module d'authentification à travers quatorze fichiers. Normalement, j'aurais eu deux options : abandonner la session et perdre le contexte, ou ignorer le chien et me sentir coupable pendant l'heure suivante.
À la place, j'ai tapé /remote-control, scanné un code QR avec mon téléphone, et je suis sorti par la porte d'entrée.
Depuis le trottoir, j'ai regardé Claude terminer le refactoring de l'authentification sur l'écran de mon téléphone. J'ai approuvé une modification de fichier en attendant que mon chien enquête sur une bouche d'incendie suspecte. J'ai envoyé une instruction de suivi — « maintenant mets à jour les tests pour correspondre à la nouvelle structure du module » — assis sur un banc du parc. Vingt minutes plus tard, je suis rentré, je me suis assis à mon bureau, et la session du terminal était exactement là où je l'avais laissée. Chaque modification de fichier, chaque tour de conversation, entièrement synchronisé.
C'est la nouvelle fonctionnalité Remote Control de Claude Code, et elle résout un problème dont je ne réalisais pas combien il me coûtait jusqu'à ce qu'il disparaisse. Le problème n'est pas que les sessions de programmation sont longues. Le problème est que les sessions de programmation sont fragiles — attachées à votre bureau, à votre fenêtre de terminal, à votre présence physique devant un écran. Une interruption casse le flux, et reconstruire le contexte après une pause coûte plus de temps que la pause elle-même.
Remote Control coupe cette corde. Mais la façon dont il fonctionne est différente de ce que vous pourriez attendre, et comprendre l'architecture est important si vous voulez l'utiliser sans rencontrer des limitations frustrantes. Il y a un modèle mental spécifique pour savoir quand Remote Control est le bon outil versus quand Claude Code sur le web est préférable, et je me suis trompé les deux premières fois avant de comprendre.
Ce Qu'est Réellement Remote Control (Et Ce Qu'il N'est Pas)
Le nom est précis. Remote Control ne déplace pas votre session dans le cloud. Il ne lance pas une machine virtuelle quelque part. Il ne réplique pas votre environnement sur les serveurs d'Anthropic.
Votre session Claude Code continue de tourner sur votre machine locale. Votre système de fichiers, vos serveurs MCP, la configuration de votre projet, vos outils — tout reste exactement là où c'est. Remote Control ouvre une fenêtre vers cette session locale depuis un autre appareil. Votre téléphone, une tablette, un navigateur sur un autre ordinateur. La fenêtre est en temps réel et bidirectionnelle — vous pouvez lire et envoyer des messages depuis n'importe quel appareil connecté — mais le calcul réel ne quitte jamais votre machine.
Cette distinction est extrêmement importante pour deux raisons.
Premièrement, votre environnement local est disponible. Si votre projet dépend de serveurs MCP locaux, de configurations d'outils personnalisées, ou d'un accès au système de fichiers qui n'existe pas dans un sandbox cloud, Remote Control préserve tout cela. Les environnements de programmation dans le cloud suppriment votre configuration locale. Remote Control n'y touche pas.
Deuxièmement, votre terminal doit rester ouvert. Parce que la session tourne localement, fermer votre terminal ou éteindre votre machine met fin à la session. Ce n'est pas une fonctionnalité « lancez quelque chose et revenez demain ». C'est une fonctionnalité « éloignez-vous de votre bureau sans casser le flux ». La distinction est subtile mais importante, et j'expliquerai les implications pratiques quand nous arriverons à la section des flux de travail.
L'architecture de connexion est propre. Votre instance locale de Claude Code fait des requêtes HTTPS sortantes vers l'API d'Anthropic — aucun port entrant ouvert sur votre machine, ce qui est significatif du point de vue de la sécurité. Quand vous vous connectez depuis votre téléphone ou navigateur, l'API route les messages entre votre appareil et votre session locale via une connexion streaming. Tout le trafic transite par TLS. Plusieurs identifiants de courte durée gèrent l'authentification, chacun limité à un usage unique et expirant indépendamment.
J'ai passé vingt minutes à lire la documentation de sécurité avant de faire confiance à cette fonctionnalité pour accéder aux projets de mes clients. Le modèle est solide — c'est fonctionnellement la même sécurité de transport qu'une session Claude Code normale, juste avec une couche de routage supplémentaire.
Maintenant que vous savez ce que c'est, voici comment l'utiliser concrètement. Et il y a une bonne façon qui fait gagner du temps et une mauvaise façon qui en fait perdre.
Configuration — Deux Minutes, Pas Vingt
La configuration est volontairement minimale, ce que j'apprécie après des années d'outils de développement qui nécessitent des rituels de configuration de trente minutes.
Prérequis que vous avez probablement déjà :
Vous avez besoin d'un plan Pro ou Max — les clés API ne fonctionnent pas avec Remote Control. Vous devez être connecté via /login dans Claude Code. Et vous devez avoir exécuté claude dans le répertoire de votre projet au moins une fois pour accepter le dialogue de confiance du workspace.
Si vous utilisez Claude Code depuis un certain temps, vous remplissez déjà les trois conditions. Si vous êtes tout nouveau, la configuration prend moins de deux minutes.
Démarrer une nouvelle session Remote Control :
Naviguez vers le répertoire de votre projet et exécutez :
claude remote-control
C'est tout. Le processus reste actif dans votre terminal, en attente de connexions distantes. Il affiche une URL de session et — c'est le détail clé de qualité de vie — vous pouvez appuyer sur la barre d'espace pour afficher un code QR. Pointez la caméra de votre téléphone vers le code QR, et vous êtes connecté.
La commande supporte deux flags utiles :
--verboseaffiche les logs détaillés de connexion et de session, que j'utilise pour débuguer les problèmes de connexion--sandbox/--no-sandboxactive ou désactive le sandboxing du système de fichiers et du réseau pendant la session. Le sandboxing est désactivé par défaut, ce qui est logique pour la plupart des flux de développement où vous avez besoin d'un accès complet au système de fichiers
Se connecter depuis une session existante (le scénario le plus courant) :
Si vous êtes déjà en pleine conversation Claude Code et voulez passer au mobile, tapez :
/remote-control
Ou l'alias plus court :
/rc
C'est la commande que j'utilise 90% du temps. Elle transporte tout votre historique de conversation — chaque message, chaque modification de fichier, chaque appel d'outil — et génère l'URL de session et le code QR sur place. Vous ne perdez pas une seule ligne de contexte.
Astuce pro : Avant d'exécuter /remote-control, utilisez /rename pour donner un nom descriptif à votre session. « Refactoring auth - Fév 2026 » est bien plus facile à trouver dans la liste des sessions entre appareils que « Session Remote Control », qui est le nom par défaut quand il n'y a pas d'historique de conversation.
Se connecter depuis votre téléphone ou un autre appareil :
Trois options, choisissez celle qui correspond à votre situation :
- Scanner le code QR — le chemin le plus rapide du terminal au téléphone. S'ouvre directement dans l'app Claude si vous l'avez installée.
- Ouvrir l'URL de session — affichée dans votre terminal à côté du code QR. Fonctionne dans n'importe quel navigateur.
- La trouver dans la liste des sessions — ouvrez claude.ai/code ou l'app Claude et cherchez votre session par nom. Les sessions Remote Control affichent une icône d'ordinateur avec un point vert de statut quand elles sont en ligne et connectées.
Si vous n'avez pas encore l'app mobile Claude, la commande /mobile dans Claude Code affiche un code QR de téléchargement pour iOS ou Android. Jolie attention.
Mode toujours actif (pour les engagés) :
Si vous voulez que chaque session Claude Code soit accessible à distance sans exécuter explicitement /remote-control à chaque fois, lancez /config dans Claude Code et mettez « Enable Remote Control for all sessions » sur true. J'utilise ce réglage depuis une semaine et je n'ai pas regardé en arrière. La surcharge est négligeable, et l'optionnalité en vaut la peine.
La configuration est simple. La conception du flux de travail est là où ça devient intéressant — et là où la plupart des gens vont soit adorer cette fonctionnalité, soit la sous-utiliser.
Les Flux de Travail Qui Comptent Vraiment
Après deux semaines d'utilisation quotidienne, j'ai trouvé trois schémas où Remote Control change réellement ma façon de travailler, et deux situations où c'est le mauvais outil.
Schéma 1 : Le Flux de Travail « Se Lever et Partir »
C'est le plus évident, et c'est celui de mon histoire d'introduction. Vous êtes au milieu d'une tâche complexe. La vie interrompt — un chien, une livraison, une réunion, le déjeuner, un être humain qui veut vous parler de quelque chose qui n'est pas du code.
Avant Remote Control, vous aviez deux mauvaises options : mettre l'IA en pause (en perdant l'élan et potentiellement le contexte) ou ignorer l'interruption (en perdant votre humanité, lentement).
Maintenant vous tapez /rc, scannez le code QR et partez. La session continue. Vous pouvez suivre passivement le progrès, approuver des modifications de fichiers ou envoyer des instructions de suivi depuis votre téléphone. Quand vous vous rasseyez, le terminal est entièrement synchronisé.
J'ai commencé à structurer mes journées autour de cela. Je lance une tâche, je vais faire du café, je vérifie l'avancement depuis la cuisine. Je lance une suite de tests, je vais en réunion, je consulte les résultats sur mon téléphone pendant un moment calme. Les sessions de travail ont la même durée, mais elles sont tissées dans le reste de ma journée au lieu d'exiger des blocs ininterrompus.
Schéma 2 : La Revue depuis le Canapé
Fin de journée. Je suis à mon bureau depuis des heures. Je ne veux plus m'asseoir devant un écran, mais j'ai une session Claude Code avec du code généré que je dois relire avant demain.
Remote Control transforme cela en une activité de canapé. Je me connecte depuis mon téléphone, je parcours la conversation et les modifications de fichiers, je laisse des commentaires de revue et des instructions de suivi, et je ferme mon laptop sans culpabilité. La session m'attend jusqu'au matin (tant que le terminal reste ouvert — plus de détails dans la section limitations).
Ce schéma concerne moins la productivité que le confort physique et la durabilité mentale. Relire du code généré par l'IA sur l'écran d'un téléphone n'est pas idéal pour une analyse approfondie, mais c'est parfaitement adapté pour une revue de haut niveau et un feedback directionnel. L'analyse détaillée peut se faire au bureau demain, avec une perspective fraîche et tout le contexte préservé.
Schéma 3 : La Programmation en Binôme Multi-Appareils
Celui-ci m'a surpris. J'ai commencé à garder Claude Code en marche sur mon desktop pendant que je travaille sur une tâche différente sur mon laptop. Quand j'ai besoin de référencer quelque chose de la session Claude — un extrait de code, une décision d'architecture, un chemin de fichier — je le consulte sur mon téléphone au lieu de changer de contexte entre les machines.
Ça semble mineur. Ça ne l'est pas. Changer de contexte entre fenêtres ou écrans perturbe l'attention d'une façon que jeter un coup d'oeil à son téléphone ne fait pas. Le téléphone devient un tableau de bord en lecture seule pour la session IA tandis que mon écran principal reste concentré sur ce sur quoi je travaille activement.
Quand Remote Control est le mauvais outil :
Si vous voulez lancer une tâche sans aucune configuration locale — pas de projet cloné, pas d'environnement configuré — utilisez plutôt Claude Code sur le web. Remote Control nécessite une session locale en cours d'exécution. Pas de session locale, pas de contrôle à distance.
Si vous devez exécuter plusieurs tâches parallèles sur un projet, Remote Control supporte une session à la fois par instance de Claude Code. Pour le travail parallèle, Claude Code sur le web avec infrastructure cloud est le meilleur choix.
J'ai fait cette erreur le premier jour. J'ai essayé de démarrer une deuxième session Remote Control sur le même projet alors que la première était encore active. Le système a géré cela avec grâce — il m'a demandé si je voulais continuer la session existante ou en démarrer une nouvelle — mais j'ai réalisé que le flux de travail parallèle que je voulais nécessitait une infrastructure cloud, pas un accès distant à une seule session locale.
Le modèle mental est simple : Remote Control prolonge votre bureau. Claude Code sur le web le remplace. Des outils différents pour des situations différentes.
Ce Qui Se Passe Quand Les Choses Tournent Mal
J'ai testé les modes de défaillance pour que vous n'ayez pas à les découvrir pendant une démo client.
Le laptop se met en veille : La session se reconnecte automatiquement quand votre machine se réveille. J'ai testé cela en fermant le couvercle de mon MacBook, en attendant cinq minutes, en le rouvrant. La session du téléphone s'est reconnectée en environ huit secondes. Aucun message perdu, aucun contexte perdu. C'est le meilleur détail de qualité de vie de cette fonctionnalité.
Coupure réseau temporaire : Même récupération élégante. La session tolère les déconnexions brèves sans aucune intervention. J'ai testé cela en activant le mode avion sur mon téléphone pendant trente secondes. La reconnexion a été transparente.
Coupure réseau prolongée : Si votre machine est éveillée mais ne peut pas atteindre le réseau pendant environ dix minutes, la session expire et le processus se termine. Vous devrez exécuter claude remote-control à nouveau pour démarrer une nouvelle session. L'historique de conversation n'est pas perdu — vous pouvez reprendre là où vous vous étiez arrêté — mais la connexion distante active doit être rétablie.
Le terminal se ferme : La session prend fin. Point. C'est le seul scénario non récupérable. Si votre processus terminal est tué — fermeture accidentelle de la fenêtre, redémarrage système, crash — la session Remote Control se termine. Vous pouvez en démarrer une nouvelle, mais la continuité transparente est rompue.
Ma parade : j'exécute Claude Code dans une session tmux sur ma machine de développement. Même si je ferme accidentellement l'application du terminal, la session tmux persiste et le processus Claude Code reste vivant. Si vous prévoyez d'utiliser Remote Control régulièrement, je recommande fortement cette approche. Cinq minutes de configuration tmux vous épargnent le mode de défaillance le plus courant.
# Démarrer une session tmux pour Claude Code
tmux new -s claude
# À l'intérieur de tmux, naviguer et démarrer le remote control
cd /path/to/your/project
claude remote-control
# Détacher avec Ctrl+B puis D — la session continue de tourner
# Rattacher plus tard avec : tmux attach -t claude
Astuce pro : Configurez un alias simple dans votre .zshrc ou .bashrc :
alias ccr='tmux new -s claude -d "cd /path/to/project && claude remote-control"'
Une commande, et vous avez une session Remote Control persistante qui survit aux fermetures de terminal.
La Question de Sécurité Que Vous Devriez Poser
Chaque fois qu'un outil dit « accédez à votre système de fichiers local depuis votre téléphone via internet », vos réflexes de sécurité devraient s'activer. Les miens l'ont fait.
Voici ce que j'ai vérifié avant d'utiliser cette fonctionnalité sur des projets clients :
Aucun port entrant. Votre machine ne fait que des connexions HTTPS sortantes. Rien n'écoute le trafic entrant. Cela élimine toute la catégorie d'attaques « quelqu'un scanne mes ports ouverts et trouve ma session de programmation ».
TLS partout. Tout le trafic entre votre machine et l'API d'Anthropic, et entre votre téléphone et l'API, transite par TLS. Le même standard de chiffrement que votre utilisation normale de Claude Code.
Identifiants à portée limitée. L'authentification utilise plusieurs jetons de courte durée, chacun limité à un usage spécifique et expirant indépendamment. Si un jeton est compromis, le rayon d'impact est contenu.
Isolation de session. Chaque instance de Claude Code obtient sa propre session distante. Pas de contamination croisée entre projets ou instances.
Est-ce aussi sûr que d'exécuter Claude Code purement en local sans aucune implication réseau ? Non — toute fonctionnalité en réseau introduit une surface d'attaque. Mais le modèle de sécurité est bien conçu pour ce qu'il fait. Le profil de risque est comparable à l'utilisation de n'importe quel service cloud authentifié sur TLS, ce qui est un seuil que la plupart d'entre nous franchissent déjà quotidiennement avec des dizaines d'autres outils.
Pour les projets clients avec du code sensible, j'utilise le flag --sandbox pour activer l'isolation du système de fichiers et du réseau pendant les sessions distantes. Ceinture et bretelles.
Ma Configuration Quotidienne Réelle Après Deux Semaines
Voici à quoi ressemble mon flux de travail maintenant que Remote Control fait partie de ma routine quotidienne :
Matin : J'ouvre le terminal, démarre une session tmux, exécute claude remote-control dans le répertoire de mon projet principal. La session reste active toute la journée.
Blocs de travail : Je code à mon bureau en utilisant directement le terminal. Claude Code tourne normalement — je ne l'utilise pas via l'interface distante quand je suis assis devant ma machine.
Pauses : Je scanne le code QR, je m'éloigne. Je surveille depuis mon téléphone. J'approuve des changements, envoie des instructions rapides, maintiens l'élan sans rester enchaîné à l'écran.
Changements de contexte : Quand j'ai besoin de pivoter vers une autre tâche mais que je veux que la session Claude continue de travailler, je la laisse tourner et vérifie l'avancement depuis mon téléphone périodiquement.
Fin de journée : Revue depuis le canapé sur mon téléphone. Je laisse des instructions pour la première tâche de demain. Je ferme le laptop.
Lendemain matin : Je rattache la session tmux. Tout m'attend exactement là où je l'ai laissé.
L'effet cumulatif après deux semaines : je passe environ 30% de temps en moins physiquement à mon bureau avec zéro perte en qualité ou volume de production de Claude Code. Les pauses ne sont plus des pertes de productivité — ce sont des fonctionnalités de productivité parce que je ne perds pas le contexte de la session chaque fois que je me lève.
C'est la chose que l'annonce de la fonctionnalité ne capture pas tout à fait à propos de Remote Control. La capacité technique — « continuez vos sessions depuis votre téléphone » — ressemble à un confort. Et c'en est un. Mais l'effet de second ordre est plus grand. Il change la forme de votre journée de travail. Coder cesse d'être quelque chose qui exige une présence continue à un bureau et devient quelque chose qui s'intègre autour du reste de votre vie.
Mon chien est promené à l'heure maintenant. Je mange loin de mon écran. Je prends des appels sans anxiété de perdre l'état de ma session. Et le code continue de s'écrire.
Chaque développeur que je connais se plaint d'être enchaîné à son bureau pendant de longues sessions de programmation assistée par IA. La chaîne vient de s'allonger considérablement. /rc, scanner, marcher.
Essayez ce soir. Lancez une tâche de refactoring que vous repoussez depuis un moment. Tapez /rc. Allez quelque part qui n'est pas votre bureau.
Vous pourriez être surpris de voir à quel point le code est beau quand vous le relisez depuis un banc dans un parc.
Travaillons Ensemble
Vous cherchez à construire des systèmes d'IA, automatiser des flux de travail ou faire évoluer votre infrastructure technologique ? Je serais ravi de vous aider.
- Fiverr (builds sur mesure et intégrations) : fiverr.com/s/EgxYmWD
- Portfolio : mejba.me
- Ramlit Limited (solutions entreprise) : ramlit.com
- ColorPark (design et branding) : colorpark.io
- xCyberSecurity (services de sécurité) : xcybersecurity.io
