L’Anti-Setup Claude

L’Architecture

ABOUT_ME/
  profile.md          → Qui tu es, ce que tu crées
  writing_rules.md    → Ce que tu refuses d'écrire
  what_breaks.md      → Ce qui ne marche jamais

PROJECTS/
  nom_projet/
    brief.md          → Ce qui est demandé
    research.md       → Ce qu'il faut savoir
    drafts/           → Les versions

TEMPLATES/
  email_pitch.md      → Patterns réutilisables
  brief_client.md
  post_linkedin.md

CLAUDE_OUTPUTS/
[tout ce que Claude livre]

La règle : Claude lit ABOUT_ME/ + le dossier PROJECTS/ concerné. Il écrit dans CLAUDE_OUTPUTS/. Toujours.

Note pour les utilisateurs Claude Code : le fichier CLAUDE.md a la racine de ton projet remplace naturellement ABOUT_ME/. C’est le standard officiel d’Anthropic. Claude le charge automatiquement a chaque session. Tu peux y concentrer tes règles d’écriture, ton profil et tes instructions permanentes. Le reste de l’architecture (PROJECTS/, TEMPLATES/, CLAUDE_OUTPUTS/) fonctionne de la meme manière.

---

Les 8 Fichiers (et pourquoi ils existent)

1. ABOUT_ME/profile.md

Contenu : Trois paragraphes. 200 a 500 mots max (la fourchette recommandée par Anthropic pour les instructions persistantes).

## Qui je suis
[Role, pratique créative, clients types]

## Ce que je livre ce trimestre
[2-3 projets actifs avec leurs deadlines]

## Stack et formats
[Outils : Figma, Midjourney, Runway, etc.]
[Formats livrés : .psd, .pdf, posts LinkedIn, decks]

Utilité : Claude sait pour qui il travaille. Tu ne répètes pas ton contexte a chaque prompt.

Maintenance : Mise a jour tous les 3 mois ou quand ton activité change.

Exemple concret :

## Qui je suis

Directrice artistique freelance, spécialisée identité visuelle
et direction créative pour marques premium.
12 ans en agence (BETC, DDB, Publicis), indépendante depuis 2022.
Clients : luxe, beauté, culture.

## Ce que je livre ce trimestre

- Refonte identité visuelle Maison X (deadline 30 avril)
- Direction artistique campagne été marque Y
- 3 posts LinkedIn/semaine (personal branding)

## Stack et formats

Outils : Figma, Midjourney, Photoshop, After Effects, Claude
Formats livrés : .pdf (présentations), .png (visuels), .md (contenus)

2. ABOUT_ME/writing_rules.md

Contenu : Quatre listes de contraintes.

## Mots bannis

utiliser, optimiser, synergie, écosystème, impacter,
deep-dive, actionable, leverage, delve, transformative,
disruptive, game-changer, cutting-edge, next-level,
unlock, amplifier, révolutionner

## Structures interdites

- Pas de bullet points dans la prose
- Pas de tirets cadratins
- Pas de questions comme titres
- Pas de "En conclusion" ou "Pour résumer"
- Pas de listes a plus de 5 items
- Pas de phrases de plus de 20 mots

## Règles de phrase

- Maximum 20 mots par phrase
- Pas de voix passive
- Un verbe fort par phrase
- Alterner phrases courtes et moyennes
- Jamais trois phrases longues d'affilée

## Références de ton

Concis comme Hemingway
Rythme comme Joan Didion
Clarté visuelle comme Annie Ernaux
Précision technique comme Ursula K. Le Guin

Utilité : Le style, c’est ce que tu refuses. Les interdictions sont plus fortes que les suggestions.

Pourquoi ça marche : Claude sait exactement ce qu’il ne doit pas produire. Pas de « écris dans mon style » flou. Des contraintes claires.

Maintenance : Ajoute un mot banni quand Claude en produit un qui te fait grincer des dents.

---

3. ABOUT_ME/what_breaks.md

Contenu : Log des échecs répétés.

## Prompts qui ratent

"Fais-moi un mood board IA"
Fix : "9 images Midjourney, palette terre + or, ambiance
studio Harcourt revisité"

"Rédige un post viral"
Fix : "Post LinkedIn 150 mots, stat contre-intuitive en accroche"

## Taches impossibles

Extraction de données depuis PDF scannés mal numérisés.
Workaround : Nettoyer le scan avec Adobe avant extraction.

Génération d'images avec du texte lisible.
Workaround : Générer l'image sans texte, ajouter la typo en post-prod.

## Patterns qui marchent toujours

