🌍 English | 中文 | 日本語 | Français | Русский | العربية
du vibe coding a l'ingenierie agentique - la pratique rend Claude parfait
-white?style=flat&labelColor=555){kind=icon}
= Agents · 
= Commands · 
= Skills
| Fonctionnalite | Emplacement | Description |
|---|---|---|
| Subagents |
.claude/agents/<name>.md |
Acteur autonome dans un contexte isole — outils personnalises, permissions, modele, memoire et identite persistante |
| Commands |
.claude/commands/<name>.md |
Connaissances injectees dans le contexte existant — modeles de prompts simples invoques par l'utilisateur pour l'orchestration des workflows |
| Skills |
.claude/skills/<name>/SKILL.md |
Connaissances injectees dans le contexte existant — configurables, prechargeable, auto-decouvrables, avec bifurcation de contexte et divulgation progressive · Skills officiels |
| Workflows | .claude/commands/weather-orchestrator.md |
|
| Hooks | .claude/hooks/ |
Gestionnaires definis par l'utilisateur (scripts, HTTP, prompts, agents) qui s'executent en dehors de la boucle agentique sur des evenements specifiques · Guide |
| MCP Servers | .claude/settings.json, .mcp.json |
Connexions Model Context Protocol vers des outils externes, bases de donnees et API |
| Plugins | paquets distribuables | Ensembles de skills, subagents, hooks, MCP servers et LSP servers · Marketplaces · Creer des Marketplaces |
| Settings | .claude/settings.json |
Systeme de configuration hierarchique · Permissions · Model Config · Output Styles · Sandboxing · Keybindings · Fast Mode |
| Status Line | .claude/settings.json |
Barre d'etat personnalisable affichant l'utilisation du contexte, le modele, le cout et les informations de session |
| Memory | CLAUDE.md, .claude/rules/, ~/.claude/rules/, ~/.claude/projects/<project>/memory/ |
Contexte persistant via les fichiers CLAUDE.md et les imports @path · Auto Memory · Rules |
| Checkpointing | automatique (base sur git) | Suivi automatique des modifications de fichiers avec retour en arriere (Esc Esc ou /rewind) et resume cible |
| CLI Startup Flags | claude [flags] |
Drapeaux de ligne de commande, sous-commandes et variables d'environnement pour lancer Claude Code · Interactive Mode |
| AI Terms | Ingenierie agentique · Ingenierie du contexte · Vibe Coding |
|
| Best Practices | Bonnes pratiques officielles · Prompt Engineering · Etendre Claude Code |
| Fonctionnalite | Emplacement | Description |
|---|---|---|
| Power-ups | /powerup |
Lecons interactives enseignant les fonctionnalites de Claude Code avec des demos animees (v2.1.90) |
Ultraplan  |
/ultraplan |
Elaborez des plans dans le cloud avec revision en navigateur, commentaires en ligne et execution flexible — a distance ou teleporte vers le terminal |
| Claude Code Web |
claude.ai/code |
Executez des taches sur l'infrastructure cloud — taches de longue duree, correction automatique de PR, sessions paralleles sans configuration locale · Taches planifiees |
| No Flicker Mode |
CLAUDE_CODE_NO_FLICKER=1 |
Rendu sans scintillement sur ecran alternatif avec support souris, memoire stable et defilement integre — apercu de recherche optionnel |
| Computer Use |
computer-use MCP server |
Laissez Claude controler votre ecran — ouvrir des apps, cliquer, taper et capturer votre ecran sur macOS · Desktop |
| Auto Mode |
claude --enable-auto-mode |
Un classificateur de securite en arriere-plan remplace les demandes de permission manuelles — Claude decide ce qui est sur tout en bloquant les injections de prompts et les escalades risquees · Lancez avec claude --enable-auto-mode (ou --permission-mode auto), ou basculez avec Shift+Tab pendant une session · Blog |
| Channels |
--channels, base sur plugin |
Envoyez des evenements depuis Telegram, Discord ou des webhooks vers une session en cours — Claude reagit pendant votre absence · Reference |
| Slack | @Claude dans Slack |
Mentionnez @Claude dans le chat d'equipe avec une tache de code — redirige vers des sessions Claude Code web pour corrections de bugs, revues de code et execution de taches en parallele |
| Code Review |
GitHub App (geree) | Analyse multi-agent de PR qui detecte les bugs, vulnerabilites de securite et regressions · Blog |
| GitHub Actions | .github/workflows/ |
Automatisez les revues de PR, le triage des issues et la generation de code dans les pipelines CI/CD · GitLab CI/CD |
| Chrome |
--chrome, extension |
Automatisation du navigateur via Claude in Chrome — testez des apps web, debuguez avec la console, automatisez des formulaires, extrayez des donnees de pages |
| Scheduled Tasks | /loop, /schedule, outils cron |
/loop execute des prompts localement sur un planning recurrent (jusqu'a 3 jours) · /schedule execute des prompts dans le cloud sur l'infrastructure Anthropic — fonctionne meme quand votre machine est eteinte · Annonce |
| Voice Dictation |
/voice |
Saisie vocale appuyer-pour-parler avec support de 20 langues et touche d'activation reconfigurable |
| Simplify & Batch | /simplify, /batch |
Skills integres pour la qualite du code et les operations en masse — simplify refactorise pour la reutilisation et l'efficacite, batch execute des commandes sur plusieurs fichiers |
| Agent Teams |
integre (var env) | Plusieurs agents travaillant en parallele sur le meme codebase avec coordination des taches partagee |
| Remote Control | /remote-control, /rc |
Continuez les sessions locales depuis n'importe quel appareil — telephone, tablette ou navigateur · Headless Mode |
| Git Worktrees | integre | Branches git isolees pour le developpement parallele — chaque agent obtient sa propre copie de travail |
| Ralph Wiggum Loop | plugin | Boucle de developpement autonome pour les taches de longue duree — itere jusqu'a achevement |
Voir orchestration-workflow pour les details d'implementation du patron Command → Agent → Skill.
claude
/weather-orchestrator
Tous les workflows majeurs convergent vers le meme patron architectural : Recherche → Plan → Execution → Revue → Livraison
| Nom | ★ | Specificite | Plan | |
|
|
|---|---|---|---|---|---|---|
| Everything Claude Code | 146k |    |
planner |
47 | 82 | 182 |
| Superpowers | 141k |    |
writing-plans |
5 | 3 | 14 |
| Spec Kit | 86k |    |
speckit.plan |
0 | 9+ | 0 |
| gstack | 67k |    |
autoplan |
0 | 0 | 37 |
| Get Shit Done | 49k |    |
gsd-planner |
24 | 68 | 0 |
| BMAD-METHOD | 44k |    |
bmad-create-prd |
0 | 0 | 39 |
| OpenSpec | 38k |    |
opsx:propose |
0 | 11 | 0 |
| oh-my-claudecode | 26k |    |
ralplan |
19 | 0 | 37 |
| Compound Engineering | 14k |    |
ce-plan |
51 | 4 | 44 |
| HumanLayer | 10k |    |
create_plan |
6 | 27 | 0 |
- Workflow cross-modele (Claude Code + Codex)
- RPI
- Boucle Ralph Wiggum
- Workflow Andrej Karpathy (membre fondateur, OpenAI)
- Workflow Peter Steinberger (createur d'OpenClaw)
- Workflow Boris Cherny (createur de Claude Code) — 13 astuces · 10 astuces · 12 astuces · 2 astuces · 15 astuces
🚫👶 = ne pas micro-gerer
Prompting · Planification · CLAUDE.md · Agents · Commands · Skills · Hooks · Workflows · Avance · Git / PR · Debugging · Utilitaires · Quotidien
| Astuce | Source |
|---|---|
| mettez Claude au defi — "passe-moi un oral sur ces changements et ne fais pas de PR tant que je n'ai pas reussi ton test." ou "prouve-moi que ca marche" et faites comparer a Claude entre main et votre branche 🚫👶 | |
| apres une correction mediocre — "sachant tout ce que tu sais maintenant, recommence de zero et implemente la solution elegante" 🚫👶 | |
| Claude corrige la plupart des bugs tout seul — collez le bug, dites "corrige", ne micro-gerez pas la methode 🚫👶 | |
| Astuce | Source |
|---|---|
| commencez toujours avec le plan mode | |
| commencez avec une spec ou un prompt minimal et demandez a Claude de vous interviewer avec l'outil AskUserQuestion, puis creez une nouvelle session pour executer la spec |  |
| faites toujours un plan par phases avec validation, chaque phase ayant plusieurs tests (unitaires, automatisation, integration) | |
| lancez un second Claude pour reviser votre plan en tant qu'ingenieur senior, ou utilisez le cross-model pour la revue | |
| redigez des specs detaillees et reduisez l'ambiguite avant de deleguer le travail — plus vous etes specifique, meilleur est le resultat | |
| prototype > PRD — construisez 20-30 versions au lieu d'ecrire des specs, le cout de construction est faible alors tentez plusieurs essais |  |
| Astuce | Source |
|---|---|
| CLAUDE.md devrait viser moins de 200 lignes par fichier. 60 lignes chez humanlayer (toujours pas garanti a 100%) |  |
| enveloppez les regles CLAUDE.md specifiques au domaine dans des balises <important if="..."> pour empecher Claude de les ignorer lorsque les fichiers deviennent longs | |
| utilisez plusieurs CLAUDE.md pour les monorepos — chargement ascendant + descendant | |
| utilisez .claude/rules/ pour decouper les instructions volumineuses | |
| memory.md, constitution.md ne garantit rien | |
| tout developpeur devrait pouvoir lancer Claude, dire "lance les tests" et que ca marche du premier coup — si ce n'est pas le cas, votre CLAUDE.md manque les commandes essentielles de setup/build/test | |
| gardez les codebases propres et finissez les migrations — des frameworks partiellement migres perturbent les modeles qui risquent de choisir le mauvais patron | |
utilisez settings.json pour les comportements imposes par le harness (attribution, permissions, modele) — ne mettez pas "NE JAMAIS ajouter Co-Authored-By" dans CLAUDE.md quand attribution.commit: "" est deterministe |
 |
| Astuce | Source |
|---|---|
| creez des sub-agents specifiques aux fonctionnalites (contexte supplementaire) avec des skills (divulgation progressive) plutot que des agents generiques qa, ingenieur backend | |
| dites "utilise des subagents" pour consacrer plus de puissance de calcul a un probleme — deleguez les taches pour garder votre contexte principal propre et concentre 🚫👶 | |
| agent teams avec tmux et git worktrees pour le developpement parallele | |
| utilisez le test time compute — des fenetres de contexte separees donnent de meilleurs resultats ; un agent peut causer des bugs et un autre (meme modele) peut les trouver | |
| Astuce | Source |
|---|---|
| utilisez des commands pour vos workflows plutot que des sub-agents | |
utilisez des slash commands pour chaque workflow de "boucle interne" que vous faites plusieurs fois par jour — evite de repeter les prompts, les commands vivent dans .claude/commands/ et sont versionnees dans git |
|
si vous faites quelque chose plus d'une fois par jour, transformez-le en skill ou command — creez des commands /techdebt, context-dump ou analytics |
|
| Astuce | Source |
|---|---|
| utilisez context: fork pour executer un skill dans un subagent isole — le contexte principal ne voit que le resultat final, pas les appels d'outils intermediaires. Le champ agent permet de definir le type de subagent |  |
| utilisez des skills dans des sous-dossiers pour les monorepos | |
| les skills sont des dossiers, pas des fichiers — utilisez les sous-repertoires references/, scripts/, examples/ pour la divulgation progressive | |
| integrez une section Pieges dans chaque skill — contenu a plus forte valeur, ajoutez les points de defaillance de Claude au fil du temps | |
| le champ description d'un skill est un declencheur, pas un resume — ecrivez-le pour le modele ("quand dois-je me declencher ?") | |
| n'enoncez pas l'evident dans les skills — concentrez-vous sur ce qui pousse Claude hors de son comportement par defaut 🚫👶 | |
| ne mettez pas Claude sur des rails dans les skills — donnez des objectifs et des contraintes, pas des instructions prescriptives etape par etape 🚫👶 | |
| incluez des scripts et bibliotheques dans les skills pour que Claude compose plutot que de reconstruire le code repetitif | |
integrez !`command` dans SKILL.md pour injecter la sortie dynamique du shell dans le prompt — Claude l'execute a l'invocation et le modele ne voit que le resultat |
|
| Astuce | Source |
|---|---|
| utilisez des hooks a la demande dans les skills — /careful bloque les commandes destructrices, /freeze bloque les modifications en dehors d'un repertoire | |
| mesurez l'utilisation des skills avec un hook PreToolUse pour trouver les skills populaires ou sous-utilises | |
| utilisez un hook PostToolUse pour auto-formater le code — Claude genere du code bien formate, le hook gere les derniers 10% pour eviter les echecs CI | |
| routez les demandes de permission vers Opus via un hook — laissez-le scanner les attaques et auto-approuver celles qui sont sures 🚫👶 | |
| utilisez un hook Stop pour inciter Claude a continuer ou verifier son travail a la fin d'un tour | |
| Astuce | Source |
|---|---|
| evitez la zone morte de l'agent, faites un /compact manuel a 50% maximum. Utilisez /clear pour reinitialiser le contexte en milieu de session si vous changez de tache | |
| Claude Code vanilla est meilleur que n'importe quel workflow pour les petites taches | |
| utilisez /model pour selectionner le modele et le raisonnement, /context pour voir l'utilisation du contexte, /usage pour verifier les limites du plan, /extra-usage pour configurer la facturation supplementaire, /config pour configurer les parametres — utilisez Opus pour le plan mode et Sonnet pour le code pour tirer le meilleur des deux |  |
| activez toujours le thinking mode true (pour voir le raisonnement) et le Output Style Explanatory (pour voir la sortie detaillee avec les encadres ★ Insight) dans /config pour mieux comprendre les decisions de Claude | |
| utilisez le mot-cle ultrathink dans les prompts pour un raisonnement a effort eleve | |
| /rename les sessions importantes (ex. [TODO - tache de refactoring]) et /resume les plus tard — etiquetez chaque instance quand vous executez plusieurs Claudes simultanement | |
| utilisez Esc Esc ou /rewind pour annuler quand Claude devie au lieu d'essayer de corriger dans le meme contexte |
| Astuce | Source |
|---|---|
| utilisez beaucoup les diagrammes ASCII pour comprendre votre architecture | |
| utilisez /loop pour la surveillance locale recurrente (jusqu'a 3 jours) · utilisez /schedule pour les taches cloud recurrentes qui s'executent meme quand votre machine est eteinte | |
| utilisez le plugin Ralph Wiggum pour les taches autonomes de longue duree | |
| /permissions avec la syntaxe wildcard (Bash(npm run *), Edit(/docs/**)) au lieu de dangerously-skip-permissions | |
| /sandbox pour reduire les demandes de permission avec l'isolation des fichiers et du reseau — 84% de reduction en interne | |
| investissez dans des skills de verification de produit (signup-flow-driver, checkout-verifier) — ca vaut la peine d'y consacrer une semaine pour les perfectionner | |
| Astuce | Source |
|---|---|
| gardez les PR petites et ciblees — p50 de 118 lignes (141 PR, 45K lignes modifiees en un jour), une fonctionnalite par PR, plus facile a reviser et reverter | |
| toujours squash merge les PR — historique lineaire propre, un commit par fonctionnalite, git revert et git bisect faciles | |
| committez souvent — essayez de committer au moins une fois par heure, des que la tache est terminee |  |
| taguez @claude sur la PR d'un collegue pour generer automatiquement des regles de lint pour les retours de revue recurrents — automatisez-vous hors de la revue de code 🚫👶 | |
| utilisez /code-review pour l'analyse multi-agent de PR — detecte les bugs, vulnerabilites de securite et regressions avant le merge | |
| Astuce | Source |
|---|---|
| prenez l'habitude de faire des captures d'ecran et de les partager avec Claude chaque fois que vous etes bloque | |
| utilisez des MCP (Claude in Chrome, Playwright, Chrome DevTools) pour que Claude voie les logs de la console Chrome tout seul | |
| demandez toujours a Claude d'executer le terminal (dont vous voulez voir les logs) en tache de fond pour un meilleur debugging | |
| /doctor pour diagnostiquer les problemes d'installation, d'authentification et de configuration | |
| une erreur pendant la compaction peut etre resolue en utilisant /model pour selectionner un modele a 1M de tokens, puis en executant /compact | |
| utilisez un cross-model pour le QA — par ex. Codex pour la revue de plan et d'implementation | |
| la recherche agentique (glob + grep) bat le RAG — Claude Code a essaye et abandonne les bases de donnees vectorielles car le code derive et les permissions sont complexes | |
| Astuce | Source |
|---|---|
| terminaux iTerm/Ghostty/tmux plutot que l'IDE (VS Code/Cursor) | |
| /voice ou Wispr Flow pour le prompting vocal (productivite x10) | |
| claude-code-hooks pour le feedback de Claude | |
| status line pour la conscience du contexte et une compaction rapide | |
| explorez les fonctionnalites de settings.json comme Plans Directory, Spinner Verbs pour une experience personnalisee | |
| Astuce | Source |
|---|---|
| mettez a jour Claude Code quotidiennement | |
| commencez votre journee en lisant le changelog | |
| Article / Tweet | Source |
|---|---|
| 15 fonctionnalites cachees et sous-utilisees dans Claude Code (Boris) | 30/Mar/26 | Tweet |
| Squash Merging et distribution de taille de PR (Boris) | 25/Mar/26 | Tweet |
| Lecons de la construction de Claude Code : comment nous utilisons les Skills (Thariq) | 17/Mar/26 | Article |
| Code Review et Test Time Compute (Boris) | 10/Mar/26 | Tweet |
| /loop — planifier des taches recurrentes jusqu'a 3 jours (Boris) | 07 Mar 2026 | Tweet |
| AskUserQuestion + ASCII Markdowns (Thariq) | 28 Fev 2026 | Tweet |
| Voir comme un Agent - lecons de la construction de Claude Code (Thariq) | 28 Fev 2026 | Article |
| Git Worktrees - 5 facons dont Boris les utilise | 21 Fev 2026 | Tweet |
| Lecons de la construction de Claude Code : le Prompt Caching est tout (Thariq) | 20 Fev 2026 | Article |
| 12 facons de personnaliser vos claudes (Boris) | 12/Fev/26 | Tweet |
| 10 astuces pour utiliser Claude Code de l'equipe (Boris) | 01/Fev/26 | Tweet |
| Comment j'utilise Claude Code — 13 astuces de ma configuration etonnamment simple (Boris) | 03/Jan/26 | Tweet |
| Demandez a Claude de vous interviewer avec l'outil AskUserQuestion (Thariq) | 28/Dec/25 | Tweet |
| Toujours utiliser le plan mode, donner a Claude un moyen de verifier, utiliser /code-review (Boris) | 27/Dec/25 | Tweet |
| Video / Podcast | Source | YouTube |
|---|---|---|
| Tout ce qu'on a mal fait avec Research-Plan-Implement (Dex) | 24 Mar 2026 | MLOps Community | |
YouTube |
| Construire Claude Code avec Boris Cherny (Boris) | 04 Mar 2026 | The Pragmatic Engineer | |
YouTube |
| Responsable de Claude Code : que se passe-t-il apres que le code est resolu (Boris) | 19 Fev 2026 | Lenny's Podcast | |
YouTube |
| Dans Claude Code avec son createur Boris Cherny (Boris) | 17 Fev 2026 | Y Combinator | |
YouTube |
| Boris Cherny (createur de Claude Code) sur ce qui a fait progresser sa carriere (Boris) | 15 Dec 2025 | Ryan Peterman | |
YouTube |
| Les secrets de Claude Code par les ingenieurs qui l'ont construit (Cat) | 29 Oct 2025 | Every | |
YouTube |
| Source | Nom | Badge |
|---|---|---|
 |
r/ClaudeAI, r/ClaudeCode, r/Anthropic | |
 |
Claude, Anthropic, Boris, Thariq, Cat, Lydia, Noah, Anthony, Alex, Kenneth | |
|
Jesse Kriss (Superpowers), Affaan Mustafa (ECC), Garry Tan (gstack), Dex Horthy (HumanLayer), Kieran Klaassen (Compound Eng), Tabish Gilani (OpenSpec), Brian McAdams (BMAD), Lex Christopherson (GSD), Dani Avila (CC Templates), Dan Shipper (Every), Andrej Karpathy (AutoResearch), Peter Steinberger (OpenClaw), Sigrid Jin (claw-code), Yeachan Heo (oh-my-claudecode) | |
 |
Anthropic | |
|
Lenny's Podcast, Y Combinator, The Pragmatic Engineer, Ryan Peterman, Every, MLOps Community | |
| Claude | Remplace |
|---|---|
| Code Review | Greptile, CodeRabbit, Devin Review, OpenDiff, Cursor BugBot |
| Voice Dictation | Wispr Flow, SuperWhisper |
| Remote Control | OpenClaw |
| Claude in Chrome | Playwright MCP, Chrome DevTools MCP |
| Computer Use | OpenAI CUA |
| Cowork | ChatGPT Agent, Perplexity Computer, Manus |
| Tasks | Beads |
| Plan Mode | Agent OS |
| Skills / Plugins | Startups YC de wrappers IA (reddit) |
Discutez de ces questions dans les Issues
Memoire et instructions (4)
- Que devez-vous exactement mettre dans votre CLAUDE.md — et que devez-vous omettre ?
- Si vous avez deja un CLAUDE.md, un fichier separate constitution.md ou rules.md est-il vraiment necessaire ?
- A quelle frequence devez-vous mettre a jour votre CLAUDE.md, et comment savoir quand il est devenu obsolete ?
- Pourquoi Claude ignore-t-il encore les instructions de CLAUDE.md — meme quand elles disent OBLIGATOIRE en majuscules ? (reddit)
Agents, Skills et Workflows (6)
- Quand devez-vous utiliser un command vs un agent vs un skill — et quand Claude Code vanilla est-il simplement meilleur ?
- A quelle frequence devez-vous mettre a jour vos agents, commands et workflows a mesure que les modeles s'ameliorent ?
- Donner a votre subagent une persona detaillee ameliore-t-il la qualite ? A quoi ressemble un "persona/prompt parfait" pour un subagent de recherche/QA ?
- Devriez-vous vous fier au plan mode integre de Claude Code — ou construire votre propre command/agent de planification qui applique le workflow de votre equipe ?
- Si vous avez un skill personnel (ex. /implement avec votre style de code), comment integrer les skills communautaires (ex. /simplify) sans conflits — et qui gagne quand ils sont en desaccord ?
- Y sommes-nous ? Pouvons-nous convertir un codebase existant en specs, supprimer le code, et faire regenerer par l'IA exactement le meme code a partir de ces specs seules ?
Specs et documentation (3)
- Chaque fonctionnalite de votre repo devrait-elle avoir une spec sous forme de fichier markdown ?
- A quelle frequence devez-vous mettre a jour les specs pour qu'elles ne deviennent pas obsoletes quand une nouvelle fonctionnalite est implementee ?
- Lors de l'implementation d'une nouvelle fonctionnalite, comment gerez-vous l'effet domino sur les specs des autres fonctionnalites ?
1. Lisez le repo comme un cours, apprenez ce que sont les commands, agents, skills et hooks avant d'essayer de les utiliser.
2. Clonez ce repo et experimentez avec les exemples, essayez /weather-orchestrator, ecoutez les sons des hooks, lancez les agent teams, pour voir comment les choses fonctionnent reellement.
3. Allez dans votre propre projet et demandez a Claude de suggerer quelles bonnes pratiques de ce repo vous devriez ajouter, donnez-lui ce repo comme reference pour qu'il sache ce qui est possible.
Basé sur shanraisshan/claude-code-best-practice. Merci à Shayan Rais pour sa contribution open source.