Transformer Claude Code en vrai assistant

Sommaire

Claude Code est puissant. Mais sans structure, il repart de zéro à chaque session. Il ne sait pas qui vous êtes, ce que vous faites, pour qui vous travaillez, ni comment vous voulez travailler.

ms-os résout ce problème. C’est un système de fichiers et de contexte qui transforme Claude Code en un outil qui connaît votre business, respecte vos règles, capitalise sur vos apprentissages et s’améliore semaine après semaine.

Pas d’agents à ce stade. Pas d’automatisation complexe. Juste un système de contexte bien construit qui change radicalement la qualité de chaque session.

L’architecture ms-os

ms-os s’articule autour de six couches. Chacune a un rôle précis. Ensemble elles créent un système où Claude sait toujours où il en est, comment travailler, et ce qu’il a appris.

Vue d’ensemble
CLAUDE.md Règles permanentes, lu à chaque session
CONTEXT.md Mémoire vivante et cockpit
CLAUDE CODE votre terminal de travail
FOUNDATION Identité, style, positionnement
KNOWLEDGE BASE Expertise métier encodée
SKILLS Workflows réutilisables
HOOKS Guardrails automatiques

Couche 1 · Mémoire

CLAUDE.md et CONTEXT.md

Deux fichiers qui se chargent au début de chaque session. Ils répondent à deux questions différentes que Claude se pose au démarrage.

CLAUDE.md. les règles permanentes

  • Chargé à chaque session, toujours
  • Qui vous êtes, comment vous travaillez, vos contraintes
  • Règles de contenu, de process, de style
  • Ce qui ne change pas d’une semaine à l’autre
  • Maximum 200 lignes. au-delà il perd en cohérence

CONTEXT.md. la mémoire vivante

  • Mis à jour à chaque session par le skill compound
  • Sur quoi vous travaillez cette semaine
  • Statut des clients, campagnes en cours
  • Décisions récentes, blocages, priorités
  • Ce que Claude doit savoir pour être opérationnel aujourd’hui

La distinction qui compte : CLAUDE.md répond à « comment travaille-t-on ? ». CONTEXT.md répond à « où en est-on ? ». L’un est stable, l’autre est vivant. Ensemble ils évitent les 20 minutes de réorientation en début de session.

En pratique, voici à quoi ressemble un CLAUDE.md bien structuré pour ms-os :

CLAUDE.md. structure type
# Qui je suis
[Nom, rôle, positionnement en 3 lignes]

# Ce que je fais
[Offres, clients cibles, géographie]

# Règles de contenu
1. Lire la KB avant d'écrire
2. Pas de false-contrast (pattern "Ce n'est pas X. C'est Y.")
3. Hooks validés : Test du Chiffre + Test de la Visualisation
4. Vouvoiement en contexte B2B
5. Pas de hashtags LinkedIn

# Règles de process
6. Human-in-the-loop : valider entre chaque étape majeure
7. Sauvegarder tous les outputs dans work/
8. Compound systématique après chaque livrable

# Structure du projet
[Architecture des dossiers]

Couche 2 · Contexte métier

foundation et knowledge_base

C’est ici que ms-os se différencie vraiment des autres approches. Pas juste une organisation de fichiers. de l’expertise métier encodée que Claude peut interroger à chaque session.

foundation. votre identité permanente

Quatre fichiers qui définissent qui vous êtes et comment vous communiquez. Claude les lit pour produire du contenu qui vous ressemble vraiment.

positionnement.md

Qui vous êtes, pour qui vous travaillez, ce que vous faites. Votre ICP détaillé. Ce que vous ne faites pas. La source de vérité de votre offre.

style-linkedin.md

Ton, structure, types de hooks, exemples de posts qui ont marché. Claude écrit dans votre voix, pas dans la sienne.

style-blog.md

Structure des articles, ton éditorial, types de contenus, longueurs cibles. Chaque article sort avec votre signature.

seo-rules.md

Règles SEO on-page, stratégie mots-clés, format des slugs, critères de validation avant publication.

knowledge_base. votre expertise encodée

