Claude Code au quotidien : les commandes et usages du praticien

Pourquoi ce module

La plupart des formations Claude Code enseignent l'outil tel qu'il est documenté. Ce module part de l'autre bout : l'usage réel. Il est construit à partir de l'historique de travail du formateur — environ 37 500 saisies adressées à Claude Code entre janvier et octobre 2026, sur 140 projets : applications métier, sites vitrines, scripts, mais aussi rangement de papiers administratifs, recherches fiscales, petits jeux, configuration d'un serveur domestique.

Deux constats en sont sortis. D'abord, une poignée de commandes fait l'essentiel du travail quotidien — et plusieurs d'entre elles (/rename, /btw, /goal, /remote-control) étaient absentes du parcours de prise en main. Ensuite, Claude Code sert bien au-delà du code : dès qu'une tâche se décrit en fichiers, en commandes ou en pages web, il est pertinent.

Ce module rassemble ces pratiques, chacune illustrée par une capture prise sur un projet de démonstration (une boulangerie fictive).

Prérequis : avoir suivi le parcours site vitrine (V1 à V3) ou pratiqué Claude Code quelques semaines. Les commandes citées sont vérifiées sur la v2.1.310 (24 octobre 2026) ; l'outil évolue chaque semaine, /help fait foi sur votre version.

Objectifs pédagogiques

À l'issue de ce module, vous serez capable de :

1. Nommer, retrouver et reprendre vos sessions au lieu de repartir de zéro
2. Protéger votre contexte : poser une question annexe sans polluer la conversation, compacter avec une consigne
3. Doser modèle et effort selon la tâche, et savoir quoi faire quand une limite d'usage tombe
4. Laisser Claude travailler jusqu'à un résultat vérifiable (/goal), en arrière-plan ou en parallèle
5. Piloter une session depuis votre téléphone avec Remote Control, en connaissant son modèle de sécurité
6. Utiliser le navigateur et les usages hors code (documents, recherche, prototypes ludiques) avec les bons garde-fous
7. Transformer une demande que vous répétez en skill réutilisable
8. Choisir un niveau d'autonomie adapté : auto, manuel, ou bypass encadré

Plan détaillé

1. Retrouver ses sessions : /rename et /resume
2. Protéger le contexte : /clear, /btw, /compact
3. Doser modèle et effort : /model, /effort, /usage, /rate-limit-options
4. Travailler jusqu'au résultat : /goal, /loop, /schedule
5. Arrière-plan et parallélisme : Ctrl+B, /tasks, sous-agents, worktrees
6. Depuis le téléphone : Remote Control
7. Le navigateur, deuxième paire d'yeux
8. Au-delà du code : documents, recherche, jeux
9. D'une demande répétée à un skill
10. Choisir son niveau d'autonomie
11. Diagnostiquer : /status et /doctor
12. Atelier et antisèche

1. Retrouver ses sessions : /rename et /resume

Une session Claude Code accumule des fichiers lus, des décisions, une compréhension du problème. La perdre, c'est payer à nouveau tout ce travail. Le réflexe le plus simple : nommer la session dès qu'elle porte une tâche identifiable.

💡 Une session par sujet, un nom par session. Dans l'historique analysé, /rename a été tapée plus de 90 fois — autant de sessions retrouvées au lieu d'être recommencées. Le nom sert aussi à d'autres outils : claude attach <nom> et claude logs <nom> acceptent une partie du nom à la place de l'identifiant (v2.1.290).

2. Protéger le contexte : /clear, /btw, /compact

Tout ce qui entre dans la conversation est renvoyé au modèle à chaque message. Trois commandes gardent ce contexte propre.

/clear entre deux tâches sans rapport. C'est la commande la plus tapée de l'historique (près de 400 fois). Le CLAUDE.md et les fichiers du projet sont rechargés : on ne perd que la conversation.

/btw pour la question annexe. Vous voulez savoir ce qu'est un fichier .astro pendant que Claude construit un composant ? /btw répond à partir du contexte courant, dans une fenêtre superposée, sans interrompre le travail en cours et sans rien ajouter à l'historique. Elle n'a pas accès aux outils : elle ne lit ni n'exécute rien. La touche f transforme la question en sous-agent si elle mérite une vraie recherche.

