Claude Code raccourci clavier : Shift+Tab, Esc Esc et commandes utiles

Pour obtenir des instructions supplémentaires sur l’utilisation d’Ailoot, consultez la documentation.

Que font ces 11 conseils, et pourquoi avez-vous besoin de tactiques plutôt que de théorie ?#

Avec le vibe coding, la question n’est plus « est-ce que Claude Code fonctionne ? », mais « comment travailler avec lui sans qu’il épuise vos limites ou hallucine ? » Mes 9 guides précédents couvrent les concepts : CLAUDE.md, Plan Mode, ingénierie du contexte, Skills, Subagents, MCP, /rewind, limites, second cerveau. Celui-ci rassemble les tactiques qui les complètent.

Chaque conseil résout un problème. Vous pouvez les lire dans l’ordre ou passer directement à ceux qui vous préoccupent le plus : allez au conseil 1 pour les raccourcis, aux conseils 4 et 5 pour économiser des tokens, au conseil 6 pour le travail en parallèle et aux conseils 8 à 11 pour les techniques de l’auteur.

Je m’adresse aux personnes qui ont déjà installé Claude Code et l’utilisent depuis au moins une semaine. Si vous venez de l’installer, commencez par le guide CLAUDE.md, puis revenez ici.

Comment changer de mode dans Claude Code avec Shift+Tab ?#

L’erreur la plus fréquente chez les débutants consiste à rester en default toute la journée et à approuver chaque modification manuellement. Au bout d’une heure, c’est épuisant et la tentation d’utiliser --dangerously-skip-permissions devient forte (nous y reviendrons à la fin de ce conseil). Shift+Tab offre un juste milieu : vous choisissez quand utiliser acceptEdits et quand passer en plan.

Voici la règle précise que je suis pour changer de mode :

1. Début d’une tâche complexe – utilisez Shift+Tab jusqu’à ce que l’indicateur affiche plan. Claude réfléchit à la tâche et prépare un plan ; il n’écrit pas de code avant mon approbation.
2. Plan approuvé, passage à la mise en œuvre – faites défiler jusqu’au libellé acceptEdits. Claude modifie les fichiers sans demander l’autorisation, mais continue à demander confirmation pour les commandes Bash.
3. Modifications courantes (renommage, refactorisation triviale) – passez directement à acceptEdits, sans plan.
4. Zone à risque (migrations de base de données, suppression de fichiers) – je reviens à default avec Shift+Tab.

# Modes courants : vérifiez le libellé actif, pas un nombre fixe d’appuis
# default        - demandes de permission standard
# acceptEdits    - modifications de fichiers acceptées ; autres permissions toujours applicables
# plan           - enquête et plan avant mise en œuvre
# Les modes supplémentaires dépendent de la version, des réglages et de la politique de l’organisation.

Si Shift+Tab ne fonctionne pas dans votre version de Claude Code (claude --version), vérifiez que vous disposez de la version la plus récente. La commande /doctor vous donnera toutes les informations sur l’installation.

Comment annuler la dernière action sans perdre le contexte : Esc Esc#

Esc et Esc Esc n’ont pas le même effet, d’où la confusion :

• Un appui sur Esc – interrompt Claude sur le moment, pendant qu’il effectue une action. Tout ce qu’il a déjà fait reste en place. Pratique s’il prend la mauvaise direction et que vous voulez le réorienter.
• Deux appuis sur Esc – si le champ de saisie est vide, le menu des points de contrôle s’ouvre (restaurer le code, la conversation, les deux, ou résumer). S’il contient du texte, le champ est vidé et le texte est placé dans l’historique (la flèche vers le haut permet de le récupérer).

# Dans le menu Esc Esc avec un champ vide :
# 1. Restaurer uniquement le code             - restaurer les fichiers, conserver la conversation
# 2. Restaurer uniquement la conversation     - restaurer la conversation, conserver les fichiers
# 3. Restaurer le code et la conversation    - restaurer les deux (le choix le plus courant)
# 4. Résumer à partir d'ici                  - résumer la conversation à partir de ce point
# 5. Résumer jusqu'ici                       - résumer jusqu'à ce point

