Skip to content

Contrôle et modes : La console de mixage de vos sessions

📚 Navigation de la série : Le chapitre précédent 34 Guide de référence CLI : Commandes et tous les drapeaux vous a aidé à faire le tour des interrupteurs disponibles « avant de lancer Claude ». Ce chapitre s'intéresse à l'étape suivante, « une fois la session démarrée » — tout au long de vos échanges avec Claude, vous disposez en effet d'une véritable « console de contrôle » : comment changer de mode de travail en un clic, comment lui demander de proposer un plan avant d'agir, comment payer pour des réponses plus rapides, ou encore comment utiliser les raccourcis Vim pour éditer votre saisie. Le chapitre 20 a traité de la laisse des permissions ; ce chapitre présente l'ensemble de vos leviers de contrôle.

Mes amis, tout au long de ce parcours, nous avons appris à tape les commandes, à écrire CLAUDE.md et à configurer les permissions. Tout devrait maintenant rouler assez facilement.

Pourtant, en y repensant, la majeure partie du temps perdu le premier mois ne venait pas d'une incompréhension sur l'utilisation de l'outil, mais d'un manque de contrôle — la session était pourtant bien lancée, mais on ne savait faire qu'une chose : taper du texte, appuyer sur Entrée et attendre. Quand sa réponse partait dans la mauvaise direction, on attendait bêtement qu'il ait fini ; quand il se mettait immédiatement à modifier les fichiers, on ne l'arrêtait pas ; et pour des tâches qui nécessitaient d'abord un plan d'action, on le laissait modifier le code n'importe comment.

En clair, l'interface interactive de Claude Code est loin de se limiter à « un champ de saisie + la touche Entrée ». Elle cache tout un ensemble de « mécanismes de contrôle internes à la session » : un raccourci clavier pour changer de mode de travail, un autre pour le stopper s'il s'égare, une commande pour lui imposer de planifier avant d'agir, et des réglages payants pour accélérer le traitement. Certains de ces éléments ont été brièvement introduits via des raccourcis clavier au chapitre 14, tandis que le chapitre 20 a traité de manière approfondie des permissions, mais nous n'avions pas encore réuni toutes les façons de manipuler Claude en pleine session.

Disons-le ainsi : les chapitres précédents vous apprenaient « comment faire travailler Claude », ce chapitre-ci vous apprend « comment le piloter en temps réel pendant qu'il travaille » — comme si vous étiez assis devant une console de mixage, en mesure de manipuler chaque curseur plutôt que d'appuyer uniquement sur le bouton Lecture.

À la fin de ce chapitre, vous obtiendrez :

  • Une vue d'ensemble des « contrôles internes à la session » — quel bouton gère l'interruption, le changement de mode ou le choix du modèle, pour s'y retrouver d'un coup d'œil ;
  • Le fonctionnement complet du cycle de permissions avec Shift+Tab : comment les options auto, bypassPermissions et dontAsk s'insèrent dans le cycle en plus des trois modes par défaut, et dans quel ordre (en continuité avec le chapitre 20, sans répéter les règles de permission) ;
  • Le mode Plan (Plan Mode), qui est bien plus qu'un simple mode de permission : c'est un flux de travail complet consistant à « proposer un plan d'abord, puis agir après validation » — quand l'utiliser et à quoi correspondent les différentes options lors de l'approbation ;
  • Ce que vous achetez réellement avec le mode rapide (fast mode), s'il est rentable et en quoi il diffère du « niveau d'effort » ;
  • Comment activer le mode d'édition Vim, ses raccourcis les plus pratiques, ainsi qu'un exercice pratique guidé.

01 Un cadre général : Trois catégories d'interrupteurs dans la session

Avant de mémoriser les raccourcis clavier, classons mentalement ces « contrôles internes ». Il ne s'agit pas d'une liste décousue de touches, mais de trois familles gérant des aspects bien distincts. Une fois ces catégories claires, il sera plus facile de s'en souvenir.

