Version Web et Cloud : Claude Code dans le navigateur et sur mobile
📚 Navigation de la série : Le précédent article 10 Application de bureau (Desktop) vous a montré comment utiliser Claude Code comme une application native sur Mac / Windows, tournant sur votre propre machine. Ce chapitre change de paradigme — il n'y a même plus besoin d'installer quoi que ce soit, tout fonctionne depuis le navigateur, avec en prime la possibilité de prendre le contrôle d'une session locale depuis votre téléphone.
Il y a peu, j'étais dans un TGV avec une connexion WiFi capricieuse, quand je reçois une notification : la commande d'installation dans le README d'un dépôt en production est fausse, il faut la corriger d'urgence.
Je n'avais pas mon ordinateur, juste mon téléphone et une connexion instable.
Autrefois, cela aurait signifié « on verra à l'arrivée ». Mais là, j'ai sorti mon téléphone, ouvert claude.ai/code, sélectionné le dépôt en question, et tapé : « Corrige la commande d'installation dans le README, le nom du paquet npm doit être xxx », puis j'ai remis le téléphone dans ma poche. À la sortie de la gare, une branche corrigée m'attendait sur GitHub, prête pour une PR — le tout en une dizaine de minutes, sans taper une seule commande, sans allumer d'ordinateur.
C'est l'objet de ce chapitre : la version Web (qui s'exécute dans le cloud et se connecte à GitHub) et le Remote Control (qui permet de piloter une session tournant sur votre ordinateur depuis votre téléphone ou un autre appareil). En résumé : comment s'affranchir de l'obligation d'être devant son terminal.
⚠️ Note : La version Web et le Remote Control sont actuellement en phase de research preview (aperçu de recherche). Leurs fonctionnalités et comportements peuvent évoluer. Ce guide se base sur la documentation officielle actuelle.
Après avoir lu cet article, vous obtiendrez :
- Une compréhension claire de la version Web : sans installation, exécutée dans un bac à sable cloud, reliée à votre dépôt GitHub.
- Le flux de travail complet de la version Web : de la connexion à la soumission d'une PR, étape par étape.
- Le fonctionnement du Remote Control : démarrer une session sur son PC et la piloter depuis un smartphone ou un autre navigateur.
- Un tableau comparatif « Version Web vs CLI local vs Remote Control » pour savoir quand utiliser quoi.
- Des détails pratiques utiles : démarrer une session en un clic via deep-links, et les prérequis de réseau.
01 Faire la distinction : Local, Web et Contrôle à distance
Commençons par dissiper la confusion : beaucoup mélangent l'application de bureau, la version Web et le Remote Control, ce qui mène à des erreurs d'usage et beaucoup de frustration. Séparons tout ça en une minute.
Analogie : Le même travail, trois façons de pointer.
- CLI local / Application Desktop : Vous êtes en présentiel au bureau, votre ordinateur, vos fichiers, vos outils sont sous la main — c'est ce qu'on a vu au chapitre précédent, le code s'exécute sur votre propre machine.
- Version Web (on the web) : Vous mandatez un collègue à distance qui travaille sur un serveur loué par l'entreprise. Vous n'avez qu'à lui donner des instructions via le navigateur et consulter le résultat. Le code s'exécute sur le cloud d'Anthropic, et ne touche pas à votre ordinateur.
- Remote Control (contrôle à distance) : Vous êtes au bureau, le travail tourne sur l'ordinateur du bureau, mais vous utilisez votre téléphone pour télécommander cet ordinateur. Le code s'exécute toujours sur votre machine, le téléphone n'est qu'un écran de contrôle.
La question clé pour différencier tout cela :
Où le code est-il exécuté ? Dans la version Web, il tourne sur les serveurs d'Anthropic. Pour le Remote Control et le local, il tourne sur votre propre machine.
C'est cette différence qui conditionne tout le reste : l'accès à vos fichiers locaux, la nécessité ou non de cloner le dépôt, ce qu'il se passe en cas de coupure réseau, etc.
💡 En un mot : Le local c'est « être au bureau », la version Web c'est « le collègue dans le cloud », le Remote Control c'est « télécommander son PC » ; savoir où le code tourne permet de comprendre tout le reste.
Ce schéma montre clairement quelle interface n'est qu'une fenêtre et laquelle fait réellement le travail.
02 Qu'est-ce que la version Web : Un navigateur suffit
La conclusion d'abord : La version Web est le portage de Claude Code dans le cloud. Vous n'installez rien, vous lancez la tâche depuis le navigateur, et Claude Code vous soumet directement une PR (Pull Request).
Accessible via claude.ai/code, elle s'exécute dans une machine virtuelle cloud (cloud VM) gérée par Anthropic — un environnement jetable et isolé qui clone votre dépôt à chaque tâche.
Analogie : Louer un ordinateur jetable dans le cloud. Vous n'avez pas besoin de configurer l'environnement ou d'installer des dépendances. La machine virtuelle cloud arrive préinstallée avec Python, Node, Go, Docker, etc. Claude lit, modifie le code, lance des tests, puis vous pousse une branche GitHub avec les modifications. Cette machine est isolée de votre ordinateur : si elle plante, vos données locales sont totalement à l'abri.
Elle est idéale pour ces scénarios concrets :
- Tâches en parallèle : Chaque tâche a sa propre session et sa propre branche. Vous pouvez lancer trois tâches en même temps — corriger un test flaky, mettre à jour la documentation API, refactoriser les logs —, elles s'exécutent en parallèle pendant que vous buvez votre café.
- Dépôt non cloné en local : Vous voulez modifier un dépôt sans l'avoir sur votre ordinateur. La version Web s'occupe de le cloner à chaque fois, vous épargnant l'étape du
git cloneet la configuration. - Pas envie de configurer l'environnement : Vous êtes sur un nouvel ordinateur, ou celui de quelqu'un d'autre, et vous ne voulez pas installer de dépendances.
Il y a deux prérequis à connaître pour ne pas perdre son temps :
- Il faut un dépôt GitHub. La version Web travaille en clonant un dépôt GitHub, sans cela, elle ne peut rien faire.
- C'est un aperçu de recherche (research preview), réservé aux utilisateurs Pro, Max, Team, et aux utilisateurs Enterprise possédant des sièges avancés ou Chat + Claude Code.
Un point très pratique : Les sessions persistent entre les appareils (persist). Les tâches lancées sur votre ordinateur continuent de tourner dans le cloud même si vous fermez le navigateur. Vous pourrez suivre la progression sur votre téléphone plus tard. C'est exactement le scénario du TGV mentionné en introduction : envoyer la tâche, verrouiller le téléphone, vérifier le résultat à l'arrivée.
💡 En un mot : Version Web = bac à sable jetable dans le cloud + connexion au dépôt GitHub + sans installation, idéal pour le multitâche, les dépôts non clonés, et éviter la configuration ; nécessite un dépôt GitHub et un abonnement Pro/Max/Team.
03 Version Web vs CLI Local : Lequel choisir ?
Il ne s'agit pas de remplacer l'un par l'autre, mais de se répartir le travail. Le critère décisif se résume à une question :
Le travail nécessite-t-il d'accéder aux fichiers ou configurations de mon ordinateur ? Si oui, utilisez le CLI local. Si non, le cloud est plus simple.
Pourquoi ? Parce que la machine cloud de la version Web ne connaît que ce qui est dans votre dépôt GitHub. Tout ce qui est configuré localement sur votre ordinateur (outils locaux, directives globales dans votre ~/.claude/CLAUDE.md, serveurs ajoutés via claude mcp add) est invisible pour le cloud. Pour que le cloud y ait accès, il faut que ces éléments soient versionnés dans le dépôt (par exemple, dans .claude/settings.json ou .mcp.json à la racine du projet).
Voici un tableau comparatif pour choisir rapidement :
| Critère | Version Web (on the web) | CLI Local / App Desktop |
|---|---|---|
| Lieu d'exécution du code | VM cloud Anthropic | Votre propre machine |
| Interface | claude.ai ou app mobile | Votre terminal / UI Desktop |
| Accès à la configuration locale | ❌ Uniquement celle du dépôt | ✅ Total |
| Nécessite GitHub | ✅ Oui (ou l'upload d'un dépôt local) | ❌ Non |
| Continue après déconnexion | ✅ Tourne même navigateur fermé | ❌ S'arrête avec le terminal |
| Multitâche parallèle | ✅ Naturel (une session = une tâche) | Nécessite plusieurs worktrees manuels |
| Modes d'autorisation | Uniquement "Auto accept" et "Plan" | Tous les modes disponibles |
Une ligne est particulièrement importante : La version Web ne propose que deux modes d'autorisation — « Accepter automatiquement les modifications (Auto accept edits) » et « Mode Plan ». Elle ne propose pas le mode par défaut (default) que vous connaissez du chapitre 07, où Claude s'arrête à chaque modification pour vous demander l'autorisation.
Conséquence : par défaut, le Claude cloud modifie les fichiers et pousse la branche sans vous attendre ligne par ligne. C'est pourquoi, lors d'une requête cloud, il faut être extrêmement précis et concret dans vos instructions. Il ne vous demandera pas « Est-ce que ça te va ? » en cours de route. J'en ai fait les frais : j'ai lancé une tâche vague « Optimise le module de logs » pour aller vite, et à mon retour, il avait tout refactorisé, changeant même l'API, ce qui était bien plus que ce que je voulais. J'ai dû jeter la branche et recommencer. Désormais, pour le cloud, je précise le fichier, la modification attendue, et le comportement souhaité.
💡 En un mot : Utilisez le local si vous touchez à vos configurations perso, utilisez le Web pour l'indépendance ou le multitâche ; gardez à l'esprit que la version Web est en « Auto accept » par défaut, soyez donc très spécifique dans vos prompts.
04 Remote Control : Votre téléphone pilote votre terminal local
La version Web consiste à « envoyer le travail dans le cloud ». Le Remote Control (Contrôle à distance) prend le chemin inverse : le travail reste sur votre ordinateur, mais vous pouvez le contrôler depuis votre téléphone ou un autre navigateur.
En clair : Le Remote Control permet de démarrer une session sur l'ordinateur de votre bureau, puis de la continuer depuis votre canapé via votre téléphone, ou depuis un autre PC. Le code tourne sur la machine initiale, rien ne va dans le cloud.
Analogie : Installer une télécommande sur son ordinateur. Votre système de fichiers, vos serveurs MCP locaux, vos outils, votre configuration projet — tout est là, tout est accessible, exactement comme si vous étiez devant votre écran. La page web ou l'application mobile ne sont que des « fenêtres » qui transmettent vos instructions à l'ordinateur qui exécute le travail.
La différence fondamentale avec la version Web reste notre fameuse question :
Le Remote Control s'exécute sur votre machine, donc vos serveurs MCP, outils et configurations locaux sont disponibles. La version Web s'exécute sur le cloud Anthropic.
Quand l'utiliser ? La documentation officielle donne un cas d'usage parfait : Vous êtes en train de travailler en local, mais vous devez changer de dispositif. Par exemple, en fin de journée au bureau, vous demandez à Claude de lancer un gros refactoring. Vous partez, et dans le bus, vous ouvrez l'application Claude sur votre téléphone : la session est toujours connectée à votre ordinateur de bureau, vous pouvez suivre la progression et lui donner les instructions suivantes sans être physiquement présent.
Le démarrage est simplissime. Dans le dossier de votre projet, lancez ceci pour démarrer le « mode serveur » qui va attendre une connexion distante :
claude remote-controlUne fois lancé, le terminal affiche une URL de session. En appuyant sur Espace, vous ferez apparaître un QR Code : scannez-le avec votre téléphone pour ouvrir directement la session dans l'application Claude.
Si vous êtes déjà dans une session Claude Code et que vous voulez la basculer en mode télécommande sans la fermer, tapez simplement :
/remote-control(L'alias /rc fonctionne aussi.) Cela conservera l'historique et vous fournira l'URL et le QR Code.
Quelques prérequis stricts, sans quoi la connexion échouera :
- Version : Nécessite Claude Code v2.1.51 ou supérieur (
claude --versionpour vérifier). - Méthode de connexion : Il faut être connecté via un compte claude.ai (
/login), les clés API ne sont pas supportées. - Le processus local doit rester actif : Le Remote Control est un processus qui tourne sur votre machine. Si vous fermez le terminal ou quittez
claude, la session se coupe.
Un petit plus appréciable : lorsque le Remote Control est actif, Claude peut vous envoyer une notification push sur votre téléphone quand une longue tâche est terminée ou qu'il a besoin de votre validation. Vous pouvez même le lui demander explicitement : « Préviens-moi quand les tests sont finis » (Les notifications nécessitent la v2.1.110+).
💡 En un mot : Remote Control = Session locale + téléphone/navigateur comme télécommande, le code reste sur votre machine avec toute sa configuration ;
claude remote-controllance le service, un scan et c'est connecté, mais le terminal ne doit pas être fermé.
05 Ne pas confondre : --remote et --remote-control
Ces deux options se ressemblent beaucoup, et la documentation insiste pour les différencier car elles sont sources d'erreurs pour les débutants : elles agissent dans des directions opposées.
| Commande | Direction | Action | Où s'exécute le code |
|---|---|---|---|
claude --remote "Tâche" | Local → Cloud | Démarre une nouvelle session cloud depuis le terminal | VM cloud Anthropic |
claude --teleport | Cloud → Local | Rapatrie une session cloud en local | Votre machine |
claude --remote-control | (Indépendant) | Ouvre la session locale au pilotage par mobile/web | Votre machine |
Voici comment les retenir :
--remote(avec une tâche) = Je suis dans mon terminal, mais je veux expédier ce travail dans le cloud, pour avoir les mains libres localement.--teleport= Je veux rapatrier cette session cloud sur ma machine (pour utiliser un outil local par exemple). Notez que c'est unidirectionnel : on peut rapatrier du cloud vers le local, mais on ne peut pas envoyer une session terminal déjà commencée vers le cloud.--remote-control= N'a rien à voir avec le cloud, c'est juste ouvrir une fenêtre d'accès distant sur ma session locale.
Exemple d'utilisation combinée : Un travail complexe peut d'abord être planifié en local avec le Mode Plan (Claude propose une solution sans toucher au code), validé et poussé sur GitHub, puis expédié dans le cloud avec claude --remote "Exécute le plan de migration dans docs/" pour s'exécuter de manière autonome. La stratégie reste en local, le gros œuvre part dans le cloud — un combo très efficace.
💡 En un mot :
--remoteenvoie le travail dans le cloud,--teleportrapatrie le travail du cloud vers le local (sens unique),--remote-controltélécommande une session locale — trois directions, à ne pas confondre.
06 Deep-links : Démarrer une session en un clic
Un dernier outil particulièrement astucieux : les deep-links (liens profonds).
Leur but : vous permettre de créer (pour vous ou un collègue) un point de départ instantané — en cliquant sur le lien, Claude Code s'ouvre dans le bon dépôt, avec la consigne déjà pré-remplie.
Analogie : Fournir un raccourci "prêt à l'emploi" à un collègue. Au lieu d'expliquer « Clone ce dépôt, va dans tel dossier, et tape cette commande », vous envoyez un lien. La personne clique, la session s'ouvre avec le bon contexte et le prompt est déjà là. C'est parfait pour les manuels de résolution d'incidents (runbooks), les alertes de monitoring, ou les notifications d'échec d'intégration continue (CI) — un clic et l'agent est prêt à investiguer dans le bon dépôt avec le contexte du problème.
Un deep-link est une URL commençant par claude-cli://, par exemple :
claude-cli://open?repo=acme/payments&q=review%20open%20PRsrepo cible le dépôt GitHub (au format owner/name), et q contient la requête pré-remplie (en format URL encodé, %20 pour un espace). En cliquant sur ce lien, un nouveau terminal s'ouvrira sur votre machine, Claude Code s'initialisera dans le clone local de acme/payments, et « review open PRs » sera écrit dans la zone de texte. Condition sine qua non : repo ne fonctionnera que pour les chemins où vous avez exécuté claude au moins une fois — si vous n'avez jamais utilisé Claude Code dans ce dépôt, la session retombera dans votre répertoire utilisateur.
Une mesure de sécurité importante à retenir :
Les deep-links n'exécutent jamais d'actions d'eux-mêmes. Ils se contentent de cibler le dossier et de remplir la consigne. Rien n'est envoyé au modèle tant que vous n'avez pas lu le contenu et validé en appuyant sur Entrée.
Autrement dit, même si vous cliquez sur un lien malveillant, il ne fera que remplir une zone de texte, vous conservez toujours le contrôle. (Les deep-links nécessitent la version v2.1.91 ou supérieure.)
💡 En un mot : Les deep-links (
claude-cli://) permettent d'ouvrir une session d'un simple clic avec le bon dépôt et la bonne consigne, mais n'exécutent rien sans validation par la touche Entrée, pour une sécurité totale.
07 Cas pratique : Lancer une session locale et la piloter par téléphone
Théorie et pratique. Voici un exercice minimal pour expérimenter le « contrôle depuis le téléphone d'une session PC » — pas besoin de GitHub, pas besoin de projet, cela prend deux minutes.
Étape 1 : Vérifier la version
claude --versionAttendu : La version doit être ≥ 2.1.51. Si ce n'est pas le cas, faites d'abord un claude update, sinon le Remote Control ne marchera pas.
Étape 2 : Démarrer le mode serveur dans un dossier quelconque
Choisissez n'importe quel dossier (vous pouvez réutiliser le hello-claude du chapitre 07) :
claude remote-controlAttendu : Le terminal n'entrera pas dans l'interface de chat habituelle, mais affichera un message d'attente de connexion distante et une URL. C'est normal, le mode serveur patiente.
Étape 3 : Afficher le QR Code
Sur cet écran d'attente, appuyez sur la touche Espace.
Attendu : Un QR Code apparaît dans le terminal. (Si vous n'avez pas l'application mobile Claude, vous pouvez lancer /mobile dans un autre terminal Claude pour obtenir le QR Code de téléchargement de l'app.)
Étape 4 : Prendre le contrôle avec le téléphone
Scannez le QR Code avec le téléphone (équipé de l'application Claude).
Attendu : L'application Claude sur le mobile ouvre la session, et votre terminal sur le PC affiche que la connexion est établie. Envoyez une commande depuis le téléphone :
Liste les fichiers dans le répertoire actuelAttendu : Le travail s'exécute sur le PC (il lit le dossier du PC) et le résultat s'affiche sur le téléphone. Si vous voyez la liste de vos fichiers locaux sur votre téléphone = vous venez de réussir votre première prise de contrôle à distance ! Félicitations !
Étape 5 : Fermer la session
Retournez sur le terminal du PC et faites Ctrl+C pour stopper claude remote-control.
Attendu : Le mode serveur se coupe et la session distante sur le téléphone s'arrête. Souvenez-vous, sans processus local, pas de session distante.
⚠️ Si la connexion du téléphone échoue ou indique « Remote Control nécessite un abonnement claude.ai », c'est sûrement un problème de login : le Remote Control ne fonctionne qu'avec un compte claude.ai, pas avec une clé API. Utilisez
/logindans le terminal pour vous connecter avec un compte claude.ai, et vérifiez que la variable d'environnementANTHROPIC_API_KEYn'est pas définie.
08 Réseaux et environnements restreints : Préparez vos accès
L'ensemble de ces fonctionnalités repose sur une condition essentielle — elles communiquent toutes avec les domaines d'claude.ai : la version Web sur claude.ai/code, le Remote Control et l'application mobile sollicitent les serveurs d'Anthropic.
Conséquence directe (notamment pour les utilisateurs en Chine ou derrière des réseaux d'entreprise stricts) : L'utilisation de la version Web, du Remote Control ou de l'application mobile nécessite un accès réseau libre vers ces services (souvent via VPN/proxy), faute de quoi les pages ne chargeront pas, l'app ne se connectera pas, et les QR Codes ne réagiront pas. C'est la même exigence que lors de l'installation du CLI (chapitre 02), mais cette fois-ci le réseau de l'appareil distant (ex: le smartphone) doit lui aussi être correctement configuré.
Un détail souvent mal compris : Le Claude exécuté dans la session Cloud accède à internet via l'infrastructure d'Anthropic, et non via votre réseau local. Ainsi, lorsque la machine virtuelle cloud télécharge des paquets npm ou clone depuis GitHub, elle utilise ses propres routes réseau, indépendantes de vos réglages VPN/proxy locaux. La configuration de votre réseau local n'est requise que pour la liaison entre votre navigateur/téléphone et les serveurs claude.ai.
💡 En un mot : La version Web, le Remote Control et l'app mobile dépendent de claude.ai, assurez-vous d'avoir le bon routage réseau sur tous vos appareils. Cependant, l'accès internet de la session cloud elle-même est géré directement par Anthropic et ne dépend pas de vous.
09 Résumé
Dans cet article, nous avons affranchi Claude Code du carcan du terminal local, en explorant deux nouvelles voies : l'utilisation directe depuis le navigateur sans installation (version Web) et la télécommande d'une session locale depuis un téléphone/autre appareil (Remote Control).
Rappel des différences clés :
| Ce que vous souhaitez faire | L'outil adapté | Où le code s'exécute |
|---|---|---|
| Modifier un dépôt sans config ni clone | Version Web | Anthropic Cloud |
| Lancer plusieurs tâches indépendantes en même temps | Version Web (une session par tâche) | Anthropic Cloud |
| Démarrer sur PC, continuer sur mobile | Remote Control | Votre ordinateur |
| Expédier une tâche locale vers le cloud | claude --remote | Anthropic Cloud |
| Fournir un lien "un clic = une session" | deep-links | Le PC qui clique le lien |
Vous devriez désormais être capable de : Distinguer fondamentalement le local, le Web et le Remote Control (par le lieu d'exécution du code), comprendre que la version Web nécessite GitHub et propose par défaut l'« Auto accept » (ce qui implique d'être précis), utiliser claude remote-control pour piloter votre PC avec un QR Code, et ne plus confondre --remote et --remote-control. Ces capacités nomades sont cruciales pour intégrer Claude Code dans un flux de travail continu, sans interruption.
L'article suivant, 12 « Initialisation de projet : Générer CLAUDE.md avec /init » — Que vous utilisiez Claude Code en local, sur le web ou via mobile, son efficacité dépend largement de l'existence d'un bon fichier CLAUDE.md dans votre dépôt. Dans le prochain chapitre, nous utiliserons la commande /init pour demander à Claude de parcourir le projet et d'en rédiger le « mode d'emploi » de base. Réfléchissez-y : Si vous deviez présenter votre projet à un nouveau collègue, quelles seraient les trois premières choses que vous lui diriez ?