Un point de contrôle est créé automatiquement pour chaque prompt que vous envoyez : vous n’avez rien à retenir et vous pouvez toujours revenir en arrière. Pour tout savoir, consultez le guide de /rewind, qui présente également la combinaison avec git pour les retours en arrière importants.

Esc Esc fait partie des premières techniques à apprendre. Une fois qu’ils n’ont plus peur de « tout casser sans pouvoir annuler », les débutants expérimentent plus librement et obtiennent de bien meilleurs résultats.

Quand utiliser /compact plutôt que /clear ?#

Voici comment fonctionne /compact en interne : Claude prend tout l’historique des messages, le traite et renvoie un bref résumé des détails les plus importants. Une astuce utile consiste à lui donner une indication : /compact keep the coding principles and current plan, discard the CSS discussion. La compression sera ainsi ciblée.

# Quand utiliser quoi :
/clear                              # fonctionnalité terminée, on passe à une autre
/compact                            # longue session, le contexte est rempli à >50%
/compact keep the architecture and plan  # compression ciblée sur un sujet précis

Un signe qu’il est temps d’utiliser /compact : la commande /cost ou la barre d’état indique que 70 % ou plus de la fenêtre de contexte est utilisée, alors que la session n’en est qu’à la moitié. Si vous l’ignorez, Claude commencera à « oublier » le début de la conversation et vous perdrez du temps à tout réexpliquer.

Pour approfondir la théorie de la fenêtre de contexte, consultez le guide sur l’ingénierie du contexte. Il explique également pourquoi le contexte est une ressource limitée dont le rendement diminue.

Comment suivre les tokens en temps réel : la commande /cost#

La crainte de « tout dépenser en une journée » est l’une des principales préoccupations des adeptes du vibe coding. La meilleure façon d’y répondre consiste à rendre les dépenses visibles.

/cost          # affiche les dépenses de la session en cours (tokens + $)
/statusline    # configure la barre d'état : modèle + répertoire + contexte % + coût

Une règle simple : vérifiez /cost toutes les 30 à 60 minutes. Si vous avez dépensé moins de quelques dollars en une heure, tout va bien. Si vous en avez dépensé davantage, il y a un problème : vous avez peut-être oublié /compact et le contexte s’allonge, vous avez peut-être choisi le mauvais modèle (voir le conseil suivant), ou Claude relit de gros fichiers 10 fois.

Le guide complet pour économiser vos limites s’intitule « Comment ne pas épuiser les limites de Claude Code en une journée » et contient 8 règles. Ici, l’astuce consiste à rendre les dépenses visibles avec /cost et /statusline.

Vous voulez non seulement suivre les tokens, mais aussi mettre en place un système dans lequel un agent IA ne dépasse pas ses limites de lui-même ? /cost n’est qu’un indicateur. La combinaison complète – clone IA + Second Brain + Context Engineering – transforme Claude, d’un « assistant avec des limites », en un outil capable de travailler longtemps de manière prévisible.

Quel modèle Claude choisir pour une tâche : Haiku, Sonnet ou Opus ?#

claude --model haiku   # ~3× moins cher que sonnet, pour les tâches courantes
claude --model sonnet  # par défaut, équilibre entre prix et qualité
claude --model opus    # ~1.7× plus cher que sonnet, pour les tâches complexes

Selon les tarifs publics d’Anthropic en mai 2026 : Haiku coûte $1/$5 par million de tokens en entrée/sortie, Sonnet $3/$15 et Opus $5/$25. Haiku est donc 3 fois moins cher que Sonnet, et Opus 1,7 fois plus cher que Sonnet.

Voici comment je choisis au quotidien :

