Sept façons de piloter Claude Code : CLAUDE.md, Rules, Skills, Subagents, Hooks, Output Styles, System Prompt

il y a 23 heures
5 min de lecture

Anthropic vient de publier un article qui détaille, de façon systématique, comment faire travailler Claude Code à votre façon.

Pas une astuce de prompt — une carte d'architecture : sept mécanismes de personnalisation, chacun avec son moment de chargement, son coût en tokens et son comportement à la compaction. CLAUDE.md, Rules, Skills, Subagents, Hooks, Output Styles, et un paramètre append-system-prompt en ligne de commande.

Nous faisons tourner toute notre chaîne — du choix de sujet à la rédaction, la conformité, la publication et la vérification en production — avec Claude Code, pour notre plateforme grand public ecentime.com (一分钱). Ces sept mécanismes, nous les utilisons presque tous. Plutôt que de paraphraser la doc, voici notre usage réel : un mécanisme, un exemple de chez nous.

Une conviction traverse tout ce qui suit : la boucle est une commodité, le vérificateur est la douve. Les sept mécanismes répondent au fond à une seule question — qu'est-ce qu'on laisse au modèle, et qu'est-ce qu'on cloue.

À retenir

Sept mécanismes, trois axes chacun : quand l'instruction se charge, si elle survit à la compaction, quel poids elle a.
Tout ce qui doit arriver de façon fiable ne va pas dans une instruction — il va dans une couche déterministe (Hooks, permissions).
Le processus va dans les Skills ; les faits durables dans un CLAUDE.md court ; la vérification, isolée dans des Subagents.

1. CLAUDE.md : des faits qui restent, pas un tutoriel

Le CLAUDE.md racine de notre dépôt de contenu ne contient que les faits utiles à chaque session : commandes de build et d'amorçage (seed), structure des dossiers, et deux règles non négociables — tout contenu doit couvrir à la fois le SEO (classement Google) et le GEO (citation par les IA) ; les mots-clés sont en chinois simplifié, car notre audience est la diaspora chinoise en Europe.

Il garde aussi un piège payé au prix fort : le script d'amorçage déduplique par nom de fichier — modifier un ancien fichier ne prend pas, il faut un nouveau fichier en UPDATE. Une ligne, et personne ne le réapprend.

Notre discipline rejoint la recommandation officielle : moins de 200 lignes, un propriétaire désigné, revu comme du code. C'est un index, pas une décharge publique.

2. Rules : limitées par chemin, ne chargent pas hors sujet

Les contraintes de format et de conformité, nous les mettons dans des Rules limitées par chemin (paths), accrochées seulement aux dossiers de contenu et de publication : tout texte sortant passe d'abord un sas de conformité ; limites strictes de longueur de titre et de nombre de tags par plateforme.

L'avantage est direct : quand un ingénieur ne touche que le collecteur de données ou la couche data, ces règles ne se chargent pas du tout. Moins de tokens consommés, et l'instruction du moment n'est pas diluée.

3. Skills : le processus, chargé seulement à l'appel

Nous avons écrit un Skill qui transforme un lien de deal en publication prête : en entrée, un lien ; en sortie, un visuel et un texte pour les réseaux — Python fait le travail d'extraction, Claude rédige en passant par le sas de conformité. C'est un flux fixe et répétable : donc un Skill, pas trente lignes dans CLAUDE.md. Au démarrage, seuls le nom et la description se chargent ; le corps n'arrive qu'à l'appel.

Notre pipeline de publication de blog est lui aussi un Skill : Markdown → contenu enrichi → publication.

4. Subagents : séparer la génération de la réception

Notre harness de contenu sépare volontairement génération et réception : un agent rédige ; des subagents de vérification isolés exécutent des contrôles à plusieurs niveaux (faits, liens, conformité, ton de marque) dans leur propre contexte, et ne renvoient qu'un verdict. Tout le va-et-vient intermédiaire ne pollue jamais le fil principal.

C'est « le vérificateur est la douve » traduit en architecture : l'agent qui écrit ne peut pas être celui qui se note lui-même.

5. Hooks : ce qui doit arriver à chaque fois

Une instruction peut être enfreinte ; un Hook, non. Deux choses qui doivent arriver à chaque fois sont clouées en Hook : après génération, un contrôle prix et conformité automatique ; après amorçage, une revalidation du cache de la page publique — nous l'avons appris à nos dépens : pousser des données sans revalider le cache, et « c'est corrigé » ne l'est pas en ligne.

Cela ne se confie pas à « j'espère que le modèle s'en souviendra » : c'est du code exécuté par le harness, hors du contexte principal, pour un coût quasi nul.

6. Output Styles : le poids le plus fort, donc le plus sobre

Notre ligne éditoriale est un Output Style : pas d'emoji, la prose avant les puces, les chiffres avant les adjectifs. Injecté dans le system prompt et jamais compacté, c'est la couche au plus fort taux de suivi — on l'utilise donc avec parcimonie et on s'appuie sur les styles intégrés quand ils suffisent.

7. append-system-prompt : injecter du savoir métier, ponctuellement

Pour les tâches ponctuelles, nous injectons du savoir métier (voix de marque, ton propre à une plateforme) via append-system-prompt : valable seulement pour l'appel en cours, sans fichier persistant. Il ne change pas le rôle de Claude, il ajoute des instructions — sachant que plus on en ajoute, moins le suivi est fidèle, surtout quand elles se contredisent.

Le principe sous les sept

Une fois les sept mécanismes étalés, notre principe d'ingénierie tient en une phrase : tout ce qui doit arriver de façon fiable sort des instructions et entre dans une couche déterministe (Hooks, permissions) ; le processus va dans les Skills ; CLAUDE.md reste un index court ; la vérification s'isole dans des Subagents.

Les modèles progressent et absorberont de plus en plus de savoir-faire bricolés. Mais « qu'est-ce qui compte comme correct, et qu'est-ce qui est permis » — ce clou-là, c'est à vous de l'enfoncer. La boucle deviendra de moins en moins chère ; le vérificateur restera la douve.

FAQ

Quand mettre une instruction dans un Hook plutôt que dans CLAUDE.md ? Dès qu'un comportement doit arriver de façon fiable (linter après édition, contrôle de conformité, notification). Une instruction peut être ignorée sous pression ; un Hook, non.

Skill ou Subagent ? Subagent quand la sous-tâche produit beaucoup de résultats intermédiaires que vous ne réutiliserez pas (isolation). Skill quand vous voulez voir le processus se dérouler dans le fil principal et garder la main.

Pourquoi limiter les Rules par chemin ? Une Rule sans paths se charge toujours, comme CLAUDE.md — elle consomme des tokens même quand la tâche n'a rien à voir.

ECTIME AI Lab est l'unité de recherche et de déploiement en IA appliquée du groupe ECTIME. Nous construisons, livrons et éprouvons des systèmes agentiques en production, de l'automatisation GEO/SEO aux agents autonomes multi-étapes. Nous maintenons des Claude Skills open source pour le GEO/SEO et accompagnons les marques européennes vers une IA non seulement autonome, mais vérifiable et autorisée.