La vraie différence de ms-os. Votre expertise métier n’est pas dans votre tête. elle est dans des fichiers que Claude peut lire, croiser et appliquer à chaque livrable.

Structure knowledge_base
knowledge_base/
├── gtm/
│   ├── gtm-core-workflow.md      # Le workflow GTM complet
│   ├── acquisition/              # cold-email, signaux d'achat, segmentation ICP
│   ├── nurturing/                # séquences email, infrastructure
│   ├── crm/                      # déploiement CRM, choix CRM pour PME
│   └── tools/                    # Attio, Clay, n8n, Lemlist (docs + références)
└── ia/
    ├── rag-methodology.md
    ├── mcp-integrations.md
    └── context-os.md

La règle fondamentale de ms-os : chaque contenu produit doit contenir au minimum 3 éléments concrets tirés de la knowledge base. Un contenu générique est un échec. Claude lit la KB avant d’écrire. toujours.

La knowledge base se construit dans le temps. Chaque campagne, chaque audit client, chaque article enrichit la base. C’est le compound effect appliqué à l’expertise.


Couche 3 · Skills

Les skills. workflows réutilisables

Un skill est un fichier markdown qui enseigne à Claude comment gérer une tâche spécifique, une fois pour toutes. La différence avec CLAUDE.md : le CLAUDE.md se charge dans chaque conversation. Un skill se charge uniquement quand Claude détecte que votre requête correspond.

Ce qui économise des tokens. et garde le contexte propre.

Les skills actifs dans ms-os

SkillTypeSe déclenche quand
content-styleRéférenceAuto-chargé pour tout contenu
hook-validatorRéférenceValidation accroches LinkedIn et blog
linkedin-writerTâche« post LinkedIn », « écris un post »
blog-writerTâche« article », « blog », « rédiger »
seo-keyword-researchTâche« mot-clé », « keyword », pré-étape blog
seo-on-pageRéférenceChecklist SEO avant publication
client-auditTâche« audit », « nouveau client », « diagnostic »
clay-enrichmentTâche« Clay« , « enrichissement », « waterfall »
carousel-generatorTâche« carrousel », « slides LinkedIn »
gtm-strategyRéférenceAuto-chargé pour GTM et acquisition
compoundTâcheAuto en fin de skill, ou « /compound »

Les dépendances entre skills

Ce qui distingue ms-os d’une simple liste de skills : ils se chaînent. Un skill en appelle un autre automatiquement quand c’est pertinent.

linkedin-writer
  → content-style (auto)
  → hook-validator (validation accroche)
  → compound (capture learning)

blog-writer
  → seo-keyword-research (pré-étape obligatoire)
  → content-style (auto)
  → seo-on-page (checklist publication)
  → hook-validator (validation titre)
  → compound (capture learning)

carousel-generator
  → content-style (auto)
  → linkedin-writer (texte des slides)
  → brand-guide.md (design)

Pas d’article sans mot-clé validé. Le skill seo-keyword-research tourne avant la rédaction, sans exception. C’est une règle gravée dans le CLAUDE.md. Claude ne peut pas la contourner.


Couche 4 · Compound loop

Le skill compound. la boucle d’amélioration

C’est la couche que la plupart des systèmes n’ont pas. Après chaque livrable, le skill compound capture ce qui a été modifié, pourquoi, et ce que ça dit des règles à appliquer systématiquement.

Le système apprend de chaque production. Pas de façon autonome. avec votre validation. Mais il apprend.

Deux temps de capture

Temps 1. Capture immédiate

Juste après le livrable. Trois questions : qu’est-ce que vous avez modifié ? Pourquoi ? Est-ce une règle à généraliser ? Si oui, proposition de mise à jour du skill ou de la KB.

Temps 2. Métriques de retour

Quand les résultats arrivent (48h pour LinkedIn, 2-4 semaines pour le blog). Lancez /compound pour compléter avec les chiffres réels et identifier les patterns qui performent.

La règle absolue du compound : Claude ne met jamais à jour la KB ou les skills automatiquement. Il propose, vous validez. Le human-in-the-loop s’applique aussi à l’amélioration du système.