/compact avec une consigne. Quand une longue session doit continuer, /compact remplace l'historique par un résumé. L'argument dit ce qu'il faut garder : /compact garde seulement les décisions sur le pied de page et les métadonnées. Le CLAUDE.md, les fichiers récemment touchés et les skills invoqués sont réinjectés après coup.

ℹ️ Nouveau depuis la v2.1.299 : la compaction à l'inactivité. Une conversation de plus de 200 000 jetons laissée inactive une cinquantaine de minutes est compactée avant l'expiration du cache (une heure), pour que la reprise ne coûte pas une relecture complète. Désactivable dans /config (ligne Idle compaction) ou avec "idleCompaction": false.

3. Doser modèle et effort

Le bon réglage dépend de la tâche, pas d'une préférence fixe. Renommer des fichiers ne demande pas le même raisonnement qu'une migration d'architecture.

/model choisit le modèle. Depuis fin septembre 2026, les modèles par défaut sont Opus 5.5 (4 $ / 20 $ par million de jetons, v2.1.280), Sonnet 5.5 (2 $ / 10 $, v2.1.284) et Haiku 5.5 (0,10 $ / 0,50 $, v2.1.293), tous avec une fenêtre d'un million de jetons. Dans le sélecteur, la touche s applique le choix à la session seulement.

/effort règle la profondeur de réflexion : low, medium, high, xhigh, max. Le niveau est désormais mémorisé par modèle (v2.1.251), max ne vaut que pour la session en cours (v2.1.295), et Ultracode est un interrupteur séparé (Tab dans le sélecteur, ou /effort ultracode on) : chaque tâche de la session devient alors un workflow multi-agents — beaucoup plus de jetons, à réserver aux chantiers qui le justifient.

/usage (alias /cost) montre ce que la session a coûté, l'efficacité du cache, et votre consommation sur la fenêtre de 5 heures et sur la semaine. Depuis la v2.1.305, il signale les principaux postes de dépense (effort maximal, workflows, contexte permanent) avec une correction en une ligne, que la touche f applique.

Quand la limite tombe. /rate-limit-options liste les issues possibles : attendre la réinitialisation et reprendre automatiquement, ou basculer sur des crédits d'usage. Deux mécanismes récents adoucissent la coupure :

• la marge de fin de réponse (wrap-up allowance, v2.1.277) laisse Claude terminer la réponse en cours quand la limite des 5 heures tombe — une fois par semaine sur Pro, à chaque limite sur les forfaits Max ;
• l'option « Continue automatically at usage limit » dans /config (v2.1.234) relance la session dès que la limite se réinitialise.

