Claude Code dans l'application Desktop

L'application Desktop de Claude Code (macOS et Windows, y compris ARM64) fait tourner le même moteur que le terminal, avec une interface graphique. Elle ajoute des sessions parallèles isolées par worktrees Git, une revue visuelle des diffs ligne par ligne, un aperçu de votre application, des tâches planifiées, des sessions cloud distantes et le passage de relais depuis le CLI avec la commande /desktop.

Claude Code fonctionne sur plusieurs surfaces qui partagent le même moteur. Vos fichiers CLAUDE.md, vos réglages et vos serveurs MCP fonctionnent partout. L'application Desktop est la surface graphique qui réunit, dans une même fenêtre, la conversation, les diffs, l'aperçu, le terminal et l'éditeur de fichiers. Pour situer Desktop parmi les autres surfaces, consultez la vue d'ensemble des surfaces et environnements.

Sur quelles plateformes l'application Desktop est-elle disponible ?

L'application Desktop est disponible sur macOS et Windows. Elle n'existe pas sur Linux : utilisez le CLI dans le terminal à la place.

L'application Claude Desktop comporte trois onglets : Chat pour les conversations, Cowork pour le travail agentique long, et Code pour le développement logiciel. Cette page porte sur l'onglet Code.

Après l'installation, lancez Claude, connectez-vous, puis cliquez sur l'onglet Code. Sur Windows, la première ouverture de l'onglet Code nécessite Git for Windows ; redémarrez l'application après son installation.

À retenir : Desktop tourne sur macOS et Windows (x64 et ARM64) ; sur Linux, restez sur le CLI.

Comment fonctionnent les sessions parallèles ?

Dans l'onglet Code, chaque conversation est une session : elle possède son propre historique, son dossier de projet et ses modifications de code, indépendamment des autres sessions. La barre latérale liste vos sessions et vous permet d'en exécuter plusieurs en parallèle.

Cliquez sur + New session dans la barre latérale, ou utilisez le raccourci Cmd+N sur macOS et Ctrl+N sur Windows. Pour passer d'une session à l'autre, utilisez Ctrl+Tab et Ctrl+Shift+Tab.

Pour les dépôts Git, chaque session reçoit une copie isolée de votre projet grâce aux worktrees Git. Les modifications d'une session n'affectent donc pas les autres tant que vous n'avez pas committé. Par défaut, les worktrees sont stockés dans /.claude/worktrees/. Vous pouvez changer cet emplacement dans Settings, et y définir un préfixe de branche pour garder les branches créées par Claude bien rangées.

L'application Desktop envoie une notification système lorsqu'une session Code termine une tâche alors que vous ne la regardez pas.

À retenir : chaque session est isolée par un worktree Git, ce qui permet de mener plusieurs tâches de front sans collision.

Comment relire visuellement les modifications avec la vue diff ?

Après que Claude a modifié votre code, la vue diff vous permet de relire les changements fichier par fichier avant de créer une pull request.

Quand Claude modifie des fichiers, un indicateur de statistiques apparaît, par exemple +12 -1 pour le nombre de lignes ajoutées et supprimées. Cliquez dessus pour ouvrir le visualiseur de diff : la liste des fichiers à gauche, les changements de chaque fichier à droite.

Pour commenter des lignes précises, cliquez sur une ligne du diff afin d'ouvrir une zone de commentaire, saisissez votre retour, puis validez. Après avoir ajouté plusieurs commentaires, soumettez-les tous d'un coup :

• macOS : Cmd+Entrée
• Windows : Ctrl+Entrée

Claude lit vos commentaires et applique les modifications demandées, qui réapparaissent sous forme d'un nouveau diff.

Dans la vue diff, vous pouvez aussi cliquer sur Review code pour demander à Claude d'évaluer les changements avant de committer. La revue se concentre sur les signaux importants : erreurs de compilation, erreurs de logique avérées, vulnérabilités de sécurité et bugs évidents. Elle n'aborde pas le style, le formatage ni ce qu'un linter détecterait déjà.

À retenir : la vue diff permet de relire, commenter ligne par ligne et faire réviser le code par Claude avant le commit.

Comment prévisualiser votre application pendant la session ?

Claude peut démarrer un serveur de développement et ouvrir un navigateur intégré pour vérifier ses changements. Cela fonctionne aussi bien pour les applications web frontend que pour les serveurs backend : Claude peut tester des endpoints d'API, consulter les logs serveur et corriger les problèmes qu'il trouve.