Quand un pattern se confirme sur 3 livrables ou plus, compound propose une mise à jour concrète : ajouter un hook performant dans la bibliothèque, ajuster une règle du CLAUDE.md, enrichir un fichier de la KB.

C’est comme ça que le système devient plus précis semaine après semaine. pas par magie, par capitalisation systématique.


Couche 5 · Hooks de sécurité

Les hooks. guardrails automatiques

Des scripts shell qui s’exécutent avant ou après chaque action de Claude Code. On les configure une fois. Ils tournent en silence. Claude ne peut pas contourner ce qu’ils protègent.

Avant chaque action

🛡
bash-safety.sh
PreToolUse

Bloque git commit, rm -rf, force push et reset --hard avant exécution. Claude rencontre un mur plutôt que de détruire du travail.

🔒
file-protection.sh
PreToolUse

Bloque toute modification des fichiers .env et credentials. Avertit avant de toucher à CLAUDE.md, CONTEXT.md ou settings.json.

💾
file-backup.sh
PreToolUse

Copie chaque fichier dans ~/.claude/backups/ avant modification. Conserve les 10 dernières versions. Chaque modification est réversible.

📅
search-year.sh
PreToolUse

Détecte si une requête de recherche web ne contient pas d’année et ajoute automatiquement l’année en cours. Claude cherche toujours du contenu récent.

Après chaque action

📋
file-logger.sh
PostToolUse

Enregistre chaque écriture ou modification dans un changelog quotidien. Audit trail complet de ce que Claude a touché, jour par jour.

🔔
stop-notify.sh
Stop

Notification desktop quand Claude termine une tâche longue. Fini de vérifier si c’est terminé. Claude vous prévient.

Ces hooks sont ce qui rend le mode --dangerously-skip-permissions utilisable sans risque. Claude travaille sans interruption, mais ne peut pas toucher à ce qu’il ne devrait pas toucher.


Structure complète

L’arborescence ms-os

ms-os/
├── CLAUDE.md                     # Règles permanentes
├── CONTEXT.md                    # Mémoire vivante + cockpit
│
├── foundation/                # Identité et style
│   ├── positionnement.md
│   ├── style-linkedin.md
│   ├── style-blog.md
│   └── seo-rules.md
│
├── knowledge_base/               # Expertise métier encodée
│   ├── gtm/
│   │   ├── gtm-core-workflow.md
│   │   ├── acquisition/
│   │   ├── nurturing/
│   │   ├── crm/
│   │   └── tools/
│   └── ia/
│
├── .claude/
│   ├── skills/                   # 11 skills actifs
│   └── agents/                   # (réservé pour Ivy-os)
│
├── clients/                      # Un dossier par client
│   └── [nom-client]/
│       ├── contexte.md
│       └── audit-[date].md
│
├── work/                         # Outputs de travail
│   ├── articles/
│   ├── linkedin/
│   ├── seo/
│   ├── research/
│   └── learnings/                # Compound logs
│
└── templates/
    └── client-contexte-template.md

Par où commencer

ms-os ne se construit pas en un jour. Il se construit dans l’ordre.

  • Semaine 1 : CLAUDE.md + CONTEXT.md + structure de dossiers. Rien d’autre. Testez avec quelques sessions réelles.
  • Semaine 2 : foundation. Positionnement, style LinkedIn, style blog. Claude commence à écrire dans votre voix.
  • Semaine 3 : Premiers skills. Commencez par linkedin-writer ou blog-writer selon votre usage principal.
  • Semaine 4 : Compound. Activez la boucle d’apprentissage. Chaque livrable devient un apprentissage.
  • Ensuite : Knowledge base, hooks de sécurité, skills supplémentaires. Le système s’étoffe naturellement.

La structure vient en premier. Le levier IA vient après. Un système mal organisé avec de bons prompts reste un système mal organisé.

Vous voulez aller plus vite ?

Transformez vos données en système d’acquisition

Marketing Skills déploie des workflows Claude Code sur mesure pour les PME B2B industrielles et SaaS. CRM, enrichissement de données, outreach automatisé.

Discutons de votre projet

Articles qui peuvent vous intéresser

A propos de l'auteur