🆕 31 octobre 2026 : nouveaux noms de forfaits, et fin de la limite des 5 heures sur Ultra. Le forfait Max 20x s'appelle désormais Ultra, et Max 5x s'appelle simplement Max ; prix, fonctionnalités et limite hebdomadaire sont inchangés. Sur Ultra, la limite des 5 heures est supprimée progressivement, une fois le compte vérifié (automatiquement, avec un courriel de confirmation) : la limite hebdomadaire se répartit alors librement sur la semaine, ce qui sert directement les longues tâches en arrière-plan, /goal et les workflows. Sur Pro et Max, la fenêtre de 5 heures et les mécanismes ci-dessus restent d'actualité. Ne pas confondre le forfait Ultra avec Ultracode (l'interrupteur de /effort) ni avec /ultrareview (la revue de code dans le cloud). (Source : courriel d'Anthropic aux abonnés, 31 octobre 2026.)

4. Travailler jusqu'au résultat : /goal, /loop, /schedule

Le schéma classique — une demande, une réponse, une relance — s'arrête souvent trop tôt : Claude déclare la tâche finie alors qu'un test échoue encore. /goal inverse la logique : vous fixez une condition de fin, et Claude enchaîne les tours jusqu'à ce qu'elle soit remplie.

/goal les trois pages ont chacune un <title> et une <meta name="description"> qui leur sont propres,
      et npx astro build se termine sans erreur — ou arrête après 10 tours

Après chaque tour, un petit modèle évaluateur juge si la condition est atteinte. Il ne lance aucune commande lui-même : la condition doit donc être démontrable dans la conversation (une sortie de build, un résultat de test). La clause « ou arrête après N tours » borne la dépense. /goal seul affiche l'état, /goal clear arrête.

⚠️ /goal ne change pas le mode de permission. Si chaque commande attend votre validation, le goal attendra aussi. Pour un travail autonome, combinez-le avec le mode auto (section 10).

Répéter dans le temps, deux outils distincts :

5. Arrière-plan et parallélisme

Une commande longue n'a pas à bloquer la conversation. Un serveur de développement, un build, une suite de tests : Ctrl+B les passe en arrière-plan (deux fois sous tmux), et /tasks les liste — avec leur sortie, leur durée, et x pour les arrêter.

Des sous-agents pour paralléliser. Demander deux audits indépendants en parallèle, c'est les obtenir deux fois plus vite, chacun dans son propre contexte. Depuis la v2.1.232, les sous-agents partent en arrière-plan par défaut et un sous-agent fork hérite de toute la conversation.

Des worktrees pour isoler. claude -w nom-de-tache crée une copie de travail Git séparée (.claude/worktrees/<nom>/) sur sa propre branche : deux sessions peuvent modifier le même dépôt sans se marcher dessus. Un fichier .worktreeinclude recopie les fichiers ignorés par Git dont la copie a besoin (.env notamment).

Les workflows pour les gros chantiers. Un workflow orchestre des dizaines de sous-agents selon un script ; /workflows en suit la progression (p pause, x arrêt). Le mot-clé ultracode dans une demande lance cette seule tâche en workflow. C'est puissant et coûteux : la taille par défaut est plafonnée (10 agents en taille moyenne depuis la v2.1.271).

6. Depuis le téléphone : Remote Control

Remote Control relie une session qui tourne sur votre machine à l'application mobile Claude ou à claude.ai/code. L'exécution, les fichiers, les serveurs MCP restent chez vous ; le téléphone n'est qu'une fenêtre sur la conversation. Dans l'historique analysé, c'est la troisième commande intégrée la plus utilisée, derrière /clear et /goal : lancer une tâche au bureau, la suivre et la relancer depuis le téléphone.

Ce que le téléphone permet : envoyer des messages, joindre des photos (transmises à Claude) ou des fichiers, changer d'effort ou de mode de permission (synchronisés avec le terminal depuis la v2.1.234), recevoir des notifications quand Claude a besoin de vous (/config → notifications push). Dans l'autre sens, Claude peut vous envoyer un fichier — un rapport, une capture, un export — grâce à l'outil SendUserFile, disponible dès qu'un client Remote Control est connecté.

🔒 Le modèle de sécurité. La session locale n'ouvre aucun port entrant : elle établit uniquement des connexions HTTPS sortantes vers l'API Anthropic, avec des identifiants de courte durée. Conditions : un abonnement Pro, Max, Team ou Enterprise (pas de clé API), l'accord d'un administrateur sur Team et Enterprise, et une machine allumée avec le processus claude actif. Depuis la v2.1.222, un dépôt ne peut plus activer Remote Control à votre place : l'activation automatique ne se règle qu'au niveau utilisateur.

7. Le navigateur, deuxième paire d'yeux

Claude ne voit pas votre écran. Pour vérifier un rendu, remplir un formulaire de test ou lire une console d'erreurs, il lui faut un navigateur pilotable. Deux options :

Le cas d'usage de base est enseigné en V2 : faire vérifier par Claude ce qu'il vient de construire. Écrit une fois dans le CLAUDE.md du projet (« Vérifier le rendu dans le navigateur avant de déclarer une tâche finie »), le réflexe devient automatique — et c'est souvent là que se trouvent les bugs que la lecture du code ne montre pas.

Au-delà du test : les démarches en ligne. Dans l'historique analysé, le navigateur sert aussi à accompagner des démarches administratives sur des sites publics. C'est utile — et c'est le terrain où les garde-fous comptent le plus :

• un profil de navigateur dédié par personne accompagnée, jamais le profil qui contient vos propres comptes ;
• vous vous connectez, Claude ne reçoit jamais d'identifiant ni de mot de passe dans un prompt ;
• toute validation qui engage (envoi d'un dossier, paiement, signature) se fait de votre main, après relecture.

8. Au-delà du code : documents, recherche, jeux

Une bonne partie de l'historique analysé ne concerne pas le développement. Claude Code agit sur des fichiers et lance des commandes : tout ce qui se décrit ainsi est à sa portée.

Ranger des documents

Le cas le plus fréquent : un dossier de téléchargements en désordre — factures, attestations, avis d'imposition. La méthode qui marche tient en trois points : une convention écrite dans le CLAUDE.md du dossier, un plan avant toute action, et la validation.

# Papiers administratifs

Convention : `AAAA-MM-JJ-categorie-description.ext`, kebab-case, sans accents.
Catégories : banque, impots, logement, salaire, vehicule, energie, assurance, travaux.

« Range les fichiers de a-trier/ selon la convention du CLAUDE.md, un dossier par catégorie. Montre-moi d'abord le plan (ancien nom → nouveau nom) et attends mon accord avant de déplacer quoi que ce soit. »

⚠️ Des papiers personnels sont des données personnelles. Ce qui est lu par Claude est envoyé au modèle. Pour des documents sensibles (santé, identité, documents d'un tiers), demandez-vous si le traitement est nécessaire, et préférez faire travailler Claude sur les noms de fichiers plutôt que sur leur contenu. Le cadre RGPD est détaillé dans le module AI Act et RGPD.

Rechercher et vérifier

Questions fiscales, juridiques, scientifiques : Claude Code sait chercher sur le web, mais le réflexe à installer est la vérification. Exigez des sources datées et cliquables, demandez une contre-vérification (« trouve une source qui contredit ce point »), et considérez toute réponse comme une piste à valider par un professionnel quand l'enjeu est réel. Un skill de vérification des faits (voir section 9) rend cette discipline automatique.

Prototyper pour le plaisir

Un mini-jeu, un outil d'entraînement, une page interactive : en un seul fichier HTML, sans dépendance, c'est l'exercice idéal pour apprendre à décrire précisément ce qu'on veut.

« Crée un mini-jeu jouable dans un seul fichier index.html : des suites de dominos où il faut trouver le domino manquant, comme dans les tests psychotechniques. 5 questions de difficulté croissante, un score final, un design sombre soigné, aucune dépendance externe. »

9. D'une demande répétée à un skill

Dans l'historique analysé, la même phrase revient dans presque chaque projet : « peux-tu mettre à jour les packages de ce projet ». Chaque fois, il faut rappeler les mêmes exigences : par paliers, changelog lu pour les majeures, build vérifié, rien de commité sans accord. Une demande que vous répétez en ajoutant les mêmes précisions est un skill qui s'ignore.

Un skill est un simple fichier SKILL.md dans .claude/skills/<nom>/ (projet) ou ~/.claude/skills/<nom>/ (tous vos projets) :

---
name: maj-dependances
description: Met à jour les dépendances du projet par paliers (correctifs et mineures d'abord,
  majeures une par une après lecture du changelog), puis vérifie build et rendu. À utiliser quand
  l'utilisateur demande de mettre à jour les packages ou les dépendances.
---

# Mise à jour des dépendances

1. Lister l'existant : `npm outdated` (ou l'équivalent du gestionnaire détecté via le lockfile).
2. Appliquer d'abord tout ce qui reste dans les plages autorisées par `package.json`.
3. Pour chaque majeure : lire le changelog officiel, monter la version seule, puis vérifier.
4. Vérifier après chaque palier : build, lint, typecheck s'ils existent, et rendu des pages principales.
5. Ne jamais forcer une version que l'outillage ne supporte pas encore : la noter comme bloquée.
6. Terminer par un tableau : package · avant → après · changement de code · ce qui n'a pas été vérifié.

Ne rien commiter sans accord.

Il s'invoque par /maj-dependances, ou se déclenche seul quand la demande correspond à sa description.

Les skills les plus utilisés dans l'historique suivent ce modèle : préparer un commit et une description de PR à partir des changements en cours, faire une revue de PR multi-angles, analyser l'impact d'une mise à jour de dépendance proposée par un robot. Pour les empaqueter et les partager, voir Anatomie d'un plugin.

💡 /skill-doctor (v2.1.261) liste les skills chargés que vous n'utilisez jamais et ce qu'ils coûtent en contexte : à passer de temps en temps pour élaguer.

🔎 Avant d'installer une skill tierce, vérifier le natif. Les skills virales promettent souvent ce que Claude Code fait déjà. Exemple d'octobre 2026 : arena-skill (plus de 1 000 étoiles) fait s'affronter 100 sous-agents en tournoi. Une mesure publiée par un utilisateur sur le dépôt donne environ 2,8 millions de jetons pour 8 agents, contre 49 000 pour un agent seul, pour le même résultat sur les tests. Le réglage par défaut extrapole à près de 40 millions. Le même principe s'obtient en natif avec un workflow dont on fixe la taille (« ultracode : 5 sous-agents, 5 approches, un juge compare et rend la meilleure »), sans dépendance, dans le respect de vos modes de permission. De même, /goal a rendu inutile le plugin Ralph loop. Trois questions avant d'installer :

1. Le natif le fait-il déjà ? Workflows, /goal, /loop, /code-review, sous-agents : consultez /help.
2. Qu'apporte-t-elle que le natif n'a pas ? D'autres modèles que Claude, ou votre façon de faire encodée : c'est là qu'une skill vaut le coup.
3. Est-elle saine et maintenue ? Lisez le SKILL.md et les scripts (accès réseau, commandes shell, secrets), regardez les issues ouvertes et la date du dernier commit. Une skill populaire peut être abandonnée depuis son lancement.

10. Choisir son niveau d'autonomie

Le mode auto est le défaut depuis la v2.1.284. Un classifieur examine chaque action : ce qui est sûr passe, ce qui est risqué est bloqué ou vous est soumis. La première fois, Claude Code propose de lui apprendre votre environnement (/auto-mode-setup, v2.1.304) en lisant votre projet et vos sessions récentes — une minute, à accepter.

Le mode bypass, encadré. L'historique analysé montre un usage massif de bypassPermissions : il supprime toute demande de confirmation et rend les longues sessions fluides. La documentation officielle est nette : « Only use this mode in isolated environments like containers, VMs, or dev containers ». Les récits relayés par la presse en septembre 2026 (48 000 fichiers supprimés en un peu plus de 100 secondes par un agent sans garde-fou — un témoignage, pas un incident confirmé par un avis officiel) illustrent pourquoi. Si vous l'utilisez :

• dans un conteneur, une VM ou une machine dédiée — pas sur le poste qui contient vos clés SSH et vos accès de production ;
• avec Git à jour et des sauvegardes : /rewind ne restaure pas les modifications faites par des commandes shell ;
• en sachant que depuis la v2.1.257, bypassPermissions est ignoré dans les settings d'un projet : il ne s'active que par vos settings utilisateur ou le flag explicite.

💡 Réduire les demandes sans tout ouvrir. /fewer-permission-prompts analyse vos sessions passées, repère les commandes en lecture seule que vous approuvez sans cesse, et propose de les ajouter à la liste d'autorisations du projet. C'est souvent tout ce qui manquait pour ne plus être tenté par le bypass.

11. Diagnostiquer : /status et /doctor

/status répond à « dans quelle configuration suis-je ? » : version, nom et type de session, compte, modèle, serveurs MCP connectés, sources de settings actives.

/doctor (alias /checkup) va plus loin : il diagnostique l'installation, les settings, les extensions et les CLAUDE.md, puis propose des corrections que vous validez. /doctor prompt-audit (v2.1.283) relit vos CLAUDE.md, skills et agents à la recherche de consignes écrites pour d'anciens modèles.

12. Atelier et antisèche

Atelier (60 min) : une journée type

Sur votre propre projet, ou sur un dossier de démonstration :

1. Démarrer nommé : claude -n atelier-<votre-nom>. Vérifiez le nom dans /status.
2. Lancer une tâche réelle, puis poser une question annexe avec /btw pendant qu'elle tourne.
3. Fixer un objectif vérifiable avec /goal, borné à 10 tours. Observez comment Claude prouve que la condition est remplie.
4. Passer au téléphone : /remote-control, envoyez un message depuis l'application, demandez-lui de vous renvoyer un récapitulatif en fichier.
5. Ranger un dossier de fichiers fictifs avec une convention écrite et un plan validé.
6. Écrire un skill à partir d'une demande que vous faites souvent, et l'invoquer.
7. Fermer proprement : /usage pour constater le coût, puis quittez ; demain, claude --resume atelier-<votre-nom>.

Livrable : le skill écrit à l'étape 6, et trois captures (le /goal terminé, la session vue depuis le téléphone, l'arborescence rangée).

Antisèche

Pour aller plus loin

• Commandes de Claude Code — la référence officielle, à jour de chaque version
• /goal, Remote Control, Sessions, Modes de permission
• Changelog officiel — la source de vérité des nouveautés
• Dans la bibliothèque : Anatomie d'un plugin pour empaqueter vos skills, Optimiser les coûts pour aller plus loin que /usage