claude-code-best-practice
du vibe coding à l'ingénierie agentique - c'est en pratiquant que Claude devient excellent
= Agents ·
= Commandes ·
= Skills

Boris Cherny sur X (tweet 1 · tweet 2 · tweet 3)
Tip
Consulte la section Comment utiliser ce repo pour tirer le meilleur parti de ce dépôt.
🧠 CONCEPTS
| Fonctionnalité | Emplacement | Description |
|---|---|---|
.claude/agents/<name>.md |
||
.claude/commands/<name>.md |
||
.claude/skills/<name>/SKILL.md |
||
| Workflows | .claude/commands/weather-orchestrator.md |
|
| Hooks | .claude/hooks/ |
|
| Serveurs MCP | .claude/settings.json, .mcp.json |
|
| Plugins | paquets distribuables | Marketplaces · Créer des marketplaces |
| Paramètres | .claude/settings.json |
|
| Status Line | .claude/settings.json |
|
| Mémoire | CLAUDE.md, .claude/rules/, ~/.claude/rules/, ~/.claude/projects/<project>/memory/ |
|
| Checkpointing | automatique (suivi des éditions de fichiers) | |
| Drapeaux de démarrage CLI | claude [flags] |
|
| Termes IA | ||
| Bonnes pratiques | Prompt Engineering · Étendre Claude Code |
🔥 Hot
| Fonctionnalité | Emplacement | Description |
|---|---|---|
| Ultrareview |
/ultrareview, claude ultrareview [target] |
Suivi des tâches |
| Devcontainers | .devcontainer/ |
|
| Channels |
--channels, basé sur plugin |
Référence |
| Ultraplan |
/ultraplan |
|
| No Flicker Mode |
/tui fullscreen, CLAUDE_CODE_NO_FLICKER=1 |
|
| Auto Mode |
--permission-mode auto, Shift+Tab |
|
| Power-ups | /powerup |
|
| Fast Mode |
/fast, "fastMode": true |
|
| Computer Use |
serveur MCP computer-use |
Desktop |
| Agent SDK | paquet npm / pip |
Quickstart · Exemples |
| Ralph Wiggum Loop | plugin | |
| Chrome |
--chrome, extension |
|
| Claude Code Web |
claude.ai/code |
Routines |
| Slack | @Claude dans Slack |
|
| Code Review |
GitHub App (gérée) | /code-review local |
| GitHub Actions | .github/workflows/ |
GitLab CI/CD |
| Remote Control | /remote-control, /rc |
|
| Deep Links | claude-cli://open?repo=…&q=… |
|
| Dynamic Workflows |
/workflows, mot-clé ultracode, /effort ultracode, .claude/workflows/ |
Deep Research |
| Agent Teams |
intégré (variable d'env) | |
| Agent View |
claude agents, --bg, /bg |
|
| Scheduled Tasks | /loop, /schedule, outils cron |
|
| Routines |
claude.ai/code/routines, /schedule |
Desktop Tasks |
| Tasks | /tasks, ~/.claude/tasks/ |
|
| Goal | /goal <condition>, /goal clear |
|
| Voice Dictation |
/voice |
|
| Bundled Skills | /code-review, /batch |
|
| Git Worktrees | --worktree/-w, .worktreeinclude, EnterWorktree/ExitWorktree, isolation: "worktree", hooks WorktreeCreate/WorktreeRemove |
Consulte orchestration-workflow pour les détails d'implémentation du pattern Commande →
Agent →
Skill.
claude
/weather-orchestrator
⚙️ DEVELOPMENT WORKFLOWS
Tous les workflows majeurs convergent vers le même pattern architectural : Research → Plan → Execute → Review → Ship
| Nom | ★ | Workflow | |||
|---|---|---|---|---|---|
| Superpowers | 215k | brainstorming → using-git-worktrees → writing-plans → subagent-driven-development → test-driven-development → requesting-code-review → receiving-code-review → verification-before-completion → finishing-a-development-branch | 0 | 0 | 14 |
| Everything Claude Code | 202k | /ecc:plan → /tdd → /code-review → /security-scan → /e2e → merge |
63 | 121 | 300+ |
| Matt Pocock Skills | 114k | /grill-me → /grill-with-docs → /to-prd → /to-issues → /tdd → /diagnose → /improve-codebase-architecture |
0 | 0 | 29 |
| Spec Kit | 108k | /speckit.constitution → /speckit.specify → /speckit.clarify → /speckit.plan → /speckit.tasks → /speckit.taskstoissues → /speckit.implement → /speckit.analyze → /speckit.checklist |
0 | 9 | 0 |
| gstack | 106k | /office-hours → /plan-ceo-review → /plan-eng-review → /plan-design-review → /plan-devex-review → /spec → /design-consultation → /review → /qa → /ship → /land-and-deploy → /canary → /retro |
0 | 0 | 61 |
| Get Shit Done | 64k | /gsd-new-project → /gsd-spec-phase → /gsd-plan-phase → /gsd-execute-phase → /gsd-code-review → /gsd-validate-phase → /gsd-ship → /gsd-extract-learnings |
33 | 67 | 0 |
| OpenSpec | 52k | /opsx:propose → /opsx:apply → /opsx:verify → /opsx:archive → /opsx:bulk-archive |
0 | 9 | 0 |
| BMAD-METHOD | 49k | bmad-product-brief → bmad-prfaq → bmad-create-prd → bmad-validate-prd → bmad-create-architecture → bmad-check-implementation-readiness → bmad-create-epics-and-stories → bmad-dev-story → bmad-code-review → bmad-qa-generate-e2e-tests → bmad-retrospective | 6 | 0 | 42 |
| oh-my-claudecode | 36k | team-plan → team-prd → team-exec → team-verify → team-fix → team-verify | 19 | 0 | 39 |
| agent-skills | 27k | /spec → /plan → /build → /test → /review → /ship |
3 | 7 | 21 |
| Compound Engineering | 19k | /ce-strategy → /ce-brainstorm → /ce-ideate → /ce-plan → /ce-work → /ce-debug → /ce-code-review → /ce-compound → /ce-update → /ce-release-notes |
47 | 4 | 39 |
| HumanLayer | 11k | /research_codebase → /create_plan → /validate_plan → /iterate_plan → /implement_plan → /local_review → /create_handoff → /commit → /describe_pr |
6 | 27 | 0 |
Note : les tags jaunes sont des sous-boucles — des étapes qui se répètent dans une étape parente (par tâche, par story, ou jusqu'à ce qu'une condition de vérification passe).
Autres
- RPI
- Ralph Wiggum Loop
- Workflow Andrej Karpathy (Founding Member, OpenAI)
- Workflow Peter Steinberger (créateur d'OpenClaw)
- Workflow Boris Cherny (créateur de Claude Code) — 13 Tips · 10 Tips · 12 Tips · 2 Tips · 15 Tips · 6 Tips
- Workflow Thariq (Anthropic) — Skills · Gestion de session
🔀 WORKFLOWS CROSS-MODEL
Utilise Claude Code avec d'autres modèles — Codex, Gemini, GPT, Kimi, DeepSeek, local — via trois mécanismes :
- Plugin — la CLI d'un autre modèle tourne dans Claude Code (commandes slash comme
/codex:review) - MCP — Claude Code appelle un autre modèle comme outil via le Model Context Protocol
- Router — l'endpoint API de Claude Code est remplacé par celui d'un autre fournisseur
Méthodologie : Workflow Cross-Model (Claude Code + Codex) — flux manuel à deux terminaux avec Plan dans Claude, QA-Review dans Codex.
| Nom | ★ | Type | Ponts vers | Ce que ça fait |
|---|---|---|---|---|
| musistudio/claude-code-router | 34k | Router | OpenRouter, DeepSeek, Ollama, Gemini, Kimi, Qwen, Groq, +more | Route l'API de Claude Code vers n'importe quel fournisseur compatible, avec sélection de modèle par tâche |
| router-for-me/CLIProxyAPI | 32k | Router | Gemini CLI, Codex, Claude Code, Antigravity | Enveloppe chaque CLI comme service API compatible OpenAI/Gemini/Claude/Codex |
| openai/codex-plugin-cc | 18k | Plugin | Codex / GPT-5 | Plugin officiel OpenAI : /codex:review, /codex:adversarial-review, /codex:rescue dans Claude Code |
| BeehiveInnovations/pal-mcp-server | 12k | MCP | Gemini, OpenAI, Azure, Grok, Ollama, OpenRouter (50+ modèles) | Serveur MCP multi-modèle, anciennement zen-mcp-server — appelle d'autres modèles comme outils Claude |
🧰 COLLECTIONS DE SKILLS
Dépôts principalement connus comme bibliothèques organisées de fichiers SKILL.md (distincts des méthodologies de workflow complètes ci-dessus). Triés par étoiles décroissantes.
| Nom | ★ | |
|---|---|---|
| anthropics/skills | 145k | 17 |
| mattpocock/skills | 113k | 25 |
| wshobson/agents | 36k | 155 |
| impeccable | 27k | 1 (avec 7 références de domaines design) |
| agent-skills | 27k | 21 |
| scientific-agent-skills | 27k | 143 |
| awesome-agent-skills | 24k | 1 424+ (liste organisée) |
| claude-skills | 15k | 246 (sur 9 domaines) |
| shanraisshan/draw-json-architecture-skill | 0 | 1 |
🤖 COLLECTIONS D'AGENTS
Dépôts principalement connus comme bibliothèques organisées de définitions de sous-agents (.claude/agents/*.md). Triés par étoiles décroissantes.
| Nom | ★ | |
|---|---|---|
| msitarzewski/agency-agents | 107k | 144 |
| VoltAgent/awesome-claude-code-subagents | 21k | 156 |
💡 TIPS AND TRICKS (83)
🚫👶 = ne fais pas de babysitting
Prompting · Planification · Contexte · Session · CLAUDE.md + .claude/rules · Agents · Commandes · Skills · Hooks · Workflows · Avancé · Git / PR · Débogage · Utilitaires · Quotidien
| Tip | Source |
|---|---|
| commence toujours avec le plan mode | |
| commence avec une spec ou un prompt minimal et demande à Claude de t'interviewer avec l'outil AskUserQuestion, puis ouvre une nouvelle session pour exécuter la spec | |
| fais toujours un plan par phases avec portes de validation, chaque phase ayant plusieurs tests (unitaires, automatisation, intégration) | |
| découpe les PRD en tranches verticales qui traversent toutes les couches (DB + service + UI) — l'IA privilégie par défaut un phasage horizontal (DB, puis API, puis frontend), ce qui retarde le feedback end-to-end jusqu'à la dernière phase. Tiré de The Pragmatic Programmer 🚫👶 | |
| lance un deuxième Claude pour relire ton plan comme staff engineer, ou utilise le cross-model pour la revue | |
| écris des specs détaillées et réduis l'ambiguïté avant de déléguer le travail — plus tu es spécifique, meilleur est le résultat | |
| prototype > PRD — construis 20 à 30 versions plutôt que d'écrire des specs ; le coût de construction est bas, donc tente beaucoup d'options |
| Tip | Source |
|---|---|
| la dégradation du contexte commence vers ~300-400k tokens sur le modèle à contexte 1M — évite que les sessions dépassent ça pour les travaux sensibles à l'intelligence | |
| la « dumb zone » commence vers ~40 % du contexte — « tu arrives à un point où les résultats se dégradent ». Débutants : « vise sous 40 %, et si tu montes à 60 %, pense à conclure ». Expérimentés : « reste agressivement sous 30 % » — ne pousse à 60 % que sur des tâches simples. Utilise /compact manuel ou /clear pour repartir proprement quand tu changes de tâche | |
| rewind > corriger — double-Esc ou /rewind pour revenir avant la tentative ratée et reprompter avec ce que tu as appris, au lieu de polluer le contexte avec essais ratés + corrections 🚫👶 | |
/compact avec un indice (/compact focus on the auth refactor, drop the test debugging) est meilleur que laisser l'autocompact se déclencher — le modèle est à son point le moins intelligent quand il compacte automatiquement à cause de la dégradation du contexte |
|
| utilise les sous-agents pour gérer le contexte — demande-toi « aurai-je besoin de cette sortie d'outil plus tard, ou seulement de la conclusion ? » — 20 lectures de fichiers + 12 greps + 3 impasses restent dans le contexte enfant, seul le rapport final revient 🚫👶 |
| Tip | Source |
|---|---|
chaque tour est un point de branchement — après la fin d'un tour Claude, choisis entre Continue, /rewind, /clear, /compact ou Subagent selon la quantité de contexte à conserver |
|
| nouvelle tâche = nouvelle session — les tâches liées peuvent réutiliser le contexte pour gagner du temps, mais une tâche vraiment nouvelle mérite une session fraîche | |
| utilise « summarize from here » avant de rewinder pour que Claude écrive un message de handoff — comme une note à l'itération précédente de Claude depuis son futur | |
/compact vs /clear — compact est avec perte mais garde l'élan (milieu de tâche, détails flous acceptables) ; /clear + brief demande plus de travail mais tu contrôles exactement ce qui continue (prochaine étape à enjeu élevé) |
|
utilise les recaps pour les longues sessions — courts résumés de ce que Claude a fait et de la suite, utiles quand tu reviens après des minutes ou des heures. Désactive avec recaps dans /config |
|
/rename les sessions importantes (ex. [TODO - refactor task]) et /resume plus tard — nomme chaque instance quand tu lances plusieurs Claudes en parallèle |
■ CLAUDE.md + .claude/rules (8)
| Tip | Source |
|---|---|
| CLAUDE.md devrait viser moins de 200 lignes par fichier. 60 lignes chez humanlayer (toujours pas garanti à 100 %) | |
.claude/rules/*.md se charge automatiquement dans chaque session comme CLAUDE.md — ajoute paths: dans le frontmatter YAML pour les charger paresseusement seulement quand Claude touche des fichiers correspondant au glob |
|
enveloppe les règles CLAUDE.md propres à un domaine dans des tags <important if="..."> pour éviter que Claude les ignore quand les fichiers grossissent |
|
| utilise plusieurs CLAUDE.md pour les monorepos — chargement ancêtre + descendant | |
| utilise .claude/rules/ pour découper les grosses instructions | |
n'importe quel développeur devrait pouvoir lancer Claude, dire « run the tests » et obtenir un succès du premier coup — sinon ton CLAUDE.md manque de commandes essentielles de setup/build/test |
|
| garde les codebases propres et termine les migrations — les frameworks partiellement migrés perturbent les modèles, qui peuvent choisir le mauvais pattern | |
utilise settings.json pour les comportements imposés par le harnais (attribution, permissions, modèle) — ne mets pas « NEVER add Co-Authored-By » dans CLAUDE.md quand attribution.commit: "" est déterministe |
| Tip | Source |
|---|---|
| crée des sous-agents spécifiques aux fonctionnalités (contexte supplémentaire) avec des skills (divulgation progressive), plutôt que des rôles génériques type QA ou backend engineer | |
| dis « use subagents » pour mettre plus de calcul sur un problème — délègue des tâches pour garder ton contexte principal propre et focalisé 🚫👶 | |
| agent teams avec tmux et git worktrees pour le développement parallèle | |
| utilise le test time compute — des fenêtres de contexte séparées améliorent les résultats ; un agent peut créer des bugs et un autre (même modèle) peut les trouver |
| Tip | Source |
|---|---|
| utilise des commandes pour tes workflows plutôt que des sous-agents | |
utilise les commandes slash pour chaque workflow de boucle interne que tu fais plusieurs fois par jour — ça évite de répéter les prompts ; les commandes vivent dans .claude/commands/ et sont versionnées dans git |
|
si tu fais quelque chose plus d'une fois par jour, transforme-le en skill ou en commande — construis des commandes /techdebt, context-dump ou analytics |
| Tip | Source |
|---|---|
utilise context: fork pour exécuter un skill dans un sous-agent isolé — le contexte principal ne voit que le résultat final, pas les appels d'outils intermédiaires. Le champ agent permet de choisir le type de sous-agent |
|
| utilise des skills dans des sous-dossiers pour les monorepos | |
les skills sont des dossiers, pas des fichiers — utilise des sous-répertoires references/, scripts/, examples/ pour la divulgation progressive |
|
| ajoute une section Gotchas dans chaque skill — contenu à très fort signal, enrichi au fil du temps avec les points d'échec de Claude | |
le champ description d'un skill est un déclencheur, pas un résumé — écris-le pour le modèle (« quand dois-je m'activer ? ») |
|
| n'énonce pas l'évidence dans les skills — concentre-toi sur ce qui pousse Claude hors de son comportement par défaut 🚫👶 | |
| ne mets pas Claude sur des rails trop étroits dans les skills — donne des objectifs et des contraintes, pas une procédure prescriptive étape par étape 🚫👶 | |
| inclus des scripts et bibliothèques dans les skills pour que Claude compose plutôt que reconstruise le boilerplate | |
intègre !command dans SKILL.md pour injecter une sortie shell dynamique dans le prompt — Claude l'exécute à l'invocation et le modèle ne voit que le résultat |
| Tip | Source |
|---|---|
utilise des hooks à la demande dans les skills — /careful bloque les commandes destructrices, /freeze bloque les éditions hors d'un répertoire |
|
mesure l'usage des skills avec un hook PreToolUse pour trouver les skills populaires ou trop peu déclenchés |
|
| utilise un hook PostToolUse pour auto-formater le code — Claude génère du code bien formé, le hook gère les 10 % finaux pour éviter les échecs CI | |
| route les demandes de permission vers Opus via un hook — laisse-le scanner les attaques et auto-approuver les demandes sûres 🚫👶 | |
| utilise un Stop hook pour pousser Claude à continuer ou vérifier son travail à la fin d'un tour |
| Tip | Source |
|---|---|
| utilise /model pour choisir modèle et raisonnement, /context pour voir l'usage du contexte, /usage pour vérifier les limites du plan, /extra-usage pour configurer la facturation de dépassement, /config pour les réglages — utilise Opus en plan mode et Sonnet pour coder afin d'avoir le meilleur des deux | |
| active toujours thinking mode true (pour voir le raisonnement) et Output Style Explanatory (pour voir une sortie détaillée avec des boîtes ★ Insight) dans /config pour mieux comprendre les décisions de Claude | |
utilise le mot-clé ultrathink dans les prompts pour un raisonnement à effort élevé |
|
le mode /focus masque tout le travail intermédiaire et n'affiche que le résultat final — fais confiance au modèle pour lancer les bonnes commandes et regarde seulement le résultat (toggle avec /focus) |
|
| ajuste le niveau d'effort avec l'adaptive thinking d'Opus 4.7 — low pour la vitesse et moins de tokens, max pour le plus d'intelligence (slider : low · medium · high · xhigh · max) |
| Tip | Source |
|---|---|
| utilise beaucoup de diagrammes ASCII pour comprendre ton architecture | |
| utilise /loop pour la surveillance locale récurrente (jusqu'à 7 jours) · utilise /schedule pour les tâches récurrentes cloud qui tournent même quand ta machine est éteinte | |
| utilise le plugin Ralph Wiggum pour les tâches autonomes longues | |
/permissions avec syntaxe wildcard (Bash(npm run *), Edit(/docs/**)) au lieu de dangerously-skip-permissions |
|
| /sandbox pour réduire les demandes de permission avec isolation fichier et réseau — 84 % de réduction en interne | |
investis dans des skills de vérification produit (signup-flow-driver, checkout-verifier) — ça vaut une semaine de perfectionnement |
|
utilise auto mode au lieu de dangerously-skip-permissions — un classifieur basé modèle décide si chaque commande est sûre et l'auto-approuve, ou pause et demande si elle est risquée. Shift+Tab pour faire défiler Ask → Plan → Auto 🚫👶 |
|
utilise le skill /less-permission-prompts pour scanner l'historique de session à la recherche de commandes Bash/MCP sûres qui redemandent souvent, puis obtenir une allowlist recommandée à coller dans les paramètres |
|
construis un skill /go qui (1) teste end-to-end via bash/browser/computer use (2) lance /simplify (3) ouvre une PR — ainsi, quand tu reviens, tu sais que le code fonctionne 🚫👶 |
| Tip | Source |
|---|---|
| garde les PR petites et focalisées — p50 de 118 lignes (141 PR, 45K lignes changées en une journée), une fonctionnalité par PR, plus facile à relire et revert | |
fais toujours un squash merge des PR — historique linéaire propre, un commit par fonctionnalité, git revert et git bisect faciles |
|
| commit souvent — essaie de commit au moins une fois par heure, dès qu'une tâche est terminée | |
| tag @claude sur la PR d'un collègue pour générer automatiquement des règles de lint à partir de feedbacks de revue récurrents — automatise-toi hors de la revue de code 🚫👶 | |
| utilise /code-review pour une analyse PR multi-agent — détecte bugs, vulnérabilités de sécurité et régressions avant merge |
| Tip | Source |
|---|---|
| prends l'habitude de faire des captures d'écran et de les partager avec Claude quand tu es bloqué sur un problème | |
| utilise MCP (Claude in Chrome, Playwright, Chrome DevTools) pour laisser Claude lire les logs de console Chrome tout seul | |
| demande toujours à Claude de lancer le terminal dont tu veux voir les logs comme tâche en arrière-plan pour mieux déboguer | |
| /doctor pour diagnostiquer les problèmes d'installation, d'authentification et de configuration | |
| utilise un cross-model pour la QA — par ex. Codex pour la revue de plan et d'implémentation | |
| la recherche agentique (glob + grep) bat le RAG — Claude Code a essayé puis abandonné les bases vectorielles car le code dérive, se désynchronise et les permissions sont complexes |
| Tip | Source |
|---|---|
| terminaux iTerm/Ghostty/tmux plutôt qu'un IDE (VS Code/Cursor) | |
| /voice ou Wispr Flow pour le prompting vocal (productivité x10) | |
| claude-code-hooks pour le feedback Claude | |
| status line pour la conscience du contexte et le compactage rapide | |
| explore les fonctionnalités de settings.json, comme Plans Directory, Spinner Verbs, pour une expérience personnalisée |
| Tip | Source |
|---|---|
| mets à jour Claude Code tous les jours | |
| commence ta journée en lisant le changelog |
Tips depuis le binaire CLI Claude Code
Spinner Verbs & Tips (extraits du binaire CLI v2.1.121)
🎬 VIDÉOS / PODCASTS
| Vidéo / Podcast | Source | YouTube |
|---|---|---|
| From Vibe Coding to Agentic Engineering (Andrej) | 02 May 2026 | AI Engineer | YouTube | |
| Full Walkthrough: Workflow for AI Coding (Matt) | 24 Apr 2026 | Matt Pocock | YouTube | |
| Everything We Got Wrong About Research-Plan-Implement (Dex) | 24 Mar 2026 | MLOps Community | YouTube | |
| Building Claude Code with Boris Cherny (Boris) | 04 Mar 2026 | The Pragmatic Engineer | YouTube | |
| Head of Claude Code: What happens after coding is solved (Boris) | 19 Feb 2026 | Lenny's Podcast | YouTube | |
| Inside Claude Code With Its Creator Boris Cherny (Boris) | 17 Feb 2026 | Y Combinator | YouTube | |
| Boris Cherny (Creator of Claude Code) On What Grew His Career (Boris) | 15 Dec 2025 | Ryan Peterman | YouTube | |
| The Secrets of Claude Code From the Engineers Who Built It (Cat) | 29 Oct 2025 | Every | YouTube |
🔔 SUBSCRIBE
| Source | Nom | Badge |
|---|---|---|
| r/ClaudeAI, r/ClaudeCode, r/Anthropic | ||
| Claude, Claude Devs, 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), Matt Pocock (Skills), 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 |
☠️ STARTUPS / BUSINESSES
Si tu as des réponses, écris-moi à shanraisshan@gmail.com
Mémoire & instructions (4)
- Que faut-il exactement mettre dans ton
CLAUDE.md— et que faut-il laisser dehors ? - Si tu as déjà un
CLAUDE.md, est-ce qu'unconstitution.mdourules.mdséparé est vraiment nécessaire ? - À quelle fréquence faut-il mettre à jour ton
CLAUDE.md, et comment savoir quand il est devenu obsolète ? - Pourquoi Claude ignore-t-il encore les instructions de
CLAUDE.md— même quand elles disent MUST en majuscules ? (reddit)
Agents, Skills & Workflows (6)
- Quand faut-il utiliser une commande plutôt qu'un agent ou un skill — et quand Claude Code vanilla est-il simplement meilleur ?
- À quelle fréquence faut-il mettre à jour agents, commandes et workflows à mesure que les modèles s'améliorent ?
- Faut-il avoir un sous-agent généraliste ou un agent spécifique à une fonctionnalité/un rôle ? Donner une persona détaillée au sous-agent améliore-t-il la qualité, et à quoi ressemble un « prompt de persona parfait » pour recherche/vision ?
- Faut-il s'appuyer sur le plan mode intégré de Claude Code — ou construire ta propre commande/agent de planification qui impose le workflow de ton équipe ?
- Si tu as un skill personnel (par ex.
/implementavec ton style de code), comment incorporer des skills communautaires (par ex./simplify) sans conflits — et qui gagne quand ils divergent ? - Y sommes-nous déjà ? Peut-on convertir une codebase existante en specs, supprimer le code, puis faire régénérer exactement le même code par l'IA à partir de ces seules specs ?
Specs & documentation (3)
- Chaque fonctionnalité de ton repo devrait-elle avoir une spec sous forme de fichier Markdown ?
- À quelle fréquence faut-il mettre à jour les specs pour qu'elles ne deviennent pas obsolètes quand une nouvelle fonctionnalité est implémentée ?
- Quand on implémente une nouvelle fonctionnalité, comment gérer l'effet de ricochet sur les specs d'autres fonctionnalités ?
🤔 Est-ce que le code compte ?
RAPPORTS
Tire le maximum de ce repo en suivant ces étapes :
- Lis ce repo comme un cours, pas comme un workflow ou un skill. C'est d'abord un matériau de référence ; tu lanceras des choses plus tard.
- N'utilise pas Claude comme un chatbot. Apprends les primitives — agents, commandes, skills, hooks — et assemble-les dans ton propre workflow.
- Lance
/weather-orchestratorpour voir un flux complet commande → agent → skill. Utilise-le comme modèle pour n'importe quel workflow de dev, de la planification au ship. - Écoute les sons des hooks personnalisés pendant que tu travailles. Leur implémentation vit dans le repo dédié Claude Code Hooks ; d'autres patterns comme Agent Teams sont dans le répertoire
implementation/de ce repo. - Apprends les sujets avancés et leurs implémentations depuis le sous-tableau 🔥 Hot — par exemple, la boucle auto-évolutive Ralph Wiggum est un repo complet et fonctionnel que tu peux cloner pour voir l'un de ces patterns de bout en bout.
- Pointe Claude vers la section tips and tricks dans ton propre projet et demande-lui de suggérer des modifications — surtout comment restructurer ton
CLAUDE.md. Chaque tip est sourcé par l'équipe Claude ou la communauté. - Abonne-toi aux chaînes Reddit et YouTube dans la section Subscribe pour suivre la communauté.
🎬 Vidéos
📊 Présentations

✨Trending sur Github en mars 2026✨
Star History
Autres repos
|
Claude Code Hooks |
Codex CLI Best Practice |
Codex CLI Hooks |
Gemini CLI Best Practice |
Gemini CLI Hooks |
Développé par
# Workflow Description 1 /workflows:development-workflows Mettre à jour le tableau DEVELOPMENT WORKFLOWS et le rapport d'analyse cross-workflow en recherchant les 10 repos de workflows en parallèle 2 /workflows:skill-collections Mettre à jour le tableau SKILL COLLECTIONS en recherchant les 5 repos de collections de skills en parallèle 3 /workflows:agent-collections Mettre à jour le tableau AGENT COLLECTIONS en recherchant tous les repos de collections d'agents en parallèle 4 /workflows:best-practice:workflow-concepts Mettre à jour la section CONCEPTS du README avec les dernières fonctionnalités et concepts Claude Code 5 /workflows:best-practice:workflow-claude-settings Suivre les changements du rapport sur les paramètres Claude Code et trouver ce qui doit être mis à jour 6 /workflows:best-practice:workflow-claude-subagents Suivre les changements du rapport sur les sous-agents Claude Code et trouver ce qui doit être mis à jour 7 /workflows:best-practice:workflow-claude-commands Suivre les changements du rapport sur les commandes Claude Code et trouver ce qui doit être mis à jour 8 /workflows:best-practice:workflow-claude-skills Suivre les changements du rapport sur les skills Claude Code et trouver ce qui doit être mis à jour
Extras
Sponsoriser mon travail
Si tu aimes mon travail, offre-moi un doodh patti 🍵 sur