La question de savoir s’il faut utiliser Sonnet et Haiku si Opus réussit en moyenne « du premier coup » est controversée. Ma réponse : pour un entrepreneur qui ne programme pas, Haiku et Sonnet sont rentables pour 70 % des tâches. Gardez Opus pour les 30 % vraiment difficiles.

Comment exécuter 3 à 5 tâches en parallèle : /resume + git worktrees#

La logique est simple : une longue fenêtre Claude consomme du contexte. Chaque requête charge dans le modèle tout ce qui figurait dans cette fenêtre, même si vous parlez maintenant d’un sujet complètement différent. 5 fenêtres courtes pour des microtâches ne retiennent que leur propre travail. Au total, vous dépensez moins.

# Démarrer une session nommée pour une tâche précise :
claude --resume "auth-refactor"
claude --resume "homepage-redesign"
claude --resume "db-migration"

# Utiliser un worktree pour éviter que le travail Git se chevauche :
git worktree add ../my-project-auth feature/auth
cd ../my-project-auth
claude --resume "auth-refactor"

Si vous perdez le fil de ce qui se passe dans chaque fenêtre, exécutez claude --resume sans argument pour afficher la liste des sessions récentes avec leurs noms et horaires. Dans une session active, /agents permet de vérifier les subagents en cours.

Quand je travaille sur une fonctionnalité dont le développement s’étale sur une longue période, je procède généralement ainsi :

1. Fenêtre 1 – planifier dans plans/YYYY-MM-DD-feature.md. Discussion uniquement, pas de code.
2. Fenêtre 2 (suit le plan) – mettre en œuvre la phase 1. Après la phase, mettre le plan à jour ([x]).
3. Fenêtre 3 – mettre en œuvre la phase 2 en parallèle de la fenêtre 2, si les phases ne se chevauchent pas.
4. Fenêtre 4 – un agent de synthèse vérifie les résultats des deux fenêtres.
5. Fenêtre 5 – un audit de sécurité après la fusion (voir le conseil 8).

Quand ne pas utiliser les worktrees : si vous gérez 1 à 2 projets par jour, le temps passé à passer d’un répertoire worktree à l’autre annulera le bénéfice. Les worktrees deviennent intéressants à partir de 3 tâches parallèles par jour.

Comment éviter les hallucinations : références de fichiers avec @file#

L’autocomplétion des fichiers commence par le symbole @. Commencez à saisir un chemin et Claude vous proposera des suggestions. Vous pouvez référencer plusieurs fichiers à la fois : @src/lib/auth.ts @src/lib/session.ts @prisma/schema.prisma.

# Prompt sans chemins exacts (mauvais) :
> Examine la logique d'authentification et corrige le bug de session

# Prompt avec des références @ (correct) :
> @src/lib/auth.ts @src/lib/session.ts - corrige le bug : après la déconnexion, le cookie n'est pas supprimé

L’autre astuce du même groupe est le mode shell avec ! :

> !git status                # s'exécute sans appeler Claude, la sortie est ajoutée au contexte
> !npm test                  # idem
> !cat /var/log/app.log | tail-50  # idem

Pourquoi ? Vous ne dépensez pas de tokens pour dire « Claude, regarde le git status » : Claude obtiendrait de toute façon la même réponse avec l’outil. ! est plus court et moins coûteux.

Cela concerne aussi CLAUDE.md : le fichier principal devrait contenir au maximum 200 lignes de règles pour le projet. Les règles plus spécifiques (par exemple, les conventions d’API) vont dans .claude/rules/api-design.md, avec le frontmatter YAML paths: ["src/api/**/*.ts"]. Claude ne les charge alors que lorsqu’il modifie des fichiers dans src/api/. Pour tout savoir, consultez le guide CLAUDE.md.

Comment ne pas perdre ses progrès sur les tâches longues : des plans avec phases et cases [ ] / [x]#

Voici le modèle de fichier de plan que j’utilise dans chaque projet :

# Plan : [nom de la fonctionnalité]
Date de création : 2026-05-22
Objectif : [une phrase sur ce que nous voulons accomplir]

