32 hacks Claude Code que j'utilise chaque jour

32 hacks Claude Code que j'utilise chaque jour

J'ai presque fermé l'onglet YouTube lorsque le titre disait "31 hacks Claude Code". J'ai regardé cinquante de ces vidéos. La plupart d’entre eux lisent à haute voix les documents officiels pendant qu’un enregistreur d’écran fonctionne. Ensuite, j'ai remarqué les horodatages. Débutant. Intermédiaire. Avancé. Chaque section contenait plus de dix conseils. À mi-chemin, j'avais déjà fait une pause à deux reprises pour mettre à jour mon propre ~/.claude/settings.json, installer un serveur Context7 MCP et reconstruire un sous-agent qui brûlait mon budget Opus sans raison.

Il y a eu trente-deux hacks, pas trente et un. Le créateur a mal compté. Trois d’entre eux que j’utilisais mal depuis des semaines. Deux d'entre eux que je n'avais jamais vus auparavant, et l'un d'eux est désormais la principale raison pour laquelle les opérations de mon agent coûtent 60 % de moins qu'en mars.

Je me suis donc assis et j'ai exécuté chaque hack sur mon flux de travail actuel. La ferme d'agents que j'exécute pour [mon pipeline de contenu mejba.me] (https://mejba.me/automate-seo-content-claude-code), les [builds du client Ramlit] (https://mejba.me/ai-agency-retainer-model-2026-claude-code), les automatisations de sécurité que je prototype. Certaines de ces astuces sont évidentes une fois que vous les connaissez. Quelques-unes sont le genre de choses sur lesquelles seules les personnes ayant expédié des centaines de sessions Claude Code tombent par hasard. Les trente-deux sont ci-dessous, classés de la manière dont je les enseignerais à un développeur assis à côté de moi – débutant d'abord, puis intermédiaire, puis les mouvements avancés qui évoluent réellement.

Si vous ne lisez qu’une seule section, faites-en la section avancée. C'est là que réside l'optimisation des coûts.

Pourquoi la plupart des développeurs utilisent Claude Code à 30 % de son potentiel

Voici ce que personne ne vous dit à propos de Claude Code : l'écart entre un utilisateur occasionnel et un utilisateur expérimenté n'est pas un talent. Il s'agit d'une dizaine de commandes spécifiques et de quelques changements de modèle mental. L'utilisateur occasionnel tape des invites et attend. L'utilisateur expérimenté dispose d'une ligne d'état affichant la gravure du contexte en direct, d'un sous-agent sur Haiku effectuant une exploration en parallèle, d'un hook de formatage automatique à chaque sauvegarde et d'un /loop s'exécutant en arrière-plan pendant qu'il dort.

J'ai appris cela à mes dépens. Pendant six mois, j'ai généré du code décent avec peut-être un tiers du débit auquel je suis actuellement. Même modèle. Même compétence. La différence résidait dans la densité du flux de travail : combien de primitives Claude Code utiles j'empilais au sein d'une seule session. Une fois que j'ai commencé à traiter chaque raccourci clavier, chaque commande slash et chaque touche settings.json comme un outil méritant d'être maîtrisé, la courbe de productivité est devenue verticale.

Ce guide est la version de cette courbe que j'aurais aimé que quelqu'un me remette l'année dernière.

Débutant : les dix astuces que tout utilisateur de Claude Code devrait connaître au cours de la première semaine

Ceux-ci ne sont pas négociables. Si vous sautez l’un d’entre eux, vous payez des impôts pour rien.

1. Exécutez /init avant de saisir une seule invite

La première chose que je fais dans tout nouveau dépôt est d'exécuter /init. Il parcourt la base de code, identifie la pile et écrit un CLAUDE.md qui capture les conventions, la structure des fichiers, les commandes de construction et le type de contexte qui autrement consommerait vos trois premières invites. Le sauter signifie que Claude commence chaque conversation froidement, en posant des questions auxquelles vous avez déjà répondu.

Ce qui m'a surpris : /init est suffisamment bon pour que je réécrive rarement le fichier à partir de zéro. Je le modifie. Je le coupe. Mais les os sont généralement bons. Si vous écrivez manuellement des fichiers CLAUDE.md depuis 2025, arrêtez. Laissez /init le rédiger. Ensuite, vous pouvez l'aiguiser.

2. Configurez /statusline pour voir ce qui se passe réellement

