Boris Cherny a créé Claude Code chez Anthropic. Entre janvier et mars 2026, il a partagé 72 conseils pratiques issus de son workflow quotidien — en 9 threads sur X. Ce guide compile et organise chacun de ces tips pour vous donner le manuel le plus complet qui existe sur Claude Code.
Son setup est, selon ses propres mots, « surprisingly vanilla » — la preuve que Claude Code fonctionne remarquablement bien out of the box. Mais les détails font toute la différence.
Sources : 9 threads publiés par @bcherny et @trq212 entre le 2 janvier et le 29 mars 2026, compilés sur howborisusesclaudecode.com (v4.0.0).
1. Parallélisme & Exécution Simultanée
Le tip n°1 de l'équipe Claude Code, unanimement : le plus grand accélérateur de productivité est de faire tourner plusieurs sessions en parallèle.
Tip 1 — Exécuter 5 Claudes en Parallèle
Boris fait tourner 5 instances de Claude Code simultanément dans son terminal avec 5 checkouts git séparés du même repo. Il numérote ses tabs 1 à 5 et active les notifications iTerm2 pour savoir quand Claude a besoin d'attention.
~/repo-1 $ # Tab 1: Feature en cours
~/repo-2 $ # Tab 2: Tests
~/repo-3 $ # Tab 3: Code review
~/repo-4 $ # Tab 4: Debugging
~/repo-5 $ # Tab 5: Documentation
Chaque tab tourne dans son propre checkout git — Claude peut modifier des fichiers en parallèle sans conflit.
Tip 2 — Sessions Web et Mobile
Au-delà du terminal, Boris fait tourner 5 à 10 sessions supplémentaires sur claude.ai/code. Il passe fluidement du local au web avec la commande & (background) ou le flag --teleport. Il lance aussi des sessions depuis son iPhone via l'app Claude iOS le matin, puis les reprend sur son ordinateur plus tard.
Tip 3 — Git Worktrees : la Méthode Préférée
La majorité de l'équipe préfère les git worktrees aux checkouts séparés — c'est pourquoi le support natif a été intégré dans Claude Desktop.
git worktree add .claude/worktrees/my-worktree origin/main
cd .claude/worktrees/my-worktree && claude
Certains nomment leurs worktrees et créent des alias shell (za, zb, zc) pour sauter de l'un à l'autre en une touche. D'autres ont un worktree dédié « analysis » pour les logs et BigQuery.
Tip 4 — claude --worktree / claude -w
Support natif intégré au CLI depuis février 2026. Boris a des dizaines de Claudes qui tournent en permanence.
claude -w # Nouveau worktree auto
claude --worktree my_worktree # Worktree nommé
claude --worktree my_worktree --tmux # Dans sa propre session Tmux
Disponible dans le CLI, Desktop (case à cocher dans l'onglet Code), extensions IDE, web et mobile.
Tip 5 — Subagents avec Isolation Worktree
Les subagents utilisent l'isolation worktree pour du travail parallèle massif — particulièrement puissant pour les migrations de code et les changements en batch.
> Migrate all sync io to async. Batch up the changes,
and launch 10 parallel agents with worktree isolation.
Make sure each agent tests its changes end to end,
then have it put up a PR.
Tip 6 — Agents avec Worktree par Défaut
Ajoutez isolation: worktree dans le frontmatter YAML de vos agents pour qu'ils tournent systématiquement dans leur propre worktree :
# .claude/agents/worktree-worker.md
---
name: worktree-worker
model: haiku
isolation: worktree
---
Tip 7 — Worktrees pour VCS Non-Git
Utilisateurs de Mercurial, Perforce, SVN ou Jujutsu : définissez des hooks WorktreeCreate et WorktreeRemove dans settings.json pour bénéficier de l'isolation sans passer par Git.
Tip 8 — /batch : Fan Out Massif
/batch vous interviewe, puis distribue le travail à autant d'agents worktree qu'il faut — des dizaines, centaines, voire milliers — pour les migrations de code et autres travaux parallélisables.
> /batch migrate src/ from Solid to React
2. Planification & Plan Mode
Un bon plan évite les dérives. Boris commence presque toutes ses sessions complexes en Plan Mode.
Tip 9 — Toujours Commencer en Plan Mode
Shift+Tab pour cycler vers le Plan Mode. Itérez sur le plan jusqu'à ce qu'il soit solide, puis passez en auto-accept. Le workflow : Plan mode → Affiner le plan → Auto-accept → Claude implémente en un shot.
« A good plan is really important to avoid issues down the line. »
Tip 10 — Re-planifier Dès que ça Dérape
Quand les choses tournent mal, ne persistez pas. Repassez en Plan Mode et re-planifiez. Un membre de l'équipe fait écrire le plan par un Claude, puis lance un second Claude pour le reviewer comme un staff engineer. Ils demandent aussi à Claude d'entrer en Plan Mode pour les étapes de vérification, pas seulement pour le build.
Tip 11 — Nommage Automatique Post-Plan
Après le Plan Mode, Claude nomme automatiquement la session en fonction de ce sur quoi vous travaillez. Se combine avec claude --name pour un nommage explicite.
Tip 12 — claude --name
claude --name "auth-refactor"
Indispensable quand vous jonglez entre plusieurs worktrees — on voit d'un coup d'œil quelle session fait quoi.
3. CLAUDE.md & Mémoire du Projet
Le CLAUDE.md est la mémoire persistante de votre projet. L'équipe le traite comme un document vivant, mis à jour plusieurs fois par semaine.
Tip 13 — CLAUDE.md Partagé dans Git
L'équipe partage un seul fichier CLAUDE.md pour le repo Claude Code, commité dans git. Toute l'équipe y contribue.
« Anytime we see Claude do something incorrectly we add it to the CLAUDE.md, so Claude knows not to do it next time. »
# CLAUDE.md — Exemple
# Development Workflow
**Always use `bun`, not `npm`.**
# 1. Make changes
# 2. Typecheck: bun run typecheck
# 3. Run tests: bun run test -- -t "test name"
# 4. Lint: bun run lint:file -- "file1.ts"
# 5. Before PR: bun run lint:claude && bun run test
Tip 14 — @.claude dans les Code Reviews
Pendant les code reviews, taguez @.claude sur les PRs pour ajouter des learnings au CLAUDE.md directement dans la PR. Utilisez le GitHub Action Claude Code (/install-github-action). Boris appelle ça du « Compounding Engineering ».
// Commentaire de PR :
nit: use a string literal, not ts enum
@claude add to CLAUDE.md to never use enums,
always prefer literal unions
Résultat : Claude met à jour le CLAUDE.md et commite automatiquement.
Tip 15 — « Update your CLAUDE.md »
Après chaque correction, terminez avec : « Update your CLAUDE.md so you don't make that mistake again. » Claude est étonnamment bon pour écrire des règles pour lui-même. Éditez sans relâche jusqu'à ce que le taux d'erreur baisse mesurément.
Un ingénieur demande à Claude de maintenir un répertoire de notes pour chaque tâche/projet, mis à jour après chaque PR, puis pointe le CLAUDE.md dessus.
Tip 16 — Auto-Memory & Auto-Dream
Claude Code dispose d'un système de mémoire intégré. /memory pour configurer.
Auto-memory : Claude sauvegarde automatiquement les préférences, corrections et patterns entre sessions. User memory → ~/.claude/CLAUDE.md, project memory → ./CLAUDE.md.
Auto-dream : Un subagent passe périodiquement en revue les sessions passées, garde ce qui compte, supprime ce qui est obsolète et consolide les insights. Le nom s'inspire du sommeil REM qui consolide la mémoire à court terme en mémoire à long terme. /dream pour déclencher manuellement.
Tip 17 — Agents Custom avec Mémoire
Créez des agents custom en déposant des fichiers .md dans .claude/agents. Chaque agent peut avoir un nom, une couleur, un jeu d'outils, un mode de permission et un modèle propre.
Astuce peu connue : définissez l'agent par défaut via le champ "agent" dans settings.json ou le flag --agent.
4. Modèle, Effort & Raisonnement
Tip 18 — Opus avec Thinking pour Tout
Boris utilise Opus avec le mode thinking pour chaque tâche.
« It's the best coding model I've ever used, and even though it's bigger & slower than Sonnet, since you have to steer it less and it's better at tool use, it is almost always faster than using a smaller model in the end. »
La conclusion : moins de correction + meilleur tool use = plus rapide au final, même avec un modèle plus lourd.
Tip 19 — /effort : 4 Niveaux de Raisonnement
- Low — moins de tokens, réponses rapides
- Medium — équilibré (défaut)
- High — plus de tokens, plus d'intelligence (Boris utilise celui-ci pour tout)
- Max — raisonne aussi longtemps que nécessaire, brûle les quotas plus vite
Le Max est indispensable pour le debugging complexe ou les décisions d'architecture.
Tip 20 — Output Styles
/config pour choisir un style de sortie :
- Explanatory — idéal pour découvrir une codebase, Claude explique les patterns au fur et à mesure
- Learning — Claude vous coach à travers les changements
- Custom — créez vos propres styles
5. Slash Commands, Skills & Plugins
Tip 21 — Slash Commands pour les Workflows Récurrents
Boris utilise des slash commands pour les workflows qu'il fait des dizaines de fois par jour. Les commandes sont commitées dans .claude/commands/ et partagées avec l'équipe.
> /commit-push-pr
Les slash commands peuvent inclure du Bash inline pour pré-calculer des infos (comme le git status) et s'exécuter sans appel modèle supplémentaire.
Tip 22 — Créer ses Propres Skills
Créez vos propres skills et commitez-les dans git. Réutilisez-les d'un projet à l'autre.
- Si vous faites quelque chose plus d'une fois par jour, transformez-le en skill ou commande
- Construisez un
/techdebtet lancez-le en fin de session pour trouver et supprimer le code dupliqué - Créez une commande qui synchronise 7 jours de Slack, GDrive, Asana et GitHub en un seul dump de contexte
- Construisez des agents analytics-engineer qui écrivent des dbt models, reviewent le code et testent dans dev
Tip 23 — Plugins, MCPs et LSPs
/plugin pour parcourir et installer depuis le marketplace officiel Anthropic, ou créez votre propre marketplace d'entreprise. Commitez le settings.json dans votre codebase pour auto-ajouter les marketplaces à l'équipe.
Tip 24 — /simplify : Qualité Post-Implémentation
Agents parallèles qui reviewent le code modifié pour la réutilisation, la qualité et l'efficacité — tout en un pass.
> hey claude make this code change then run /simplify
Tip 25 — /btw : Questions Sans Interrompre le Flow
Conversation latérale pendant que Claude travaille. Single-turn, pas d'outils, contexte complet. Boris l'utilise constamment.
> /btw how do i spell daushund?
dachshund — German for "badger dog" (dachs = badger, hund = dog).
Tip 26 — /branch : Forker une Session
Deux façons de forker une session existante :
# Depuis la session
/branch
# Depuis le CLI
claude --resume <session-id> --fork-session
6. Subagents & Agents Custom
Tip 27 — Subagents pour les Workflows PR
Boris pense les subagents comme des automatisations pour les workflows PR les plus courants : code-simplifier (nettoie le code), code-architect (planifie l'architecture), build-validator (valide le build), verify-app (test end-to-end), oncall-guide (guide de garde).
Tip 28 — « Use Subagents » à la Demande
Ajoutez « use subagents » à n'importe quelle requête pour que Claude lance plus de compute. Déchargez des tâches individuelles pour garder la fenêtre de contexte principale propre et focalisée.
> use 5 subagents to explore the codebase
● Running 5 Explore agents in parallel...
├─ Explore entry points and startup
├─ Explore React components structure
├─ Explore tools implementation
├─ Explore state management
└─ Explore testing infrastructure
Tip 29 — Router les Permissions via Subagent
Routez les demandes de permission vers Opus via un hook — laissez-le scanner les attaques potentielles et auto-approuver les opérations sûres.
Tip 30 — Code Review Automatique par Agents
Quand une PR s'ouvre, Claude dispatche une équipe d'agents spécialisés pour chasser les bugs. Chaque agent se concentre sur un problème différent — erreurs de logique, sécurité, régressions de performance — puis poste des commentaires inline sur la PR.
Boris l'a utilisé pendant des semaines avant le lancement. Il attrape de vrais bugs qu'il n'aurait pas remarqués. Le code output par ingénieur est en hausse de 200% chez Anthropic cette année, et les reviews étaient le goulot d'étranglement.
Tip 31 — --agent : Agents Custom
Définissez un agent dans .claude/agents avec un nom, une couleur, un jeu d'outils limité, un mode de permission et un modèle propre. Puissant et souvent sous-estimé.
# .claude/agents/ReadOnly.md
---
name: ReadOnly
description: Read-only agent restricted to the Read tool only
color: blue
tools: Read
---
You are a read-only agent that cannot edit files or run bash.
Lancez avec claude --agent=ReadOnly.
Tip 32 — Cowork Dispatch
Boris utilise Dispatch chaque jour pour rattraper Slack et emails, gérer des fichiers, et faire des choses sur son laptop quand il n'est pas devant un ordi. « When I'm not coding, I'm dispatching. »
Dispatch est un contrôle à distance sécurisé pour l'app Claude Desktop — il utilise vos MCPs, navigateur et ordinateur, avec votre permission.
7. Hooks & Cycle de Vie
Tip 33 — PostToolUse pour le Formatage Auto
Hook qui auto-formate le code de Claude. Claude génère du code bien formaté 90% du temps, mais le hook rattrape les cas limites et évite les échecs CI.
"PostToolUse": [{
"matcher": "Write|Edit",
"hooks": [{
"type": "command",
"command": "bun run format || true"
}]
}]
Tip 34 — PostCompact Hook
Se déclenche après que Claude compresse son contexte de conversation. Utilisez-le pour ré-injecter des instructions critiques qui pourraient être perdues pendant la compaction, logger quand ça arrive, ou déclencher des automatisations.
Tip 35 — Stop Hooks pour Long-Run
Pour les tâches très longues : Stop hook pour des vérifications déterministes, background agents, ou le plugin « ralph-wiggum » (idée communautaire de @GeoffreyHuntley). Pour les environnements sandboxés, --permission-mode=dontAsk évite les blocages.
Tip 36 — Hooks de Cycle de Vie
Les hooks s'accrochent de manière déterministe au cycle de vie de Claude. Cas d'usage : router les permissions vers Slack ou Opus automatiquement, pousser Claude à continuer quand il atteint la fin d'un tour, pré/post-traiter les appels d'outils.
Tip 37 — Les 4 Hooks Clés
Les hooks les plus puissants selon Boris :
- SessionStart — charger dynamiquement du contexte à chaque démarrage de Claude
- PreToolUse — logger chaque commande bash exécutée par le modèle
- PermissionRequest — router les demandes vers WhatsApp pour approbation/rejet à distance
- Stop — pousser Claude à continuer chaque fois qu'il s'arrête
Voir la doc : code.claude.com/docs/en/hooks
8. Permissions, Sandbox & Sécurité
Tip 38 — Pré-autoriser les Commandes Sûres
Au lieu de --dangerously-skip-permissions, utilisez /permissions pour pré-autoriser les commandes safe courantes. La plupart sont partagées dans .claude/settings.json. Syntaxe wildcard : "Bash(bun run *)" ou "Edit(/docs/**)".
Tip 39 — Sandboxing
/sandbox pour le runtime sandbox open source. Isolation fichier et réseau, trois modes : sandbox avec auto-allow, sandbox avec permissions normales, ou désactivé.
Tip 40 — Auto Mode
Au lieu d'approuver chaque action ou de tout skipper dangereusement, Auto Mode laisse Claude prendre les décisions via des classifieurs testés par Anthropic. Les opérations sûres sont auto-approuvées, les risquées sont signalées.
claude --enable-auto-mode
# Ou cycle avec Shift+Tab pendant une session :
# plan mode → auto mode → normal mode
Boris : « no 👏 more 👏 permission prompts 👏 »
Tip 41 — 37 Settings, 84 Env Vars
Commitez settings.json dans git. Configuration par codebase, sous-dossier, utilisateur, ou politiques enterprise. Utilisez le champ "env" dans votre settings.json pour éviter les wrapper scripts.
9. MCP & Intégrations
Tip 42 — Slack, BigQuery, Sentry
Claude Code utilise vos outils de manière autonome : recherche et poste sur Slack (via MCP), lance des requêtes BigQuery avec le CLI bq, récupère les logs d'erreur depuis Sentry.
{
"mcpServers": {
"slack": {
"type": "http",
"url": "https://slack.mcp.anthropic.com/mcp"
}
}
}
Tip 43 — Data & Analytics
Demandez à Claude Code d'utiliser le CLI « bq » pour analyser des métriques à la volée. L'équipe a un skill BigQuery commité dans le codebase.
« Personally, I haven't written a line of SQL in 6+ months. »
Fonctionne pour toute base de données qui a un CLI, MCP ou API.
Tip 44 — Plugin iMessage
iMessage est disponible comme canal Claude Code. Installez le plugin et textez Claude comme un ami — depuis n'importe quel appareil Apple.
/plugin install imessage@claude-plugins-official
Claude Code devient un contact dans votre app Messages. Se combine parfaitement avec les sessions remote control.
Tip 45 — Claude Corrige les Bugs Tout Seul
Activez le Slack MCP, collez un thread de bug et dites simplement « fix ». Zéro changement de contexte. Ou : « Go fix the failing CI tests. » Ne micromanagez pas le comment. Pointez Claude sur les docker logs pour le debugging de systèmes distribués.
10. Terminal & Personnalisation
Tip 46 — Ghostty
L'équipe adore Ghostty pour son rendu synchronisé, ses couleurs 24-bit et le support Unicode complet. Plusieurs personnes colorent et nomment leurs tabs terminal, parfois avec tmux — un tab par tâche/worktree.
Tip 47 — Configuration Terminal
- Thème :
/configpour light/dark mode - Notifications : activer pour iTerm2, ou utiliser un hook custom
- Retours à la ligne :
/terminal-setuppour activer Shift+Enter dans les terminaux IDE, Apple Terminal, Warp ou Alacritty - Vim mode :
/vim
Tip 48 — Status Line Custom
/statusline — modèle, répertoire, contexte restant, coût, et tout ce que vous voulez voir pendant que vous travaillez. Claude génère la vôtre à partir de votre .bashrc/.zshrc. Tout le monde dans l'équipe a une statusline différente.
Tip 49 — Keybindings Personnalisés
Chaque raccourci clavier dans Claude Code est personnalisable. /keybindings pour reconfigurer n'importe quelle touche. Live reload. Stocké dans ~/.claude/keybindings.json.
Tip 50 — Spinners Custom
Personnalisez les verbes du spinner pour rendre Claude Code plus personnel. Commitez dans le settings.json pour les partager.
> in my settings, make my spinner verbs star trek themed.
✱ Beaming up… (esc to interrupt)
Tip 51 — /color
Changez la couleur du prompt input par session. 3-5 sessions ouvertes = couleurs différentes = clarté instantanée.
Tip 52 — /voice : Entrée Vocale
Boris fait la majorité de son coding en parlant à Claude, pas en tapant.
- CLI :
/voicepuis maintenez la barre espace - Desktop : bouton micro
- iOS : activez la dictée dans les réglages iOS
Vous parlez 3x plus vite que vous ne tapez, et vos prompts deviennent bien plus détaillés.
Tip 53 — Voice Mode Complet
Le voice mode est déployé pour 100% des utilisateurs, y compris dans Claude Code Desktop et Cowork. Cliquez l'icône micro et parlez naturellement.
11. Vérification & Qualité du Code
Tip 54 — Le Tip le Plus Important : la Vérification
« Probably the most important thing to get great results out of Claude Code — give Claude a way to verify its work. If Claude has that feedback loop, it will 2-3x the quality of the final result. »
La vérification varie selon le domaine : commandes Bash, suites de tests, simulateurs, tests navigateur, etc. La clé est de donner à Claude un moyen de fermer la boucle de feedback. Investissez dans la vérification domain-specific.
Tip 55 — Extension Chrome : Vérifier le Frontend
Boris utilise l'extension Chrome chaque fois qu'il travaille sur du code web. Pensez-y comme n'importe quel ingénieur : si vous demandez à quelqu'un de construire un site sans accès à un navigateur, le résultat sera-t-il bon ? Probablement pas. Mais donnez-lui un navigateur, et il itérera jusqu'à ce que ce soit bon.
Téléchargement : code.claude.com/docs/en/browser (Chrome/Edge). Tend à fonctionner de manière plus fiable que les MCPs similaires.
Tip 56 — Desktop App : Auto Start & Test Serveurs Web
L'app Desktop intègre la capacité pour Claude de démarrer automatiquement votre serveur web et le tester dans un navigateur intégré. Setup similaire possible en CLI/VSCode via l'extension Chrome.
Tip 57 — /simplify Post-Implémentation
Après chaque changement, lancez /simplify pour que des agents parallèles reviewent le code pour les opportunités de réutilisation, les problèmes de qualité et les améliorations d'efficacité.
Tip 58 — Setup Scripts Cloud
Script de setup qui s'exécute avant le lancement de Claude Code sur un environnement cloud. Skippé à la reprise de session. Utile pour installer les dépendances et configurer l'environnement.
#!/bin/bash
yarn install
12. Prompting & Techniques Avancées
Tip 59 — Challenger Claude
Dites : « Grill me on these changes and don't make a PR until I pass your test. » Faites de Claude votre reviewer. Ou dites « Prove to me this works » et faites-lui differ le comportement entre main et votre feature branch.
Tip 60 — La Solution Élégante
Après un fix médiocre, dites : « Knowing everything you know now, scrap this and implement the elegant solution. » N'acceptez pas la première solution — Claude peut presque toujours faire mieux.
Tip 61 — Specs Détaillées
Réduisez l'ambiguïté avant de confier le travail. Plus vous êtes spécifique, meilleur est l'output. Les specs détaillées sont le meilleur investissement en temps de prompting.
Tip 62 — Apprendre avec Claude
Claude Code n'est pas juste pour écrire du code — c'est un outil d'apprentissage puissant :
- Activez le style « Explanatory » ou « Learning » dans
/config - Faites générer une présentation HTML visuelle pour expliquer du code inconnu
- Demandez des diagrammes ASCII de protocoles et codebases
- Construisez un skill de spaced-repetition : vous expliquez votre compréhension, Claude pose des follow-ups pour combler les lacunes
13. Sessions & Mobilité
Tip 63 — Session Teleporting
Déplacez les sessions entre mobile/web/desktop et terminal dans les deux sens.
# Continuer une session cloud sur votre machine
claude --teleport
# ou /teleport depuis une session
# Contrôler une session locale depuis le téléphone/web
/remote-control
Boris a « Enable Remote Control for all sessions » activé dans son /config.
Tip 64 — Remote Control depuis le Mobile
claude remote-control → ouvrez l'app mobile → Code → nouvelle session. Disponible sur Max, Team et Enterprise (v2.1.74+). Éloignez-vous du bureau, pensez à quelque chose, et lancez une tâche depuis votre téléphone — Claude tourne sur votre machine.
Tip 65 — Mobile App : Coder depuis le Téléphone
L'app Claude (iOS/Android) → onglet Code. Boris écrit une bonne partie de son code depuis l'app iOS — pratique pour faire des changements sans ouvrir un laptop.
Tip 66 — Cowork Dispatch
Boris utilise Dispatch chaque jour pour rattraper Slack et emails, gérer des fichiers, et faire des choses sur son laptop quand il n'est pas devant un ordi. « When I'm not coding, I'm dispatching. » Dispatch est un contrôle à distance sécurisé pour Claude Desktop — MCPs, navigateur et ordinateur, avec votre permission.
Tip 67 — iMessage
Claude Code comme contact iMessage. Envoyez des tâches, recevez des réponses en iMessages. Fonctionne depuis iPhone, iPad ou Mac — aucun terminal nécessaire.
Tip 68 — /branch & --fork-session
Forkez une session existante :
# Depuis la session
/branch
# Depuis le CLI
claude --resume <session-id> --fork-session
Tip 69 — Desktop App : Serveurs Web Intégrés
Claude démarre et teste automatiquement les serveurs web dans un navigateur intégré à l'app Desktop. Setup similaire possible en CLI/VSCode via l'extension Chrome.
14. Automatisation & Scheduled Tasks
Tip 70 — /loop : Tâches Récurrentes Locales
Programmez des tâches récurrentes pour jusqu'à 3 jours d'affilée. Les loops de Boris :
/loop 5m /babysit— auto-address review, auto-rebase, shepherd PRs vers production/loop 30m /slack-feedback— PRs pour le feedback Slack toutes les 30 mins/loop /post-merge-sweeper— PRs pour les commentaires de review manqués/loop 1h /pr-pruner— fermer les PRs obsolètes
Pro tip : Transformez vos workflows en skills + loops. C'est puissant.
Tip 71 — /schedule : Jobs Cloud Récurrents
Contrairement à /loop (local), /schedule crée des jobs récurrents dans le cloud — ils fonctionnent même quand votre laptop est fermé.
> /schedule a daily job that looks at all PRs shipped since yesterday
and update our docs based on the changes. Use the Slack MCP to
message #docs-update with the changes
L'équipe Anthropic les utilise en interne pour résoudre automatiquement les échecs CI, pousser des mises à jour de docs et alimenter des automatisations.
Tip 72 — Long-Running Tasks
Pour les tâches très longues, assurez-vous que Claude peut travailler sans interruption : prompt Claude pour vérifier avec un background agent quand c'est terminé, utilisez un agent Stop hook pour des vérifications déterministes, ou le plugin « ralph-wiggum ».
15. SDK & CLI Avancé
Tip 73 — --bare : Démarrage SDK 10x Plus Rapide
Par défaut, claude -p (et les SDKs TypeScript/Python) cherche les CLAUDE.md locaux, settings et MCPs. Pour l'usage non-interactif, --bare skippe tout ça — spécifiez explicitement via --system-prompt, --mcp-config, --settings.
claude -p "summarize this codebase" \
--output-format=stream-json \
--verbose \
--bare
Le défaut passera à --bare dans une future version.
Tip 74 — --add-dir : Accès Multi-Repo
Quand vous travaillez avec plusieurs repositories, donnez à Claude accès à d'autres dossiers — ça lui donne aussi les permissions pour y travailler.
# Au lancement
claude --add-dir /path/to/other-repo
# Pendant une session
/add-dir /path/to/other-repo
Ou ajoutez "additionalDirectories" dans le settings.json de l'équipe pour toujours charger des dossiers additionnels.
Conclusion : les 5 principes fondamentaux
En synthétisant les 72 tips de Boris et de l'équipe Claude Code, cinq principes émergent :
1. Parallélisez tout. Worktrees, tabs multiples, sessions web et mobile, /batch, /loop — le plus grand multiplicateur de productivité est d'avoir des dizaines de Claude qui travaillent en même temps.
2. Investissez dans le plan. Commencez en Plan Mode, itérez jusqu'à ce que le plan soit solide, puis laissez Claude 1-shot l'implémentation. Quand ça dérape, re-planifiez au lieu de pousser.
3. Construisez la mémoire du projet. Le CLAUDE.md est un document vivant. Chaque erreur de Claude devrait devenir une règle. Auto-memory et auto-dream automatisent le reste.
4. Donnez à Claude un moyen de vérifier. C'est le tip n°1 de Boris. Extension Chrome, tests, simulateurs — la boucle de feedback multiplie la qualité du résultat par 2 à 3x.
5. N'acceptez pas la première solution. Challengez Claude, demandez la solution élégante, faites-le se reviewer lui-même. Et surtout : parlez-lui plutôt que de taper — vos prompts seront 3x plus détaillés.