## Phase 1 : [nom court]
- [ ] Étape 1.1 : [action précise]
- [ ] Étape 1.2 : [action précise]
- [ ] Étape 1.3 : [action précise]

## Phase 2 : [nom court]
- [ ] Étape 2.1
- [ ] Étape 2.2

## Résultat
À remplir à la fin : mise en œuvre complète ou partielle, et ce qu'il reste à faire.

La règle est absolue : chaque agent doit mettre le plan à jour après chaque session. Autrement dit, dès que vous terminez une phase, ouvrez le fichier et cochez-la avec [x]. Sinon, la fenêtre suivante ne saura pas que cette phase est terminée et risque de la refaire.

Lorsque le plan est dans un fichier, et non dans votre tête :

• Les fenêtres parallèles (voir le conseil 6) peuvent prendre en charge différentes phases.
• Si le projet s’étale sur 3 jours et que vous revenez 2 jours plus tard, vous voyez immédiatement où vous en étiez.
• La vérification finale par rapport au résultat réel est rapide (grep -c "\[ \]" dans le fichier = nombre de tâches encore ouvertes).

Quand ne pas utiliser cette méthode : pour un correctif urgent de 5 minutes, une modification triviale dans un seul fichier ou la lecture et le résumé d’un journal. Toutes les actions n’ont pas besoin d’un plan.

Cette technique fait partie du concept Second Brain. Pour tout savoir sur les dossiers business/, plans/ et ai-clone/, consultez le guide Second Brain.

Comment repérer à l’avance les points de défaillance de Claude : l’autocritique en 10 raisons#

Voici le cadre de prompt que j’utilise tel quel :

Imagine que l'idée a été soumise à une méthode dans laquelle tu envisages déjà l'échec complet du projet. Donne 10 raisons pour lesquelles, dans un an, j'aurai consacré beaucoup de temps et l'idée se sera révélée être un échec. Ton rôle n'est pas de ménager mes sentiments, mais d'être aussi sévère que possible.

Après les 10 raisons, deuxième tour : défends chacune d'elles face à mes contre-arguments. Où suis-je le plus vulnérable ?

Troisième tour : rédige un plan pour éviter que ces problèmes ne se produisent.

Je l’utilise à trois étapes :

1. La première idée « tout va très bien » – lorsque je suis convaincu. L’autocritique réduit l’idée de 30 à 50 %.
2. Au milieu du plan – quand je suis déjà plongé dans le travail et que j’ai perdu mon recul.
3. Avant le lancement – un dernier filtre.

Claude vous contredit vraiment en mode contradictoire. Dans la même situation, GPT-5 commence par faire l’éloge de l’idée, puis « essaie de trouver des améliorations ». J’ai remarqué cette différence après un an d’expérimentation :

Pour moi, la différence en mode contradictoire ressemble à ceci : ChatGPT dit « Bien vu, c’est tout à fait exact. » Dans la même situation, Claude répond : « D’accord, c’est complètement nul ; je vais tout refaire maintenant. » Quand j’ai besoin de critiques, la deuxième réaction m’épargne des jours de travail inutile.

Quand ne pas utiliser cette méthode : pour des itérations positives sur l’interface et les textes. Le mode contradictoire n’y a pas sa place : il étoufferait la créativité.

Cette technique est connue sous le nom de prémortem de projet. Je l’ai adaptée au travail avec un agent IA : au lieu de réunir une équipe, vous faites un prémortem avec Claude. Personne n’a peur de dire « patron, le projet va échouer » ; les angles morts remontent en quelques minutes.

Comment effectuer 5 recherches sources dans le temps nécessaire pour en faire une : les subagents en parallèle#

Voici le cadre du prompt :

Tu as déjà tout le contexte. Mène une recherche approfondie ; lance 5 subagents en parallèle.