Celui-ci a changé mon flux de travail plus que tout autre conseil pour débutant. Exécutez /statusline et Claude configurera un tableau de bord personnalisé au bas de votre terminal affichant le modèle actuel, le répertoire de travail, la fenêtre de contexte restante, le coût de la session, la branche git et tout ce que vous souhaitez faire apparaître. J'exécute une ligne d'état de style claude-pace qui indique le pourcentage de contexte utilisé, la consommation en dollars par session et l'utilisation de la limite de débit de 5 heures.

Pourquoi est-ce important ? Parce que Claude Code sans ligne d'état, c'est comme conduire sans jauge de carburant. Vous ne réalisez que vous avez brûlé 80 % de votre contexte lorsque les réponses commencent à devenir bizarres. Avec une ligne d'état, je peux voir le contexte évoluer en temps réel et /compact avant qu'il ne me morde.

3. Utilisez la saisie vocale pour les invites longues

Dictée intégrée d'Apple, Whisper Flow ou SuperWhisper : choisissez-en une. Tout ce qui transforme une pensée orale en une invite de cinq cents mots. Je dicte des plans, des rapports de bogues et des résumés de fonctionnalités, car leur saisie prend quatre fois plus de temps et j'oublie les détails lorsque je tape.

Le changement de qualité est réel. Les invites vocales sont plus denses. Ils incluent les demi-pensées et les cas extrêmes que j'aurais ignorés si j'avais tapé un mardi après-midi avec trois fenêtres Slack ouvertes.

4. Gardez votre fenêtre contextuelle petite par défaut

Chaque fichier lu par Claude, chaque résultat d'outil, chaque tour de conversation - tout se trouve dans la fenêtre contextuelle. Cette fenêtre est limitée. Plus vous en faites tôt, moins il y a de place pour un véritable raisonnement plus tard. Ma règle : je ne charge pas de fichier sauf si j'ai une raison précise. Je ne vide pas des répertoires entiers. Je laisse Claude extraire ce dont il a besoin via des outils grep et read, et non en collant du code de manière préventive.

J'ai appris cela à mes dépens lors d'un refactor Laravel lorsque j'ai collé un contrôleur de 2 000 lignes "pour le contexte" et que Claude a oublié la tâche d'origine dix tours plus tard. Un contexte minuscule, un résultat plus net. Toujours.

5. Exécutez /context lorsque les choses commencent à se sentir mal

/context vous montre exactement ce qui consomme votre budget symbolique. Historique des conversations. Résultats de l'outil. Contenu CLAUDE.md. Invite du système. Sorties du serveur MCP. Chacun reçoit un pourcentage. La première fois que je l'ai exécuté lors d'une session qui se comportait mal, j'ai découvert qu'un serveur Playwright MCP contenait 18 % de mon contexte avec des instantanés de navigateur datant d'il y a quarante tours. J'ai tué l'instantané. Problème résolu.

Je lance /context chaque fois que Claude fait quelque chose d'inexplicablement stupide. Huit fois sur dix, le problème vient de la pollution du contexte et non du modèle.

6. Utilisez /compact à 60-70 %, /clear entre les tâches

La sagesse populaire est « compacte à 80 % ». C'est trop tard. À 80 %, Claude devient déjà négligent parce que le rapport contexte/attention s'est dégradé. I /compact à 60-70% avec un argument ciblé : /compact retain the schema and the failing test cases. Le résumé compact devient le nouveau contexte de travail.

Lorsque je change complètement de tâche - disons, j'en ai terminé avec une fonctionnalité et maintenant je débogue un déploiement - je /clear. Pas de compact. Réinitialisation complète. Mélanger deux tâches sans rapport en une seule session est l'un des moyens les plus rapides de faire halluciner Claude sur des API qui n'existent pas.

7. Le mode Plan est Shift+Tab. Utilisez-le pour tout ce qui touche plus d'un fichier

Shift+Tab bascule en mode plan. En mode plan, Claude analyse votre base de code et produit un plan d'implémentation sans écrire de code. Vous examinez le plan, le modifiez, l'approuvez, puis l'exécution commence.