Analogie : S'asseoir devant une console de mixage. Les innombrables curseurs et boutons d'une console de studio d'enregistrement peuvent impressionner, mais ils se divisent en trois catégories : ceux gérant « le volume de chaque piste » (les curseurs), ceux gérant « la lecture, l'arrêt ou le retour en arrière » (les touches de transport) et ceux gérant « le timbre » (les boutons d'égalisation). Vous n'avez pas besoin de tout mémoriser, mais de savoir « où diriger la main pour telle action ». C'est identique pour les contrôles de session de Claude Code : trois types d'interrupteurs gérant chacun leur domaine.

Pour Claude Code, ces trois catégories sont :

  • La gestion de « son autonomie » — c'est-à-dire le mode de permission : un appui sur Shift+Tab fait défiler les modes default, acceptEdits et plan, déterminant s'il doit vous consulter avant d'agir (traité au chapitre 20).
  • Le contrôle de « son exécution » — interruptions et redirections : Esc pour freiner, Esc Esc pour revenir en arrière, Ctrl+C pour interrompre ou effacer la saisie, Ctrl+B pour basculer une tâche en arrière-plan.
  • La configuration de « sa réponse » — modèle et vitesse : Option+P pour changer de modèle, Option+T pour activer/désactiver la réflexion étendue, /fast pour le mode rapide.
Action souhaitéeTouche(s) à presserCatégorie
Diminuer ou augmenter les demandes d'accord avant actionShift+Tab (cycle des modes)Autonomie
L'arrêter s'il s'égare pour réorienterEscExécution
Revenir à une étape précédente de la discussionEsc Esc (quand le champ est vide)Exécution
Interrompre l'opération en cours / Effacer la saisieCtrl+CExécution
Basculer une commande longue en arrière-planCtrl+BExécution
Changer temporairement de modèle de réponseOption+P (Alt+P sous Win/Linux)Réponse
Le laisser réfléchir plus longtemps / limiter la réflexionOption+TRéponse
Activer le mode payant pour un Opus plus rapide/fast ou Option+O (macOS) / Alt+O (Win/Linux)Réponse

⚠️ Note pour les utilisateurs de macOS : La plupart des raccourcis commençant par Option+ (Option+P, Option+T, Option+O) nécessitent de configurer au préalable la touche Option comme touche Meta dans votre terminal. Sur iTerm2, cela se règle dans « Paramètres → Profils → Touches » en définissant Option Gauche/Droite sur « Esc+ ». Sur l'application Terminal d'Apple, cochez « Utiliser Option comme touche Meta » dans « Réglages → Profils → Clavier ». Il existe une exception officielle : depuis la version v2.1.132, le raccourcis Option+T (pour activer/désactiver la réflexion étendue) fonctionne sur Mac sans aucune configuration préalable.

Vous n'avez pas besoin d'apprendre ce tableau par cœur, mais vous devez avoir conscience de la catégorie de chaque action — si vous voulez « réduire ses questions », n'appuyez pas sur Esc ; si vous voulez « l'arrêter », n'utilisez pas Shift+Tab. En séparant bien les rôles, vous éviterez les mauvaises manipulations.

💡 Résumé en une phrase : Les contrôles de session se divisent en trois types — la gestion de l'autonomie (Shift+Tab), le contrôle de l'exécution (Esc / Ctrl+C / Ctrl+B) et la configuration de la réponse (Option+P / /fast) ; si vous oubliez la touche exacte, rappelez-vous simplement vers quelle famille diriger votre action.


02 Exécution : Esc pour freiner, Esc Esc pour faire marche arrière

Au sein de ces trois familles, celle du « contrôle de l'exécution » est la première à maîtriser, car c'est elle qui sert le plus souvent à corriger le tir. Détaillons les raccourcis les plus utiles : quand les utiliser et ce qu'ils déclenchent.

Esc : Un coup de frein s'il s'égare

La touche Esc sert à une seule chose : interrompre l'action en cours de Claude — qu'il soit en train de générer une réponse ou au beau milieu de l'appel d'un outil. En appuyant sur cette touche, il s'arrête immédiatement et vous redonne la main en plaçant le curseur dans le champ de saisie.

Le point le plus rassurant est souligné par la documentation officielle :

Interrompt la réponse ou l'appel d'outil en cours afin que vous puissiez le réorienter. Claude conserve le travail effectué jusqu'à présent.

Autrement dit, Esc n'est pas un bouton d'« annulation », c'est une commande de « pause + restitution du volant ». Tout ce qu'il a déjà accompli (comme la lecture de fichiers ou la moitié d'une fonction rédigée) est conservé ; vous interrompez simplement la suite de son action pour le réorienter.

Le cas d'usage le plus classique de Esc : vous lui demandez de modifier une petite fonctionnalité, mais il comprend mal et commence à retravailler lourdement de cinq ou six fichiers. Attendre qu'il ait fini pour le corriger vous ferait perdre plusieurs minutes de génération de tokens. La bonne pratique consiste à presser Esc dès que vous voyez que la direction choisie n'est pas la bonne, puis à ajouter : « Arrête-toi, je veux seulement modifier cette fonction dans login.js, ne touche à rien d'autre ». Claude changera alors de cap sur-le-champ. C'est une touche sur laquelle vous appuyerez probablement des dizaines de fois par jour en usage intensif.

Esc Esc : Revenir à l'étape précédente de la discussion

Appuyer deux fois sur Esc a deux effets distincts, selon que le champ de saisie contient du texte ou non :

  • Si le champ contient du texte : le double Esc vide le champ et enregistre ce brouillon dans l'historique (vous pourrez le récupérer en appuyant sur la touche ).
  • Si le champ est vide : le double Esc ouvre le menu de retour en arrière (checkpoint) — vous permettant de restaurer la discussion à partir d'un nœud précédent, ou d'obtenir un résumé du code et de la session.

Cette deuxième option correspond à une « marche arrière » : ramener toute la conversation à un état antérieur. Cela relève des points de contrôle (checkpoints) abordés en détail au chapitre 37. Pour le moment, retenez ce geste : lorsque le champ de saisie est vide, double-cliquez sur Esc pour ouvrir le menu permettant de restaurer un checkpoint. C'est très utile en cas de fausse route : si vous sentez que les derniers échanges ont embrouillé la session, un double Esc vous ramène à un point propre antérieur pour repartir sur de bonnes bases.

Ctrl+C et Ctrl+D : Arrêtez de les utiliser au hasard pour quitter

Ces deux raccourcis sont souvent confondus par les débutants. Clarifions-les :

  • Ctrl+C : interrompt l'opération en cours s'il y en a une ; s'il n'y a pas d'activité, un premier appui efface le contenu du champ de saisie, et un second appui quitte Claude Code.
  • Ctrl+D : quitte directement la session Claude Code (signal EOF).

Un piège classique : vous voulez effacer du texte à moitié saisi, vous appuyez sur Ctrl+C, rien ne se passe (le champ étant vidé), vous réappuyez machinalement — et la session se ferme. La raison est qu'un second appui sur Ctrl+C dans un champ vide déclenche la fermeture. Pour vider le champ, préférez donc Ctrl+U (effacer du curseur jusqu'au début de la ligne) ou un double Esc, et évitez de pianoter frénétiquement sur Ctrl+C.

Ctrl+B : Envoyer les commandes longues en arrière-plan pour ne pas attendre

Ce contrôle est également redoutable. Quand Claude exécute une commande longue (installation de dépendances, build, lancement d'un serveur de développement), vous n'avez pas besoin de patienter passivement — appuyez sur Ctrl+B pour la basculer en arrière-plan. Claude redevient immédiatement disponible pour écouter vos nouvelles instructions pendant que la commande poursuit son exécution en tâche de fond, ses sorties étant enregistrées dans un fichier pour être relues par Claude si besoin.

Note pour les utilisateurs de tmux : La touche de préfixe par défaut de tmux étant également Ctrl+B, vous devrez appuyer deux fois sur Ctrl+B dans une session tmux pour envoyer la tâche en arrière-plan. C'est un détail qui peut surprendre, gardez-le en tête.

ToucheEffetPoint d'attention
EscInterrompt et permet de réorienter, conserve le travail déjà effectuéCe n'est pas une annulation, mais une pause avec restitution du volant
Esc EscOuvre le menu de checkpoint si le champ est videEfface le brouillon si le champ contient du texte (comportement différent)
Ctrl+CInterrompt / Efface la saisie / Quitte au second appuiQuitte Claude Code au second appui si le champ est vide
Ctrl+DQuitte instantanément la sessionAction immédiate, ne pas confondre avec un bouton d'interruption
Ctrl+BBascule une commande longue en arrière-planNécessite deux appuis sous tmux

💡 Résumé en une phrase : Esc sert à freiner (réorienter en cas d'erreur), Esc Esc sert à reculer (restaurer un checkpoint), Ctrl+C doit être pressé avec modération (quitte au second appui sur champ vide) et Ctrl+B envoie les tâches longues en tâche de fond. Intégrez ces quatre raccourcis dans votre mémoire musculaire pour ne plus jamais attendre passivement ni quitter par erreur.


03 Autonomie : Fonctionnement complet du cycle Shift+Tab

L'éventail des modes de permission, du plus strict au plus souple, a été entièrement décrit au chapitre 20 : default (demande à chaque étape), acceptEdits (modifications de fichiers autorisées sans confirmation), plan (analyse sans modifier), auto (classification automatique), bypassPermissions (absence totale de confirmation) et dontAsk (n'accepte que les pré-approbations). Cette section ne va pas redéfinir ces modes (consultez le chapitre 20 si nécessaire), mais va préciser un point technique : comment tourne exactement le cycle déclenché par Shift+Tab.

Commençons par les bases : en cours de session, presser Shift+Tab fait défiler trois modes par défaut :

text
default → acceptEdits → plan → (再按回到 default)

L'état du mode s'affiche dans la barre de statut. Par exemple, en passant sur acceptEdits, la barre de statut affiche ⏵⏵ accept edits on. C'est le cycle standard, qui ne comporte que ces trois modes.

Où sont donc passés auto, bypassPermissions et dontAsk ? Ils ne font pas partie du cycle par défaut. Ils s'y insèrent uniquement sous certaines conditions ou si des paramètres spécifiques ont été fournis au démarrage. Voici les règles détaillées :

  • auto (mode automatique) : Il ne s'affiche dans le cycle que si votre compte remplit toutes les conditions requises pour le mode automatique. La première fois que vous l'atteignez dans le cycle, une invite vous propose de l'activer. Si vous l'acceptez, il s'intègre au cycle ; si vous refusez, il en est exclu.
  • bypassPermissions (outrepasser les confirmations) : Il ne s'insère dans le cycle que si vous avez lancé la session avec les options --permission-mode bypassPermissions, --dangerously-skip-permissions ou --allow-dangerously-skip-permissions. Notez que la variante --allow- ne fait que l'ajouter au cycle sans l'activer immédiatement.
  • dontAsk (n'accepte que les pré-approbations) : Ne s'insère jamais dans le cycle, et ne peut être configuré qu'au démarrage via --permission-mode dontAsk.

De plus, la documentation officielle précise l'emplacement d'insertion de ces modes pour vous éviter toute surprise de navigation :

Les modes facultatifs activés s'insèrent après plan, bypassPermissions ayant la priorité et auto se plaçant en dernier. Si vous avez activé les deux, vous passerez par bypassPermissions avant d'atteindre auto.

Concrètement, si vous avez activé les deux modes facultatifs, le cycle de Shift+Tab ressemble à ceci :

text
default → acceptEdits → plan → bypassPermissions → auto → (回到 default)

auto se trouve toujours en dernière position, et bypassPermissions juste avant lui. Mémorisez cet enchaînement pour savoir combien de fois appuyer sur les touches sans avoir à chercher au hasard.

En pratique, nous vous recommandons de suivre la méthode décrite au chapitre 20utilisez principalement Shift+Tab pour basculer manuellement entre les trois modes par défaut : passez en mode plan pour laisser Claude analyser un projet inconnu et concevoir sa stratégie, basculez en mode acceptEdits pour le laisser coder une fois la direction validée, puis revenez à default si vous souhaitez reprendre un contrôle strict. N'utilisez bypassPermissions qu'au démarrage au sein de conteneurs isolés, et évitez de l'intégrer à votre cycle quotidien (cette règle de sécurité a déjà été mise en avant au chapitre 20 et ne sera pas répétée).

💡 Résumé en une phrase : Shift+Tab tourne par défaut sur trois modes : default / acceptEdits / plan ; auto et bypassPermissions ne s'y ajoutent qu'à la demande ou via les paramètres d'initialisation, selon l'ordre « après plan, bypassPermissions en premier, auto en dernier » — gardez cet ordre en tête pour naviguer efficacement.


04 Mode Plan : Bien plus qu'un mode, un flux de travail basé sur la planification

Le paragraphe précédent a traité le mode plan comme une simple étape du cycle, mais il mérite une section à part entière — car la véritable valeur du mode Plan (Plan Mode) ne réside pas dans son statut de mode en lecture seule, mais dans le flux de travail structuré qu'il propose : « proposer un plan d'abord, agir après validation ». C'est l'un des mécanismes les plus utiles, qu'il est recommandé d'adopter au plus vite.

Analogie : Le réalisateur qui demande une répétition générale. Avant de filmer une scène importante, le réalisateur demande souvent aux acteurs de répéter leurs mouvements, leurs répliques et le rythme — sans faire tourner la caméra ni consommer de pellicule. Une fois la répétition validée, il crie : « Moteur, action ! ». Le mode Plan est cette répétition générale : Claude déroule la tâche mentalement, lit les fichiers, effectue des analyses et rédige une proposition d'action (« voici ce que je compte modifier ») sans toucher à la moindre ligne de votre code source. C'est seulement après votre accord qu'il passe au « tournage » et applique les modifications.

La documentation officielle définit son comportement de manière très précise :

Le mode Plan indique à Claude de rechercher et de proposer des modifications sans les appliquer. Claude lit des fichiers, exécute des commandes shell pour explorer le projet et rédige un plan, mais ne modifie pas votre code source.

Comment l'activer et le désactiver

Il existe deux manières d'entrer en mode Plan :

  • Utiliser Shift+Tab pour passer sur plan — s'applique à l'ensemble de la session jusqu'à ce que vous changiez de mode.
  • Préfixer une invite par /plan — n'applique le mode Plan qu'à cette requête spécifique, ce qui est parfait si vous voulez seulement étudier un plan sur un point précis.
text
/plan 帮我把用户登录从 session 改成 JWT,先别动,告诉我你打算怎么改

Vous souhaitez quitter à mi-chemin sans approuver la proposition ? Il vous suffit d'utiliser Shift+Tab pour passer au mode suivant.

Le plan est prêt, quelles sont les options lors de l'approbation ?

C'est l'étape qui incarne le mieux la philosophie du flux de travail du mode Plan, mais aussi celle qui peut désorienter les nouveaux utilisateurs. Une fois que Claude a rédigé sa proposition, il s'arrête et vous demande comment procéder. Les options proposées sont généralement les suivantes :

  • Approuver et lancer en mode automatique (auto mode) — vous validez totalement l'approche et le laissez dérouler la tâche de bout en bout.
  • Approuver et accepter les modifications (acceptEdits) — bascule la session sur acceptEdits pour modifier le code sans confirmation, tout en continuant à bloquer sur les commandes potentiellement dangereuses.
  • Approuver et examiner manuellement chaque modification — revient au mode default pour valider chaque modification de fichier pas à pas.
  • Poursuivre la planification et fournir des retours — si la proposition ne convient pas tout à fait, vous pouvez ajouter vos commentaires pour que Claude retravaille son plan.

Vous l'avez compris ? Valider le plan d'action revient à « choisir en même temps le mode de permission à appliquer pour la suite ». Claude quitte le mode Plan, bascule automatiquement la session dans le mode de permission sélectionné et commence à coder. C'est pourquoi le mode Plan n'est pas un mode isolé, mais bien la brique centrale du flux « explorer → concevoir → choisir le niveau de permission → exécuter ».

Deux autres détails officiels s'avèrent également très pratiques en cours de route :

  • Éditer directement le plan avec Ctrl+G : si le plan d'action est prêt mais que vous souhaitez y apporter des ajustements personnels (comme « retirer cette étape et inverser ces deux actions »), appuyez sur Ctrl+G. Le plan s'ouvrira dans votre éditeur de texte par défaut pour vous permettre de le modifier avant de le renvoyer à Claude.
  • Nommage automatique de la session lors de l'approbation : à moins que vous n'ayez déjà nommé la session avec --name ou /rename, Claude la nommera automatiquement en se basant sur le contenu du plan d'action, ce qui facilitera sa recherche ultérieure avec /resume.

Un cas d'usage classique

Pour le dire simplement, la première chose à faire lorsque vous ouvrez un projet que vous ne connaissez pas est de basculer en mode Plan pour laisser Claude l'analyser et concevoir son approche. Imaginons que vous héritiez d'un projet de plusieurs dizaines de milliers de lignes codé par quelqu'un d'autre. Basculez directement sur plan avec Shift+Tab et lancez : « Analyse ce projet, explique-moi sa structure globale et conseille-moi sur les premières modifications à apporter ». Il va parcourir le code, vous lister l'architecture et ses recommandations, ce qui vous permettra ensuite de le lancer en toute confiance. Si vous commenciez directement en mode acceptEdits en le laissant coder à l'aveugle, cela tournerait très probablement à la catastrophe. Nous vous recommandons vivement de prendre ce pli le plus tôt possible.

💡 Résumé en une phrase : Le mode Plan est une « répétition générale avant le tournage » — il étudie, conçoit mais n'altère pas le code ; valider sa proposition détermine également le mode de permission pour la phase d'exécution (auto / acceptEdits / revue manuelle), et Ctrl+G vous permet d'ajuster le plan directement. Sur un projet inconnu, commencez toujours par un /plan pour plus de sécurité.


05 Mode rapide (fast mode) : Vous payez pour de la vitesse, pas pour de la qualité

⚠️ Fonctionnalité en préversion de recherche, sujette à modifications : Le mode rapide (fast mode) est actuellement en phase de préversion de recherche. Son fonctionnement, sa tarification et sa disponibilité peuvent être ajustés à tout moment. Il nécessite la version v2.1.36 ou supérieure de Claude Code.

Après avoir vu comment contrôler la direction de travail, abordons un paramètre de vitesse — le mode rapide. Dissipons immédiatement une idée reçue :

Le mode rapide ne fait pas appel à un modèle plus puissant ; il modifie la façon dont s'exécute le même modèle Opus. La documentation officielle est sans équivoque :

Le mode rapide n'est pas un modèle différent. Il utilise Claude Opus, mais avec une configuration d'API différente qui privilégie la vitesse au détriment de l'optimisation des coûts. Vous bénéficiez de la même qualité et des mêmes fonctionnalités, mais avec un temps de réponse réduit.

Quel est le gain de vitesse et pour quel surcoût ? Les chiffres officiels indiquent : jusqu'à 2,5 fois plus rapide, en contrepartie d'une tarification par token plus élevée. Il n'est supporté que sur Opus 4.8 / 4.7 / 4.6, et n'est pas disponible pour Sonnet ni Haiku (⚠️ le mode rapide pour Opus 4.6 est obsolète, il est recommandé d'utiliser la version 4.7 ou 4.8).

Comment l'activer

Il suffit d'exécuter une commande :

text
/fast

Saisissez /fast puis pressez la touche Tab pour l'activer ou le désactiver. Une fois activé :

  • Si vous utilisiez un autre modèle, il basculera automatiquement sur Opus.
  • La notification Fast mode ON s'affiche, et un symbole apparaît à côté du champ de saisie.
  • Vous pouvez saisir /fast à tout moment pour vérifier si le mode est activé ou désactivé.

Un point contre-intuitif à retenir : lorsque vous désactivez le mode rapide, vous restez sur le modèle Opus ; il ne rétablit pas automatiquement le modèle que vous utilisiez auparavant. Pour en changer, vous devrez exécuter /model de vous-même.

Rentabilité : Avez-vous besoin de vitesse ou d'économies ?

Dans quels scénarios l'activer ? Le conseil de la documentation correspond aux retours d'expérience — tout dépend si vous donnez la priorité au coût ou à la latence pour cette tâche :

ScénarioActiver le mode rapide ?Pourquoi
Débogage en direct, itérations rapides, urgence (deadline)✅ OuiVous attendez sa réponse, chaque seconde compte, priorité à la vitesse
Tâches autonomes longues, traitements par lots, CI/CD❌ NonPas de supervision, la lenteur n'a pas d'importance, priorité aux économies
Tâches au budget restreint❌ NonTarif par token plus élevé, le coût global peut grimper rapidement

Il existe un autre détail crucial pour maîtriser votre budget, souvent répété par la documentation officielle et qui peut surprendre :

Pour une efficacité optimale des coûts, activez le mode rapide au début de la session, plutôt que de basculer en cours de conversation.

Pourquoi ? Car la première activation du mode rapide applique le tarif élevé d'entrée du mode rapide à l'intégralité de l'historique de la session. Plus la conversation est longue avant l'activation, plus ce coût initial sera élevé. Si vous devez l'utiliser, activez-le dès le démarrage, et n'attendez pas d'avoir accumulé un contexte volumineux. C'est une erreur classique de facturation : activer le mode rapide au milieu d'un échange déjà long peut faire grimper la facture de cette requête bien plus que prévu.

Ne pas confondre avec le « niveau d'effort »

Enfin, clarifions une confusion courante : le mode rapide ne doit pas être confondu avec le niveau d'effort. Bien que les deux influencent la vitesse, leurs approches sont très différentes :

ParamètreEffetEffets secondaires
Mode rapideMême qualité de modèle, latence réduiteCoût plus élevé
Réduire le niveau d'effortLimite la réflexion de l'IA pour répondre plus vitePeut dégrader la qualité des réponses sur des tâches complexes

En résumé : le mode rapide conserve la qualité de traitement au prix d'une tarification supérieure ; réduire le niveau d'effort raccourcit la réflexion au risque de dégrader la qualité. Les deux approches peuvent par ailleurs être combinées — pour des tâches simples, l'association du « mode rapide + niveau d'effort réduit » permet d'obtenir des réponses instantanées.

⚠️ Note supplémentaire pour les abonnés : Pour les abonnés Pro, Max, Team ou Enterprise, le mode rapide consomme uniquement vos crédits d'utilisation supplémentaires et n'est pas couvert par les limites d'utilisation de votre abonnement. Il est facturé séparément au tarif du mode rapide dès le premier token. En d'autres termes, il s'agit d'un surcoût facturé en sus de votre abonnement. Prenez-en note avant de l'activer.

💡 Résumé en une phrase : Le mode rapide achète la vitesse du même modèle Opus (jusqu'à 2,5 fois plus rapide) au détriment d'un tarif plus élevé ; via la commande /fast, veillez à l'activer dès le début de la session si vous devez l'utiliser (pour éviter le surcoût de contexte de milieu d'échange) ; activez-le dans l'urgence, coupez-le pour les tâches de fond, et ne le confondez pas avec le réglage du « niveau d'effort ».


06 Mode d'édition Vim : Des raccourcis d'expert dans le champ de saisie

Le dernier levier de contrôle concerne la façon dont vous éditez vos textes — le mode Vim. Si vous n'avez jamais utilisé Vim, vous pouvez parcourir cette section en diagonale. Elle n'altère en rien l'usage de Claude Code. En revanche, si vous êtes un habitué de Vim, l'activation de ce mode rendra votre saisie bien plus fluide.

Par défaut, le champ de saisie de Claude Code se comporte comme un champ texte standard (saisie directe et déplacement avec les flèches). Une fois le mode Vim activé, il propose les « deux états » caractéristiques de Vim :

  • Mode INSERT (insertion) : similaire au mode classique, la frappe saisit directement les caractères.
  • Mode NORMAL (commandes) : les touches ne saisissent plus de texte mais déclenchent des commandes — h/j/k/l pour déplacer le curseur, dd pour supprimer une ligne, w pour sauter au mot suivant, 0 pour aller en début de ligne, $ pour aller en fin de ligne... Toutes les commandes classiques de Vim sont disponibles.

Comment l'activer

Accédez au menu /config, trouvez l'option « Editor mode » (mode éditeur) et réglez-la sur « vim ». Une fois activé :

  • Appuyez sur Esc pour passer en mode NORMAL (les touches deviennent des raccourcis de commande).
  • Utilisez i, a ou o pour repasser en mode INSERT et saisir du texte.

Voici les raccourcis les plus utilisés dans le champ de saisie, pour donner un aperçu à ceux qui ne connaissent pas Vim :

Raccourci en mode NORMALAction
ddSupprime la ligne entière (pratique pour réécrire une invite)
cwRemplace le mot sous le curseur
0 / $Déplace le curseur en début / fin de ligne
uAnnule la dernière modification
i / aPasse en insertion avant / après le curseur

Un détail particulièrement appréciable pour les habitués de Vim : en mode NORMAL, si le curseur est déjà tout en haut ou tout en bas du texte saisi, appuyer sur j/k ou les touches fléchées permet de parcourir l'historique des requêtes. Cela unifie parfaitement le déplacement et l'accès à l'historique.

Pour être tout à fait honnête, cette fonctionnalité est un plus facultatif. Si elle s'avère confortable pour les adeptes de Vim qui rédigent de longues invites, elle n'est pas du tout indispensable pour la majorité des utilisateurs. Le champ de texte classique associé aux raccourcis décrits dans la section 02 (comme Ctrl+U pour effacer jusqu'au début de la ligne, ou Ctrl+W pour supprimer un mot) suffit amplement. En clair : activez-la si vous êtes habitué à Vim, sinon passez outre. Ce n'est pas un prérequis.

💡 Résumé en une phrase : Le mode Vim active les états NORMAL/INSERT et les commandes classiques de Vim dans le champ de saisie (via le menu /config → Editor mode) ; il est recommandé pour les experts de Vim, mais peut être totalement ignoré par les débutants sans restreindre les fonctionnalités.


07 Exercice pratique : Enchaîner ces manipulations de contrôle

La théorie ne suffit pas. Voici un exercice de 5 minutes, réalisable sans aucun projet complexe, pour enchaîner les manipulations clés abordées dans ce chapitre. Chaque étape est associée aux résultats attendus pour vous guider.

Rendez-vous dans un dossier vide de votre choix, lancez claude, puis suivez ces instructions :

Étape 1 : S'entraîner à basculer de mode avec Shift+Tab en observant la barre de statut

Une fois la session ouverte, appuyez plusieurs fois sur Shift+Tab en surveillant la barre de statut.

Résultat attendu : Les informations de la barre de statut tournent en boucle sur les trois modes — en passant sur acceptEdits, elle affiche un message comme ⏵⏵ accept edits on ; en passant sur plan, elle affiche l'état de planification ; puis elle revient au mode par défaut (la mention du mode disparaît). Assurez-vous de savoir repérer le mode actif à l'aide de la barre de statut.

Étape 2 : Passer en mode Plan pour qu'il propose un projet (sans modifier le code)

Utilisez Shift+Tab pour passer sur le mode plan, puis saisissez une requête qui devrait normalement déclencher une modification de fichier :

text
在当前目录创建一个 hello.txt,里面写一行 "hi from claude"

Résultat attendu : Claude ne va pas créer le fichier. Il va vous afficher un texte détaillant « ce qu'il a l'intention de faire », puis s'arrêtera en vous proposant des options pour continuer (approuver et basculer sur acceptEdits / revue manuelle / poursuivre le plan...). Vérifiez que le fichier hello.txt n'existe pas encore dans le dossier — c'est le principe de répétition générale sans tournage du mode Plan.

Étape 3 : Approuver la proposition et observer le changement de mode

Parmi les choix affichés par Claude, sélectionnez « Approuver et accepter les modifications (acceptEdits) » (ou l'option de revue manuelle).

Résultat attendu : Claude quitte le mode Plan, la barre de statut bascule dans le mode que vous venez de choisir (affichant accept edits on si vous avez validé cette option) et crée effectivement le fichier hello.txt. Vérifiez que le fichier est bien présent dans le répertoire, et que le mode est passé de plan à celui approuvé — vous venez d'expérimenter le principe « approuver le plan = choisir le mode de permission associé ».

Étape 4 : Utiliser Esc pour l'interrompre

Donnez-lui une tâche un peu plus longue (par exemple, « lis tous les fichiers de ce répertoire un par un et résume-les »). Pendant qu'il s'exécute, appuyez une fois sur Esc.

Résultat attendu : Claude s'arrête immédiatement, vous rend le contrôle et replace le curseur dans le champ de saisie. Le travail déjà réalisé (les fichiers lus) est conservé. Vous pouvez aussitôt saisir une nouvelle consigne pour le réorienter. Vérifiez bien que Esc agit comme un « bouton de pause » et non comme un plantage ou une erreur.

Étape 5 (facultative) : Tester la commande du mode rapide

Saisissez /fast puis pressez la touche Tab pour voir ce qui s'affiche.

Résultat attendu : Si votre compte le permet, la mention Fast mode ON ainsi que le symbole s'affichent ; réexécutez la commande pour la désactiver. Si votre compte ou forfait ne supporte pas cette option ou s'il vous manque des crédits, un message indiquant que le mode rapide est indisponible s'affichera — cette étape dépend de vos droits d'accès, il est normal de ne pas pouvoir l'activer dans tous les cas.

Ces cinq étapes franchies, vous avez expérimenté directement les principaux mécanismes de contrôle abordés. Les étapes 2 et 3 sont particulièrement recommandées pour les débutants — ressentir par soi-même comment « le mode Plan bloque l'action sur le code puis l'exécute en changeant de mode lors de l'approbation » est bien plus formateur que la lecture répétée de la documentation.

💡 Résumé en une phrase : Suivez ces 5 étapes pour enchaîner le changement de mode via Shift+Tab, la planification et l'approbation du mode Plan, l'interruption avec Esc et l'interrupteur /fast ; comparez chaque étape aux résultats attendus, en particulier pour les étapes 2 et 3 afin d'assimiler le rôle du mode Plan.


08 Résumé

Ce chapitre a passé en revue les commandes à votre disposition une fois la session ouverte. Alors que le chapitre 20 vous présentait la laisse des permissions, ce chapitre-ci vous a équipé de l'ensemble des leviers de contrôle.

Récapitulons les points clés :

Action souhaitéeMoyen de contrôlePoint clé
Ajuster la fréquence des confirmationsShift+Tab (cycle des modes)3 modes par défaut, auto/bypass s'y insèrent sous conditions, auto en dernier
L'arrêter s'il s'égare pour réorienterEscPause et restitution du volant, le travail accompli est conservé
Revenir à une étape précédenteEsc Esc (si le champ est vide)Ouvre le menu de checkpoint (détails au chapitre 37)
Interrompre / Vider / QuitterCtrl+C / Ctrl+DUn second appui sur Ctrl+C sur champ vide quitte l'application
Basculer une commande longue en arrière-planCtrl+BNécessite deux appuis sous tmux
Proposer un plan avant d'agirMode Plan (/plan)Répétition générale sans modifications directes, définit le mode de permission à l'approbation
Activer le mode payant pour un Opus plus rapide/fastQualité identique, plus coûteux, à activer dès le début de session
Éditer la saisie avec les raccourcis Vim/config → Editor modeConfort supplémentaire pour les utilisateurs de Vim, à ignorer pour les débutants

Vous devriez désormais être capable de : piloter Claude avec aisance en cours de session — basculer sur le niveau d'autonomie approprié avec Shift+Tab, l'arrêter with Esc s'il s'égare, utiliser le mode Plan pour qu'il propose un projet sur un dépôt inconnu avant d'agir, activer la vitesse avec /fast en cas de besoin, ou encore utiliser les raccourcis Vim pour éditer vos invites si vous êtes un utilisateur chevronné. En résumé, vous êtes passé d'une posture passive d'attente après avoir tapé du texte à un pilotage actif de l'IA en temps réel.

La cinquième partie « Configuration et optimisation du système » s'achève ici. Après avoir abordé les fichiers de configuration, les styles de sortie, les hooks, les drapeaux CLI, ainsi que le contrôle et les modes, vous disposez d'une compréhension globale pour configurer et piloter Claude Code.


Le prochain chapitre 36 « Commandes slash (Slash Commands) » va s'intéresser au petit symbole le plus discret mais le plus utilisé au quotidien — /. Ce chapitre vous a déjà amené à utiliser /plan, /fast ou /config, mais combien en existe-t-il exactement, et est-il possible de concevoir ses propres commandes / personnalisées ? Réfléchissez-y : si vous pouviez condenser vos tâches répétitives quotidiennes sous la forme d'une simple commande /, le gain de temps serait colossal — nous verrons cela au prochain chapitre.


Lectures recommandées