Subagent 1 : parcours les réseaux professionnels — qui résout ce problème ?
Subagent 2 : solutions open source sur GitHub — lesquelles sont populaires ?
Subagent 3 : accélérateurs de start-up — qui attire des
            investissements dans ce créneau ?
Subagent 4 : sites des concurrents directs — que promettent-ils et
            à quel prix ?
Subagent 5 : comparatifs et avis — que disent les utilisateurs
            dans leurs avis ?

Quand tout le monde est revenu, lance un agent de synthèse
qui recoupe les 5 rapports et produit un plan
pour mon dossier Second Brain.

Ce qui change par rapport à une recherche classique :

• Temps : 5 flux simultanés au lieu de 5 recherches successives. Une heure de travail en 15 minutes.
• Profondeur : chaque agent se spécialise. Le biais de confirmation de l’un n’influence pas les autres.
• Contexte : chaque subagent a son propre contexte, distinct du contexte principal.

Pour le guide complet sur les subagents, consultez « Claude Code Subagents en 2026 ». Il explique également la différence entre Skills et MCP, et indique quand utiliser l’un ou l’autre.

Quand ne pas appliquer cette méthode : pour des retouches cosmétiques, des corrections de bugs ou de petites tâches techniques. La recherche est excessive pour tout ce qui est inférieur à « une nouvelle fonctionnalité nécessitant au moins 1 journée de travail ».

Comment confier des tâches à Claude depuis votre téléphone : un bot Telegram dans votre poche#

Configuration (4 étapes) :

1. Un ordinateur toujours allumé – je désactive la veille dans les paramètres système (macOS : Energy Saver → Prevent computer from sleeping).
2. Claude Code tourne dans un terminal, rattaché au dossier du projet.
3. Le plugin Telegram officiel – ajoutez la marketplace avec /plugin marketplace add anthropics/claude-plugins-official, puis installez /plugin install telegram@claude-plugins-official (les étapes précises évoluent ; les instructions les plus récentes se trouvent dans le dépôt officiel du plugin).
4. Le bot est rattaché à une seule session – c’est une limitation actuelle : un bot = un projet = une session. Si vous en voulez un deuxième, configurez un second bot.

Ce que je fais avec le bot chaque jour :

• Je suis en promenade et une idée me vient ; je l’envoie tout de suite au bot pour ne pas l’oublier. Il l’ajoute à inbox.md pour que je la traite plus tard.
• J’ai un appel avec un client potentiel ; après l’appel, je demande au bot : « À partir de la transcription du dernier appel, donne les 3 principaux points de douleur qui jouent en notre faveur. » Une minute plus tard, j’ai une analyse complète dans le chat.
• Le matin, dans un café : « montre-moi les devoirs encore en cours dans ma liste ». Pas besoin d’ouvrir l’ordinateur.

⚠️ Le hic : pour l’instant, impossible d’exécuter /clear ou /compact depuis le bot ; la session du bot est la même que celle du terminal, et le contexte continue de s’allonger. Il faut redémarrer manuellement depuis le terminal.

Pour moi, c’est l’extension Claude Code la plus utile de ces deux dernières semaines. Elle m’a fait passer de « je travaille avec Claude quand je suis à mon bureau » à « je travaille avec Claude dès qu’une idée me vient ».

Par quoi commencer : une feuille de route sur 7 jours#

La combinaison des techniques compte davantage que chacune d’elles prise individuellement. Shift+Tab sans Esc Esc rend l’expérimentation inquiétante. /compact sans /cost ne vous indique pas quand compresser. Des plans dans des fichiers sans fenêtres parallèles ajoutent de la complexité sans apporter de bénéfice.

Quand les 9 premiers conseils seront devenus des réflexes, passez au système complet : clone IA + Second Brain + Context Engineering. C’est la méthode que j’ai utilisée pour faire travailler Claude pendant six mois d’affilée, sans hallucinations, perte de contexte ni interruption en plein milieu d’une tâche.

Pour continuer à travailler avec des modèles, rendez-vous sur Ailoot.