J'ai rendu cela non négociable pour toute modification touchant plus d'un fichier. Les dix secondes que vous passez à lire le plan vous épargnent les trois heures de débogage lorsque Claude décide d'ajouter une limitation de débit dans un nouveau fichier middleware au lieu du middleware d'authentification qui existe déjà. (Expérience réelle. Trois heures réelles. Plus jamais.) [J'ai interrompu le cycle complet plan-validation-expédition ici] (https://mejba.me/claude-code-advanced-workflow-guide).

8. Traitez Claude comme un développeur junior intelligent, pas comme un senior

Il s’agit d’un changement de modèle mental, pas d’un ordre. Les développeurs juniors sont brillants mais ils ont besoin de structure. Ils ont besoin de spécifications claires, d’une révision du code et de quelqu’un qui prenne les décisions architecturales avant qu’elles ne deviennent une dette technologique. Traitez Claude de la même manière. Briefez-le comme un junior. Revoyez sa sortie comme un junior. Ne lui faites pas confiance sur l'architecture sans vérifier.

Les développeurs qui sont brûlés par Claude Code sont ceux qui le traitent comme un senior : ils envoient une vague invite et s'en vont. Ceux qui expédient sont ceux qui rédigent des spécifications strictes et examinent les différences.

9. Forcer les questions de clarification jusqu'à ce que la confiance atteigne 95 %

Ajoutez une seule ligne à votre CLAUDE.md : "Avant d'écrire du code, posez des questions de clarification jusqu'à ce que vous soyez sûr à 95 % des exigences. Ne devinez pas. Ne présumez pas." Le changement de comportement est spectaculaire. Au lieu de générer une implémentation à moitié correcte qui prend trente minutes à corriger, Claude pose les quatre questions qui définissent la spécification avant d'écrire quoi que ce soit.

J'ai testé cela sur une intégration complexe de Stripe le mois dernier. Sans la règle, Claude a adopté le mauvais modèle d'abonnement et a envoyé soixante lignes de code qui devaient être réécrites. Avec la règle, il a posé trois questions, a obtenu les bonnes spécifications et a expédié le code fonctionnel du premier coup.

10. Listes de tâches à vérification automatique avec vérification visuelle

Lorsque j'attribue une tâche en plusieurs étapes, je dis à Claude de tenir une liste de tâches et de vérifier chaque étape avant de la marquer comme terminée. Pour le travail de l'interface utilisateur, cela signifie une capture d'écran. Pour le travail backend, cela signifie atteindre le point final et me montrer la réponse. Pour le travail de base de données, cela signifie exécuter une requête et coller le résultat.

Le changement de qualité est brutal. Sans vérification, Claude marque les choses comme « faites » car c'est lui qui a écrit le code. Avec vérification, « terminé » signifie que cela fonctionne réellement. Il existe une énorme différence entre ces deux états, et la plupart des échecs d’agents se situent dans l’écart qui les sépare.

C'est la pile pour débutants. Composez ces dix et vous exploitez déjà plus de 80 % des utilisateurs de Claude Code. Les hacks intermédiaires sont le point de départ du véritable effet de levier.

Intermédiaire : les douze astuces qui séparent le casual du sérieux

Il s'agit de la couche où Claude Code cesse d'être un chatbot et commence à être un système que vous concevez.

11. Déployez des sous-agents en parallèle pour tout ce qui dépasse une seule fonctionnalité

Les sous-agents sont des instances Claude générées avec leur propre fenêtre contextuelle, leur propre accès aux outils et (essentiellement) leur propre affectation de modèle. Vous les définissez dans ~/.claude/agents/[name].md ou .claude/agents/[name].md pour ceux à l'échelle du projet.

Le modèle qui a percé pour moi : lorsque je construis quelque chose avec trois composants indépendants ou plus, je délègue chaque composant à un sous-agent. Pendant que j'examine l'implémentation de l'authentification, le sous-agent de base de données finalise les migrations et le sous-agent frontend câble les composants. Trois choses qui se passent en parallèle là où j'en faisais une.

[J'ai documenté l'architecture de l'équipe d'agents que j'exécute ici] (https://mejba.me/claude-agent-teams-guide). Une fois que vous faites l'expérience du sub-agents parallèle, le retour au monothread ressemble à une connexion commutée.

12. Développez des compétences personnalisées dans ~/.claude/skills/

Les compétences sont des packs d'instructions réutilisables que Claude charge automatiquement lorsque leur description correspond à la tâche. Chaque compétence est un répertoire avec un fichier SKILL.md. Le frontmatter indique à Claude quand l'utiliser. Le corps dit à Claude quoi faire.

J'ai des compétences en matière de génération de contenu SEO, de modèles de test Laravel et de la manière spécifique dont j'écris les messages de validation. Chaque fois que je déclenche une tâche correspondante, la compétence s'active sans que je tape quoi que ce soit. C'est comme avoir des fragments CLAUDE.md permanents qui ne se chargent que lorsque cela est pertinent. [J'ai couvert les modèles de compétences plus approfondis dans ce guide] (https://mejba.me/agent-skills-advanced-claude-code).

La victoire : les compétences ne polluent pas le contexte comme le fait un géant CLAUDE.md. Ils chargent à la demande et déchargent une fois terminé. C'est la bonne forme pour les connaissances spécialisées.

13. Acheminer les sous-agents vers Haiku pour réduire les coûts de moitié

Il s’agit de la plus grande optimisation des coûts de Claude Code. Les sous-agents héritent du modèle parent, sauf indication contraire de votre part. Si vous définissez model: haiku dans le contexte du sous-agent, ce sous-agent s'exécute sur claude-haiku-4-5 au lieu d'Opus. Haiku est environ 15 fois moins cher par jeton qu'Opus et pour les tâches qui ne nécessitent pas de raisonnement approfondi (recherche de fichiers, analyse de journaux, exploration de la base de code, formatage JSON), l'écart de qualité est essentiellement nul.

Ma configuration actuelle : planification et architecture exécutées sur Opus. L'implémentation s'exécute sur Sonnet. L'exploration, l'analyse des journaux et les refactorisations de routine s'exécutent sur Haiku. Le routage à trois niveaux a fait baisser le coût moyen de ma session de 2,02 $ à 0,98 $, selon les calculs que j'ai effectués en mars. Cela correspond à la réduction de 40 à 60 % signalée par la communauté Claude Code au sens large.

14. Actualisez constamment CLAUDE.md. Gardez-le sous 200 lignes

Chaque ligne de CLAUDE.md est chargée dans chaque conversation. Un fichier de 500 lignes consomme silencieusement le contexte avant que vous ayez tapé une invite. La discipline qui fonctionne : limiter le fichier à 150-200 lignes et traiter tout ce qui se trouve en dessous de ce plafond comme une fonction de forçage pour la priorisation.

Ce qui reste : la description du projet, les chemins d'accès aux fichiers clés, les commandes build/test, les conventions de codage, les règles strictes que Claude ne doit jamais enfreindre. Ce qui se passe : des exemples de code (Claude peut lire votre code), le contexte historique, tout ce qui fait double emploi avec le README, tout ce qui n'a pas été touché depuis deux semaines.

J'actualise CLAUDE.md environ tous les vendredis sur les projets actifs. Cinq minutes d'élagage, dix minutes d'ajout de nouvelles leçons apprises cette semaine-là. L’avantage cumulé est énorme.

15. Acheminer CLAUDE.md vers les fichiers du sous-répertoire lié

Pour les projets plus importants, l'astuce consiste à conserver la racine CLAUDE.md comme routeur, et non comme manuel. Le fichier racine indique "voir docs/conventions.md pour notre style de code, voir docs/architecture.md pour la conception du système, voir docs/deploy.md pour les notes de déploiement." Claude lit le routeur, puis extrait uniquement le fichier lié pertinent à la tâche en cours.

Ce modèle permet à un monorepo Laravel tentaculaire de conserver une racine CLAUDE.md de 120 lignes tout en disposant de conseils approfondis et spécifiques disponibles sur demande. Contexte modulaire. Chargé uniquement en cas de besoin.

16. Quittez tôt et demandez à nouveau lorsque les choses dérivent

Si une session Claude tourne mal – mauvaise direction, API hallucinée, erreurs répétées – n'essayez pas de la corriger au cours de la même session. Sortie. Ouvrez une nouvelle session. Redemandez avec une invite plus précise et les leçons que vous avez tirées de la mauvaise course.

La raison : une fois qu’une séance a dérivé, le mauvais contexte empoisonne chaque tour suivant. Essayer de corriger le cap aggrave souvent la situation. Une nouvelle session avec une invite plus stricte est presque toujours plus rapide que cinq tours de « non, comme ça ».

17. Contester agressivement la production de Claude

Lorsque Claude renvoie quelque chose qui « semble correct », demandez-lui de trouver trois problèmes avec ce qu'il vient d'écrire. Ou dites-lui : "Critiquez cette implémentation comme si vous étiez un ingénieur senior en révision de code. Sur quoi réagiriez-vous ?"

La qualité de sortie saute. Claude est vraiment doué pour trouver des failles dans le code lorsque vous définissez la tâche comme une critique plutôt que comme une génération. J'ai détecté une condition de concurrence critique dans un flux de paiement le mois dernier en utilisant exactement cette invite. L'implémentation originale a réussi les tests. La passe critique a trouvé le bug de timing.

18. /rewind est votre bouton d'annulation rapide

Appuyez deux fois sur Esc ou exécutez /rewind et vous obtenez un menu de point de contrôle montrant chaque état précédent de la conversation. Choisissez un point de contrôle, restaurez. La mise à jour 2026 a ajouté la possibilité de restaurer la conversation uniquement ou le code uniquement, ce qui signifie que vous pouvez annuler les messages tout en conservant les modifications de fichiers, ou vice versa.

Je l'utilise constamment lorsque je réalise que Claude a pris le mauvais chemin il y a cinq tours. Au lieu de tout réexpliquer, je reviens avant le mauvais virage et je réessaye avec une meilleure invite.

19. /hooks pour les notifications, la validation et le formatage automatique

Les hooks sont des commandes shell déterministes que le harnais exécute à des points spécifiques du cycle de vie. Pré-utilisation de l'outil. Après l'utilisation de l'outil. Arrêt. Notification. Ils courent peu importe ce que Claude décide de faire, c'est tout l'intérêt.

Ma pile de hooks actuelle : un hook post-utilisation de l'outil qui exécute prettier sur chaque fichier TS modifié par Claude, un hook d'arrêt qui déclenche une notification macOS lorsqu'une tâche de longue durée est terminée et un hook pré-utilisation de l'outil qui bloque les commandes Bash correspondant à rm -rf en dehors de répertoires spécifiques. Le hook de formatage automatique à lui seul me fait gagner dix minutes de nettoyage par session.

Exécutez /hooks pour les gérer dans la CLI. Ne vous incitez pas à mémoriser des comportements reproductibles. Codifiez-les sous la forme hooks.

20. Captures d'écran pour l'auto-vérification visuelle

Lorsque Claude modifie l'interface utilisateur, je lui dis de prendre une capture d'écran de la page en cours d'exécution et de vérifier que la modification correspond aux spécifications. Avec Playwright MCP installé, il s’agit d’une seule commande. Le changement de qualité est énorme : au lieu de « J'ai ajouté le dégradé » sans preuve, vous obtenez « voici le dégradé, voici la capture d'écran, voici ce que je vois dans la capture d'écran ».

Détecte les bugs d’alignement, la dérive des couleurs et la douzaine de petits problèmes visuels que la vérification du texte uniquement manque à chaque fois.

21. Intégration de Chrome DevTools pour le débogage en direct

Connectez Claude à Chrome via Playwright ou DevTools MCP et vous pourrez lui faire ouvrir un navigateur, accéder à votre serveur de développement, inspecter le DOM, lire les erreurs de la console et vérifier le comportement de bout en bout. Je fais cela pour tout bug frontal qui ne se reproduit pas à la première invite.

La session ressemble à une programmation en binôme avec quelqu'un qui a un navigateur ouvert à tout moment. Ils cliquent. Ils vérifient la console. Ils font rapport. Augmentation de niveau massive par rapport aux devinettes à partir du code seul.

22. Cloner des sites d'inspiration par capture d'écran

Celui-ci est un pur territoire d’utilisateur expérimenté. Faites une capture d'écran d'un site que vous souhaitez imiter, remettez-la à Claude, demandez-lui de reproduire la mise en page dans votre pile. Avec un modèle compatible avec la vision et de bons jetons de conception dans votre projet, vous obtenez un clone fonctionnel en quinze minutes, ce qui aurait pris une demi-journée à un développeur frontend.

Je l'ai utilisé pour les pages de destination, les tableaux de bord et les tableaux de prix. Le résultat n'est pas parfait au pixel près, mais il est suffisamment proche pour que le polissage manuel dure quinze minutes au lieu de trois heures. [J'ai approfondi le flux de travail de clonage visuel ici] (https://mejba.me/ai-website-cloning-recurring-revenue).

C'est la pile intermédiaire. Avec ces douze éléments connectés, vous fonctionnez comme un senior qui utilise Claude Code depuis un an. Passons maintenant aux mouvements avancés – ceux qui vous emmènent sur le territoire où Claude Code cesse d’être un outil et commence à être une infrastructure.

Avancé : les dix hacks qui transforment Claude Code en infrastructure

C’est la couche où vivent les opérateurs sérieux. La plupart des utilisateurs de Claude Code n’y toucheront jamais. Ceux qui opèrent à un débit multiple.

23. Sessions parallèles avec Git Worktrees

git worktree add ../feature-payments feature/payments crée un répertoire de travail isolé lié à une branche. Vous lancez une session Claude Code distincte dans cet arbre de travail, complètement isolée de votre session principale : fichiers différents, état différent, aucun conflit. Boris Cherny, le créateur de Claude Code, [aurait dirigé dix à quinze sessions parallèles] (https://mejba.me/boris-cherny-claude-code-workflow) en utilisant exactement ce modèle.

Mon plafond actuel est de quatre sessions d'arbre de travail parallèles. Au-delà de cela, je perds la trace de ce qui se passe où. Quatre suffisent pour se sentir surhumain. Pendant que l'authentification est livrée dans l'arbre de travail A, l'intégration des paiements est en cours de construction dans l'arbre de travail B, la refonte du tableau de bord est rendue dans l'arbre de travail C et le gestionnaire de webhook Stripe exécute des tests dans l'arbre de travail D. J'examine les PR dans une cinquième fenêtre. Il s’agit d’une semaine de fonctionnalités compressée en un après-midi.

24. Accédez directement aux points de terminaison de l'API au lieu de charger le serveur MCP

Les serveurs MCP sont incroyables. Ils coûtent également cher en jetons. Chaque serveur MCP enregistre les outils qui sont chargés dans le contexte de Claude, que vous les utilisiez ou non. Un MCP lourd peut consommer 5 à 10 % de votre budget de contexte uniquement sur les définitions d'outils.

Le hack : pour des interactions API ponctuelles, ignorez le MCP et demandez à Claude d'appeler le point de terminaison directement avec curl ou un simple client HTTP. Vous dépensez quelques centaines de jetons pour un seul appel d'outil au lieu de dix mille pour des définitions d'outils MCP persistantes. Je conserve les serveurs MCP pour les outils que j'utilise dans plus de 50 % des sessions. Tout le reste passe par des appels API directs.

25. /loop pour les tâches récurrentes en arrière-plan

/loop vous permet d'exécuter une invite ou une commande slash à intervalles récurrents. "/loop 30m, vérifiez les journaux de déploiement et envoyez-moi un ping s'il y a une erreur" s'exécute toutes les trente minutes. Omettez l’intervalle et Claude suit son propre rythme. Le harnais peut maintenir les boucles en vie jusqu'à trois jours.

J'exécute des boucles pour les contrôles SEO, les pings de publication de contenu, les analyses de sécurité et une baby-sitter de l'état de la construction qui surveille CI et me prévient quand quelque chose se casse. L’astuce consiste à garder les invites de boucle étroites : une boucle avec un mandat vague devient rapidement coûteuse. Portée étroite. Condition de sortie claire. Format de rapport spécifique.

26. Hébergez Claude Code sur un VPS pour les agents permanents

Si vous souhaitez que des boucles exécutent 24/7 sans que votre ordinateur portable soit ouvert, déployez Claude Code sur un VPS. Un droplet DigitalOcean bon marché ou une boîte Hetzner exécute une session tmux avec Claude Code, vos boucles se déclenchent dans les délais et vous vous connectez via SSH pour vérifier l'état de n'importe où.

J'ai une boîte Hetzner de 20 $ /month qui exécute ma boucle de surveillance de contenu et une boucle d'analyse de sécurité. Tous deux sont en vie depuis six semaines. Je m'enregistre une fois par jour. Le VPS devient un agent d'exécution persistant au lieu d'une session jetable.

27. Contrôlez Claude à distance depuis votre téléphone via un navigateur

Tunnelez votre session VPS Claude via ttyd, gotty ou un outil de terminal dans le navigateur similaire, verrouillez-la derrière HTTPS et l'authentification de base, et vous pourrez piloter Claude Code depuis votre téléphone. J'ai expédié des correctifs depuis un café, un aéroport et une fois depuis un bus sur le chemin du retour.

Pas pour les gros travaux. Parfait pour les interactions rapides « hé, redémarrez cette boucle » ou « vérifiez l'état du déploiement » lorsque vous êtes loin de l'ordinateur portable.

28. Interrogez NoSQL et BigQuery en anglais simple via la CLI

Installez un serveur de base de données MCP (Firebase, Supabase, BigQuery, MongoDB — la plupart en ont un) et vous pouvez demander à Claude des choses comme "combien d'inscriptions au cours des dernières 24 heures d'utilisateurs américains sur le plan pro ?" Il écrit la requête, l'exécute, analyse le résultat et vous donne une réponse en une ligne.

Le passage s'effectue du SQL en tant que compétence aux données en tant que conversation. J'écris toujours des requêtes personnalisées pour l'analyse de la production. Pour des questions exploratoires lors d’une réunion ? Anglais simple par Claude. Dix fois plus rapide que d'ouvrir la console BigQuery.

29. Ultrathink pour les problèmes difficiles

Anthropic recommande explicitement des mots magiques qui augmentent le budget de réflexion de Claude. La hiérarchie : think → think hard → think harder → ultrathink. Chaque étape attribue plus de jetons de réflexion. ultrathink déclenche environ 32 000 jetons de réflexion – essentiellement le raisonnement maximum que Claude déploiera sur une seule réponse.

A utiliser avec parcimonie. ultrathink est cher et lent. Mais pour les problèmes véritablement difficiles – décisions architecturales, bugs épineux, analyse de sécurité sur un flux d’authentification complexe – c’est la différence entre une réponse au niveau de la surface et une réponse qui détecte les éléments qu’un ingénieur senior détecterait.

Ma règle : j'utilise ultrathink peut-être deux fois par session, sur des problèmes où la mauvaise réponse coûte plus cher que les jetons supplémentaires.

30. Modifiez les autorisations dans settings.json pour pré-approuver les commandes sécurisées

Arrêtez de dire oui à chaque invite. Ouvrez ~/.claude/settings.json et ajoutez :

{
  "permissions": {
    "allow": [
      "Bash(npm run *)",
      "Bash(git status)",
      "Bash(git diff *)",
      "Bash(pytest *)",
      "Bash(prettier *)"
    ],
    "deny": [
      "Bash(rm -rf *)",
      "Bash(git push --force *)",
      "Bash(curl * | sh)"
    ],
    "ask": [
      "Bash(git push *)",
      "Bash(npm publish *)"
    ]
  }
}

Les règles d'autorisation permettent à Claude d'exécuter des commandes sécurisées sans invite. Les règles de refus bloquent les commandes destructrices quoi qu'il arrive (le refus l'emporte toujours sur l'autorisation). Demandez aux règles de forcer la confirmation pour les opérations sensibles.

La différence est la nuit et le jour. Avec un bon fichier d'autorisations, mes boucles d'agent s'exécutent de manière autonome pendant des heures sans que je clique vingt fois sur "approuver". Sans cela, chaque itération de boucle s'arrête en attendant mon attention. La présentation approfondie complète de settings.json est ici.

31. Créez des équipes d'agents avec un contexte partagé

C’est là que ça devient architectural. Une « équipe d'agents » est un ensemble de sub-agents spécialisés — un planificateur, un codeur, un testeur, un réviseur — chacun avec son propre rôle, modèle et accès aux outils. Ils communiquent via un fichier de démarque partagé (team-state.md ou similaire) que chaque agent lit au début de son tour et écrit à la fin.

Le planificateur lit les spécifications, rédige un plan et l'écrit dans team-state.md. Le codeur lit le plan, l'implémente, écrit le diff dans team-state.md. Le testeur lit la différence, exécute les tests, écrit les résultats. Le réviseur lit tout, signe ou renvoie. Les quatre agents sont différents Claude Code sub-agents sur les modèles appropriés — Opus pour le planificateur, Sonnet pour le codeur, Haiku pour le testeur. J'ai couvert l'architecture de l'équipe en détail ici.

C’est le modèle d’architecture qui évolue. Un humain. Quatre agents spécialisés. Un fichier de contexte partagé. Un débit qui semble vraiment injuste.

32. Context7 MCP pour la documentation spécifique à la version

Le dernier. Le plus gros hack que j'ai adopté au cours des soixante derniers jours. Le Context7 MCP d'Upstash injecte une documentation de bibliothèque à jour et spécifique à la version directement dans le contexte de Claude dès que vous référencez une bibliothèque.

Sans Context7, Claude génère du code basé sur ce dont il se souvient de la formation, c'est-à-dire des API obsolètes, des chemins d'importation incorrects et des fonctions qui n'existent pas dans la version que vous utilisez. Avec Context7, Claude extrait la documentation actuelle pour la version exacte du package dans votre package.json et écrit du code qui fonctionne du premier coup.

Installez-le une fois :

claude mcp add context7 -- npx -y @upstash/context7-mcp

Redémarrez Claude Code. Fait. Désormais, chaque fois que vous dites « créer une action serveur Next.js 15 » ou « écrire une migration Drizzle ORM », Context7 récupère les documents actuels en arrière-plan et Claude les code. Le problème de l'API hallucinée disparaît essentiellement pour toutes les bibliothèques prises en charge par Context7.

C'est le hack que je recommanderais à un utilisateur de Claude Code qui n'a que le temps d'implémenter une seule chose de cet article dans son intégralité.

Qu'est-ce qui change réellement lorsque vous exécutez les 32 ensemble

Voici la partie qui compte. Chacun de ces hacks est incrémentiel. Quelques pour cent de mieux. Cinq minutes gagnées. Séances un peu moins chères. Implémentez les trente-deux et la courbe devient non linéaire.

Mes chiffres personnels, mars vs avril : coût moyen d'une session en baisse de 60 %, débit augmenté d'environ 4 fois, taux d'hallucinations réduit d'un ordre de grandeur (principalement grâce à Context7 et à une hygiène CLAUDE.md plus stricte) et temps passé à cliquer sur "approuver" jusqu'à près de zéro en raison des règles d'autorisation settings.json.

Ce n’est pas parce qu’un seul hack est magique. C'est parce que les hacks se multiplient. Une meilleure discipline contextuelle plus un sub-agents moins cher plus un formatage automatique hooks plus des arbres de travail parallèles plus une pré-approbation des autorisations équivaut à un environnement dans lequel Claude Code fonctionne réellement sans surveillance pendant des heures à la fois et produit un travail que je expédierais sans réécriture.

Le changement de modèle mental est réel. Arrêtez de traiter Claude Code comme un chatbot. Commencez à le traiter comme un environnement de développement que vous concevez. Chaque hack de cet article est un élément de cette architecture.

Si vous êtes arrivé jusqu'ici, voici le conseil que j'aurais aimé me donner il y a un an : n'essayez pas de mettre en œuvre les trente-deux à la fois. Choisissez-en trois dans la section débutant et faites-les composer sur une semaine. Ajoutez ensuite trois de l’intermédiaire. Puis passez à avancé. L’effet composé se construit couche par couche, pas en un seul week-end.

Le dernier hack est le seul qui ne rentre pas dans cette liste : continuez à y ajouter. Chaque semaine, vous trouverez un nouveau modèle, un nouveau serveur MCP, un nouveau hook qui vous fera gagner encore quinze minutes. Le hack de trente secondes est le méta-hack – la discipline consistant à traiter votre propre flux de travail Claude Code comme quelque chose qui mérite d'être optimisé chaque semaine.

Le mien est méconnaissable par rapport à ce qu’il était il y a trois mois. Le vôtre le sera aussi.

Questions fréquemment posées

Quel est le meilleur hack Claude Code pour réduire les coûts ?

Le routage de sub-agents vers Haiku (model: haiku-4-5 dans le domaine du sous-agent) est le plus gros levier de coûts. Il réduit généralement les coûts de session de 40 à 60 % avec une perte de qualité négligeable pour l'exploration, la recherche et les tâches de routine. Pour une mise en œuvre complète, voir le hack n°13 ci-dessus.

Comment déclencher ultrathink dans Claude Code ?

Tapez ultrathink littéralement dans votre invite. Anthropic reconnaît une hiérarchie de mots magiques – think, think hard, think harder, ultrathink – qui font évoluer le budget des jetons de réflexion. ultrathink alloue environ 32 000 jetons de réflexion, le maximum. Utilisez-le uniquement pour les décisions architecturales et les bugs majeurs.

Quelle est la différence entre /compact et /clear ?

/compact résume votre conversation en cours pour libérer le contexte tout en gardant la continuité – utile lorsque vous atteignez 60 à 70 % d'utilisation du contexte et que vous souhaitez continuer à travailler sur la même tâche. /clear efface entièrement la conversation : utilisez-la lorsque vous passez à une nouvelle tâche sans rapport. Un mélange incorrect des deux est l'une des principales causes des hallucinations de Claude en pleine séance.

Dois-je utiliser Context7 MCP pour chaque projet ?

Oui, si vous travaillez avec des bibliothèques en évolution rapide (Next.js, React, Drizzle, Supabase, tout ce qui est en développement actif). Context7 récupère à la demande la documentation spécifique à la version et élimine essentiellement les API hallucinées. Installez une fois avec claude mcp add context7 -- npx -y @upstash/context7-mcp. Voir le hack n°32.

Comment exécuter Claude Code en parallèle sans conflits ?

Utilisez les arbres de travail git. git worktree add ../feature-name feature/branch-name crée un répertoire de travail isolé, puis lance une session Claude Code distincte à l'intérieur. Chaque session a ses propres fichiers et état. Boris Cherny anime ainsi dix à quinze sessions parallèles ; quatre est un plafond durable pour la plupart des développeurs. Voir le hack n°23.

Travaillons ensemble

Vous cherchez à créer des systèmes AI, à automatiser les flux de travail ou à faire évoluer votre infrastructure technologique ? J'aimerais aider.

• Fiverr (versions et intégrations personnalisées) : fiverr.com/s/EgxYmWD
• Portefeuille : mejba.me
• Ramlit Limited (solutions d'entreprise) : ramlit.com
• ColorPark (conception et image de marque) : colorpark.io
• xCyberSecurity (services de sécurité) : xcybersecurity.io