Briefs visuels : "3 directions, 3 mood boards, 1 recommandée"
Posts LinkedIn : "150 mots, stat en accroche, CTA question"
Présentations : "Brief.md + research.md lus avant exécution"

Utilité : Tu arrêtes de répéter les mêmes erreurs.

Pourquoi ça marche : La mémoire des échecs évite de perdre du temps sur ce qui ne marche pas.

Maintenance : Note quand quelque chose échoue deux fois de suite.

---

4. PROJECTS/nom_projet/brief.md

Contenu : Ce qui est demandé.

## Objectif

[Qu'est-ce qui doit être livré et pourquoi]

## Contraintes

Format : .pdf, 2 pages max
Ton : professionnel mais accessible
Deadline : 15 avril

## Public cible

[Qui va voir/lire/utiliser ce livrable]

## Critères de succès

[Comment on saura que c'est réussi]

Utilité : Claude sait exactement ce qu’on attend de lui.

Pourquoi ça marche : Pas de devinette. Pas de « je pense que tu voulais dire ». Le brief est écrit une fois, lu autant de fois que nécessaire.

Maintenance : Un brief par projet. Archive quand c’est livré.

Exemple concret :

## Objectif

Créer une présentation de 12 slides pour pitcher
la direction créative de la campagne automne.
Le client veut voir trois territoires visuels distincts.

## Contraintes

Format : .pdf 16:9, 12 slides max
Ton : Premium, épuré, zéro bullet point
Deadline : 22 avril 2026
Chaque territoire : mood board + headline + rationale

## Public cible

Directeur marketing et CEO de la marque.
Sensibles a l'esthétique, peu patients avec le jargon.

## Critères de succès

- Choix d'un territoire en réunion (pas de "on y réfléchit")
- Zéro question sur le brief (tout est dans le deck)
- Le CEO partage le deck en interne

---

5. PROJECTS/nom_projet/research.md

Contenu : Le contexte nécessaire.

## Background client

[Ce qu'il faut savoir sur la marque, le secteur, les codes visuels]

## Références

[Exemples de campagnes similaires, mood boards, liens]

## Jargon spécifique

[Termes métier a utiliser ou éviter]

## Historique du projet

[Décisions déjà prises, pistes refusées, ce qui a été testé]

Utilité : Claude a le contexte métier sans que tu le ré-expliques.

Pourquoi ça marche : Tout ce que Claude doit savoir pour exécuter est dans un seul fichier. Pas de fouille archéologique dans l’historique de chat.

Maintenance : Complète au fil des briefs clients.

---

6. TEMPLATES/type_livrable.md

Contenu : Pattern réutilisable.

Exemple : TEMPLATES/post_linkedin.md

## Structure

Accroche : stat contre-intuitive ou affirmation tranchante.
Max 2 lignes. Doit provoquer l'arrêt du scroll.

Corps : 3 paragraphes courts.
Un insight par paragraphe.
Pas de liste. Pas de numérotation.

CTA : Question simple qui appelle une réponse.
Jamais "Qu'en pensez-vous ?"
Toujours une question spécifique.

## Longueur

150 mots maximum. 5 paragraphes max.

## Ton

Direct. Expert mais humain. Légèrement irrévérencieux.
Pas de formules corporate. Pas de "j'espère" ou "peut-être".

## Exemples qui ont marché

[Coller ici 2-3 posts avec engagement > moyenne]

Utilité : Tu ne réinventes pas la structure a chaque fois.

Pourquoi ça marche : Les templates capturent ce qui marche. Tu remplis les variables, Claude exécute.

Maintenance : Ajoute un template quand tu produis le même type de contenu 3 fois.

---

7. CLAUDE_OUTPUTS/

Contenu : Tout ce que Claude livre.

La règle absolue : jamais de livrable tiré du chat. Tout passe par ce dossier.

Nomenclature : projet_type-contenu_v1.ext

Exemples :

• maisonx_deck-pitch_v1.pdf
• perso_post-linkedin_v2.md
• campaigney_moodboard_v1.png

Utilité : transfert propre (pas d’erreurs de copier-coller), versionnable (Git-friendly), retrouvable (nomenclature claire).

Pourquoi ça marche : un seul endroit ou chercher. Pas de « c’était dans quel chat déja ? ».

---

8. PROJECTS/nom_projet/drafts/

Contenu : Historique d’itération.

Utilité : Tracer les versions intermédiaires sans polluer CLAUDE_OUTPUTS/.

Règle : Les drafts restent dans PROJECTS/. Seule la version finale va dans CLAUDE_OUTPUTS/.

---

Le Workflow (étape par étape)

Pour les taches créatives et stratégiques

1. Tu lances avec le prompt structuré :

I want to [create a visual identity pitch deck for brand X]
so that [the client picks a direction in the first meeting].

First, read:
- ABOUT_ME/profile.md
- ABOUT_ME/writing_rules.md
- PROJECTS/brandx_pitch/brief.md

Then ask me 3 questions to refine the approach.
Show me your plan before you execute.

2. Claude pose 3 questions avec options.

Exemple :

• Quel angle : héritage de marque revisité ou rupture contemporaine ?
• Nombre de territoires : 2 (focalisé) ou 3 (plus de choix) ?
• Format des mood boards : collage ou planche tendance structurée ?

3. Tu réponds.

4. Claude montre son approche :

Approche :

Slide 1-2 : Rappel brief + insight marché
Slides 3-5 : Territoire 1 "Héritage Moderne" (mood + headline + rationale)
Slides 6-8 : Territoire 2 "Rupture Poétique" (mood + headline + rationale)
Slides 9-11 : Territoire 3 "Minimalisme Radical" (mood + headline + rationale)
Slide 12 : Recommandation + prochaines étapes

Ton : Premium, direct, zéro jargon
Format : .pdf 16:9

5. Tu valides : « Go »

6. Claude écrit dans CLAUDE_OUTPUTS/brandx_deck-pitch_v1.pdf

7. Tu vérifies avec la checklist qualité.

Pour les taches mécaniques

Tu donnes l’instruction directe :

Convert this table to CSV format and save it in CLAUDE_OUTPUTS/

Claude exécute. Pas de questions. Pas de plan.

---

La Checklist Qualité (avant de livrer)

Après chaque livraison de Claude :

□ Correspond au brief
  Compare avec PROJECTS/[nom]/brief.md
  Tous les critères de succès sont remplis

□ Respecte les règles d'écriture
  Check ABOUT_ME/writing_rules.md
  Cherche les mots bannis (Cmd+F)
  Compte les mots par phrase (max 20)

□ Est dans le bon dossier
  Fichier présent dans CLAUDE_OUTPUTS/
  Pas de livrable tiré du chat

□ A le bon nom
  Format : projet_type-contenu_v1.ext
  Tout en minuscules
  Version indiquée

□ Version incrémentée si itération
  v1 > v2 > v3
  Jamais écraser v1 directement

Si une case n’est pas cochée : corrige avant de livrer.

---

Ce que ce système supprime, ce qu’il garde

Ce que ce système supprime. Les interviews de 100 questions. Les instructions globales que Claude ignore. Les dépendances a des outils externes. Le copier-coller depuis le chat. La recherche de « ou j’avais mis ce fichier ? ». La répétition du contexte a chaque prompt.

Ce qu’il garde. Le contexte réutilisable automatiquement. La qualité constante via contraintes écrites. La traçabilité complète (versions + logs d’échec). La vitesse d’exécution (5 min du prompt au livrable). La séparation claire entre travail et archive.

---

Quand utiliser quoi

Nouveau projet client : crée PROJECTS/nom_projet/ avec brief.md et research.md.

Tache répétitive (3x ou plus) : crée un template dans TEMPLATES/.

Claude produit un mot banni : ajoute-le a ABOUT_ME/writing_rules.md.

Prompt qui rate deux fois : log dans ABOUT_ME/what_breaks.md avec le fix.

Changement d’activité ou de focus : mise a jour ABOUT_ME/profile.md.

Livrable terminé : archive le dossier PROJECTS/nom_projet/.

---

Les trois surfaces Claude (et comment choisir)

L’architecture de ce guide fonctionne sur les trois. La friction change.

Claude Pro (claude.ai) : utilise les Projects natifs. Custom instructions pour ton profil et tes règles d’écriture. Knowledge base pour uploader tes briefs, research et templates. Claude ne peut pas écrire dans tes dossiers. Tu copies manuellement les outputs. C’est la surface la plus accessible mais la plus manuelle.

Claude Code (terminal) : Claude lit et écrit dans ton système de fichiers directement. Place un fichier CLAUDE.md a la racine de ton projet. Il contient ton profil, tes règles d’écriture et tes instructions permanentes. Claude le charge automatiquement a chaque session. C’est la ou l’architecture de ce guide fonctionne sans friction.

Cowork (Claude Desktop) : même logique que Claude Code, accès fichiers direct, sans passer par le terminal. Interface visuelle. Tu sélectionnes un dossier de travail, Claude y lit et écrit. Pour les créatifs qui ne veulent pas toucher au terminal, c’est la meilleure option.

L’API n’est nécessaire pour aucune des trois.

---

Les Skills : des compétences spécialisées

Les Skills sont des capacités intégrées a Claude qui s’activent automatiquement selon ta demande. Pas d’installation. Pas de configuration. Tu demandes, Claude sait faire.

Ce que ça change pour un créatif :

Tu demandes un deck de présentation. Claude active le skill .pptx et produit un vrai fichier PowerPoint avec mise en page, slides structurées, visuels placés. Pas du texte brut a reformater.

Tu demandes un rapport client. Claude active le skill .docx et livre un Word avec titres, table des matières, pagination. Prêt a envoyer.

Tu demandes une extraction de données depuis un PDF. Claude active le skill PDF et sort les tableaux proprement.

Quelques skills disponibles aujourd’hui :

Création de documents Word (.docx), présentations PowerPoint (.pptx), tableurs Excel (.xlsx), manipulation de PDF (extraction, fusion, création). Création de contenu marketing (posts, emails, landing pages). Planification de campagnes, séquences email, audits SEO.

Comment ça se déclenche : tu décris ce que tu veux. Claude choisit le bon skill. Tu n’as rien a configurer.

---

Les Plugins : des connexions externes

Les Plugins connectent Claude a tes outils et plateformes. Contrairement aux Skills (natifs), les Plugins s’installent. Ils étendent ce que Claude peut faire en lui donnant accès a des services externes.

Ce que ça change pour un créatif :

Tu connectes Slack. Claude peut lire tes conversations, résumer un fil, rédiger une réponse dans ton ton.

Tu connectes Google Drive ou Notion. Claude accède directement a tes docs, tes briefs, tes références. Plus besoin de copier-coller.

Tu connectes un outil de gestion de projet (Asana, Linear). Claude voit tes taches, tes deadlines, ton backlog.

Comment ça marche :

Les Plugins utilisent le protocole MCP (Model Context Protocol), un standard ouvert créé par Anthropic. Chaque plugin est un pont entre Claude et un service. Tu l’installes une fois, Claude y accède ensuite naturellement dans la conversation.

Ou les trouver : dans Claude Code ou Cowork, Claude peut chercher des plugins disponibles et te proposer ceux qui correspondent a ton usage.

Le bon reflexe : commence sans plugins. Installe-en un quand tu identifies une friction répétée (copier-coller depuis Notion, chercher un fichier sur Drive, résumer un thread Slack). Chaque plugin doit résoudre un problème réel, pas décorer ton setup.

---

Questions Fréquentes

Claude lit-il vraiment tous ces fichiers a chaque fois ? Non. Claude lit ce que tu lui demandes de lire dans ton prompt. D’ou l’importance du prompt structuré pour les taches créatives. Avec Claude Code, le fichier CLAUDE.md est chargé automatiquement. Le reste, tu le pointes.

Et si j’ai 20 projets actifs ? Archive les projets terminés dans PROJECTS/archives/. Garde seulement 3-5 projets actifs dans PROJECTS/.

Faut-il tout remplir dès le début ? Non. Commence avec ABOUT_ME/profile.md (3 paragraphes, 200-500 mots), ABOUT_ME/writing_rules.md (10 mots bannis minimum), un dossier PROJECTS/ pour ton projet actif. Le reste se construit au fil des besoins.

Skills ou Plugins d’abord ? Skills d’abord. Ils sont natifs et n’ont besoin de rien. Les Plugins viennent quand tu identifies un point de friction avec un outil externe.

---

Par Ou Commencer

Aujourd’hui (15 minutes) : crée la structure de dossiers, écris ABOUT_ME/profile.md (3 paragraphes, 200-500 mots), liste 10 mots bannis dans ABOUT_ME/writing_rules.md.

Cette semaine (30 minutes) : crée un dossier PROJECTS/ pour ton projet actif, écris brief.md pour ce projet, lance ton premier prompt structuré.

Ce mois-ci (1 heure) : ajoute un template après avoir produit 3 fois le même type de contenu, log ton premier échec dans what_breaks.md, mesure : arrives-tu a livrer en moins de 5 minutes ?

Quand tu es prêt : explore les Skills en demandant un livrable concret (un deck, un doc, un PDF). Installe ton premier Plugin quand une friction avec un outil externe revient pour la troisième fois.

---

Le test final : peux-tu livrer du travail en moins de 5 minutes du prompt au fichier dans CLAUDE_OUTPUTS/ ?
Si non, ton système a des frictions dont tu n’as pas besoin.

Pour aller plus loin

Manage Claude’s memory (CLAUDE.md)
Prompt engineering best practices
Claude Code overview
Get started with Cowork
Introduction to MCP