Depuis le panneau d'aperçu, vous pouvez interagir directement avec votre application en cours d'exécution, regarder Claude vérifier ses propres changements (captures d'écran, inspection du DOM, clics, remplissage de formulaires), et démarrer ou arrêter les serveurs depuis le menu Preview.

Claude détecte automatiquement la configuration de votre serveur et la stocke dans .claude/launch.json à la racine du dossier sélectionné. Pour personnaliser le démarrage, par exemple yarn dev au lieu de npm run dev, modifiez ce fichier :

{
  "version": "0.0.1",
  "configurations": [
    {
      "name": "web",
      "runtimeExecutable": "yarn",
      "runtimeArgs": ["dev"],
      "port": 3000
    }
  ]
}

À retenir : Desktop lance un aperçu intégré et vérifie automatiquement les changements après chaque édition, sauf si vous désactivez autoVerify.

Comment planifier des tâches récurrentes et lancer des sessions cloud ?

Pour les tâches longues comme les gros refactorings, les suites de tests ou les migrations, sélectionnez Remote plutôt que Local au démarrage d'une session. Les sessions distantes s'exécutent sur l'infrastructure cloud d'Anthropic et continuent même si vous fermez l'application ou éteignez votre ordinateur.

Vous pouvez revenir à tout moment pour suivre la progression ou réorienter Claude. Une session distante reste visible depuis Claude Code sur le web, sur claude.ai/code ou dans l'application Claude pour iOS. Les sessions distantes prennent aussi en charge plusieurs dépôts : après avoir choisi un environnement cloud, cliquez sur + à côté du dépôt pour en ajouter d'autres.

Pour le travail récurrent et planifié, Desktop propose des tâches planifiées (scheduled tasks). Là où le CLI s'appuie sur des cron jobs ou des pipelines CI, Desktop exécute ces tâches récurrentes directement depuis l'interface.

À retenir : les sessions Remote tournent dans le cloud et survivent à la fermeture de l'application, tandis que les tâches planifiées automatisent le travail récurrent depuis Desktop.

Comment passer le relais entre le CLI et Desktop ?

Si vous utilisez déjà le CLI, Desktop exécute le même moteur sous-jacent avec une interface graphique. Vous pouvez faire tourner les deux simultanément sur la même machine, et même sur le même projet. Chacun garde son propre historique de session, mais ils partagent la configuration et la mémoire projet via les fichiers CLAUDE.md.

Pour déplacer une session du terminal vers Desktop, exécutez /desktop dans le terminal :

/desktop

Claude enregistre votre session, l'ouvre dans l'application Desktop, puis quitte le CLI. Cette commande est disponible sur macOS et Windows lorsque vous êtes connecté avec un abonnement Claude. Elle n'est pas disponible avec une authentification par clé API ni sur Bedrock, Vertex ou Foundry.

Dans l'autre sens, le menu Continue in, accessible depuis la barre d'outils de la session, permet d'envoyer votre session locale vers Claude Code sur le web ou de l'ouvrir dans votre IDE. Sur l'usage des extensions IDE, voir la page Claude Code dans votre IDE.

À retenir : /desktop fait passer une session du terminal vers l'application, et le menu Continue in permet le chemin inverse vers le web ou l'IDE.

Quelle configuration est partagée entre Desktop et le CLI ?

Desktop et le CLI lisent les mêmes fichiers de configuration, donc votre installation se transpose d'une surface à l'autre :

• Les fichiers CLAUDE.md et CLAUDE.local.md de votre projet sont utilisés par les deux.
• Les serveurs MCP configurés dans ~/.claude.json ou .mcp.json fonctionnent dans les deux.
• Les hooks et les skills définis dans les réglages s'appliquent aux deux.
• Les réglages de ~/.claude.json et ~/.claude/settings.json sont partagés. Les règles de permission s'appliquent aussi aux sessions Desktop.

Certaines fonctionnalités restent propres au CLI ou aux extensions IDE : les fournisseurs tiers Bedrock et Foundry, les suggestions de code en ligne, les agent teams (sessions parallèles qui se parlent entre elles), et les commandes à dialogue terminal comme /permissions, /config, /agents et /doctor. Pour ces réglages dans Desktop, modifiez directement les fichiers de configuration.

Pour comparer en détail Desktop, le terminal et le web, consultez la page comparaison des surfaces.

À retenir : CLAUDE.md, MCP, hooks, skills et règles de permission sont partagés entre Desktop et le CLI ; seules quelques fonctions d'automatisation et de scripting restent exclusives au terminal.

Quand préférer Desktop au terminal ?

Le choix de la surface dépend de votre façon de travailler. Desktop et CLI partagent le même moteur et la même configuration ; la différence se joue sur l'interface et les flux de travail.

Pour aller plus loin sur la pratique de l'outil, la formation Claude Code (1 jour) de SFEIR Institute couvre l'installation, la configuration et la prise en main complète sur des labs encadrés.

À retenir : utilisez Desktop pour le parallélisme, la disposition en panneaux et la revue visuelle ; gardez le CLI pour le scripting, l'automatisation et les workflows 100 % clavier.