N2 — Advanced Operator ▾
Advanced Operator
Playbook
Claude Code comme système de travail professionnel. 10 modules pour construire, déboguer, refactoriser, automatiser, documenter et collaborer sans perdre le contrôle du projet.
Ce que tu vas apprendre
Diagramme — Comment travaille un opérateur avancé
Objectif
Ce que tu veux construire ou améliorer
Architecture du projet
Structure, dossiers, conventions
Contexte + CLAUDE.md avancé
Règles, stack, contraintes, flux
Git + débogage + refactorisations
Changements petits, réversibles, auditables
Automatisations + MCPs
Outils connectés avec discernement
Deploy + documentation
Publier, versionner, transférer
Système scalable
Un autre opérateur peut continuer sans friction
Termine le Niveau 1 pour débloquer
L'Advanced Operator Playbook se débloque quand tu termines Operator Foundations. Le Niveau 1 te donne la base que ce niveau suppose que tu possèdes déjà.
Aller au Niveau 1 — Operator Foundations →Architecture de projets
Objectif
Structurer un projet pour que Claude puisse le comprendre et le modifier sans le casser.
Résultat
Repo propre, README clair, dossiers cohérents et règles initiales documentées.
mapa-arquitectura.md INSIGHT AVANCÉ
Organise la structure comme si Claude allait lire le repo à froid. Si le dossier te paraît confus, il produira du code mal aligné dès le premier message.
CLAUDE.md avancé
Objectif
Créer des règles opérationnelles approfondies pour un projet complexe.
Résultat
Claude comprend le style, les limites, le stack, les commandes, la sécurité et la façon de travailler.
CLAUDE.md v2 INSIGHT AVANCÉ
Un CLAUDE.md v2 n'est pas plus long que le v1 — il est plus dense. Une règle précise ("n'ajoute pas de dépendances sans justification") vaut plus que trois génériques ("sois prudent").
Contrôle du contexte
Objectif
Apprendre quoi donner à Claude, quoi ne pas lui donner et quand résumer.
Résultat
Moins de tokens gaspillés, des réponses plus précises, des sessions plus efficaces.
brief-proyecto.md INSIGHT AVANCÉ
Quand le contexte devient trop volumineux, ne l'efface pas : résume-le. Un brief-session.md de 20 lignes est plus utile que 5000 tokens d'historique en désordre.
Git workflow professionnel
Objectif
Travailler avec des commits, des branches et des diffs sans chaos ni perte de travail.
Résultat
Des changements petits, réversibles et révisables. Un historique qui raconte une histoire.
git-workflow.md documentado INSIGHT AVANCÉ
Fais des commits petits et fréquents. Un commit qui décrit "ajouter footer" est utile. Un commit avec 12 fichiers modifiés et un message "améliorations" est une bombe à retardement.
Débogage assisté
Objectif
Utiliser Claude pour trouver des erreurs sans dépendre aveuglément de ses suggestions.
Résultat
Des bugs isolés avec des hypothèses claires et des fixes petits et réversibles.
bug-report + solución aplicada INSIGHT AVANCÉ
Avant de demander à Claude de "réparer ça", demande-lui d'expliquer ce qu'il pense qu'il se passe. S'il ne peut pas l'expliquer, le fix proposé peut être plausible mais incorrect.
Refactorisations sûres
Objectif
Améliorer du code sans casser les fonctionnalités existantes ni introduire de nouvelle dette.
Résultat
Des refactorisations par étapes avec un build qui passe après chaque changement.
before/after documentado con diff INSIGHT AVANCÉ
Refactorise une chose à la fois. Vérifie le build. Puis la suivante. La confiance dans la refactorisation vient des builds au vert, pas de la sensation que "ça devrait marcher".
Automatisations et MCPs
Objectif
Comprendre quand connecter des outils externes et quand c'est de la suringénierie.
Résultat
Une carte des automatisations utiles avec une justification pour chacune.
diagrama-automatizacion.md INSIGHT AVANCÉ
Connecter un MCP est facile. Savoir ce qu'il exécute en ton nom et quand ne pas l'utiliser, ça ne l'est pas. N'ajoute pas d'outils dont tu ne comprends pas ce qu'ils font en arrière-plan.
Testing et validation
Objectif
Ne pas se fier au seul "ça a l'air de marcher" avant de publier.
Résultat
Une checklist de tests manuels exécutée avant chaque deploy.
qa-checklist.md INSIGHT AVANCÉ
La QA checklist n'est pas de la bureaucratie : c'est de la mémoire externalisée. Sans elle, il y a toujours quelque chose que tu as oublié de vérifier le jour du deploy.
Deploy et maintenance
Objectif
Publier sans casser la production et garder le cycle d'amélioration actif.
Résultat
Un flux deploy → vérifier → corriger → versionner, documenté et exécutable.
sop-deploy.md INSIGHT AVANCÉ
Documente le premier deploy pendant que tu l'exécutes. La deuxième fois, tu mets deux fois moins de temps. La dixième, quelques minutes. La documentation vivante est l'actif qui s'amortit le plus.
Documentation opérationnelle
Objectif
Transformer ton propre travail en système réutilisable par d'autres personnes ou agents.
Résultat
Des processus documentés avec un niveau de détail suffisant pour déléguer.
sop-proceso.md INSIGHT AVANCÉ
Test du SOP délégable : une autre personne (ou Claude) peut-elle l'exécuter sans rien te demander ? Si la réponse est "non", le SOP est incomplet.
Quatre scénarios complets avec Claude Code comme système de production.
Créer une landing complète
Du brief au deploy. Hero, copy, structure, composants, SEO basique et push.
Auditer un système existant
Lire le code, documenter ce qu'il fait, identifier les risques et proposer un plan d'amélioration.
Transformer un processus manuel en système
Cartographier les étapes, identifier ce qui est automatisable, concevoir le flux et documenter un SOP.
Préparer un repo pour la collaboration
CLAUDE.md, README, .gitignore, structure de dossiers et règles de contribution.
- × Demander trop d'un coup — Claude perd le contexte et produit du code qui casse d'autres parties.
- × Ne pas isoler les changements — une refactorisation qui touche 5 fichiers à la fois est impossible à relire.
- × Ne pas utiliser de commits — si quelque chose casse, tu ne peux revenir à aucun point antérieur stable.
- × Ne pas lire les diffs — approuver des changements que tu ne comprends pas garantit des bugs silencieux.
- × Pousser des secrets — une API key sur GitHub peut générer de la dette en quelques heures.
- × Utiliser l'IA sans valider — l'output de Claude peut être plausible mais incorrect.
- × Laisser Claude tout refaire — demande des changements chirurgicaux, pas des réécritures massives.
Agis comme un architecte logiciel senior. Analyse la structure de ce projet : [colle ici l'arborescence des fichiers ou décris les dossiers] Évalue : 1. L'organisation des dossiers a-t-elle du sens pour ce type de projet ? 2. Quels fichiers sont en trop, manquants ou au mauvais endroit ? 3. Quelles conventions de naming pourraient être améliorées ? 4. Comment organiserais-tu cela pour que Claude puisse naviguer sans ambiguïté ? Proposition : suggère une structure alternative si l'actuelle pose problème. Sois précis. Ne généralise pas.
Agis comme un architecte d'instructions pour Claude Code. Voici le contexte du projet : [décris le projet, son stack et ses objectifs] Crée un CLAUDE.md avancé qui inclut : 1. Description du projet et objectif en une seule ligne 2. Stack technique avec versions exactes 3. Commandes critiques (build, test, lint, deploy) 4. Règles d'architecture : ce qu'il faut faire et ce qu'il ne faut jamais faire 5. Conventions de naming et organisation des fichiers 6. Flux de travail attendu : comment Claude doit proposer des changements 7. Règles de sécurité : quels fichiers ou variables ne jamais toucher 8. Signaux de réussite : comment savoir si le travail est bien fait 60 lignes maximum. Dense. Sans remplissage.
Agis comme un ingénieur de refactorisation. Je veux améliorer ce fragment de code : [colle le code] Avant d'éditer quoi que ce soit, j'ai besoin d'un plan de refactorisation qui inclut : 1. Quels problèmes a le code actuel (précis, pas vagues) 2. Ce que tu changerais et pourquoi 3. Les risques de chaque changement proposé 4. Dans quel ordre faire les changements pour que le code ne soit jamais cassé 5. Comment valider que chaque changement n'a pas introduit de régressions Ne commence pas à écrire du code tant que je n'ai pas approuvé le plan.
Vérifie avoir terminé les 10 modules avant de marquer le niveau :
- ✓ Carte d'architecture d'un projet réel documentée
- ✓ CLAUDE.md avancé avec les 8 sections opérationnelles
- ✓ Brief de projet de 20 lignes maximum créé
- ✓ Flux Git avec branche, commit sémantique et merge documenté
- ✓ Débogage assisté exécuté sur un bug réel
- ✓ Refactorisation limitée avec before/after documenté
- ✓ Diagramme d'automatisation pas encore implémenté
- ✓ QA checklist avec au moins 10 points de validation
- ✓ SOP de deploy documenté et exécuté une fois
- ✓ SOP de processus délégable d'une page maximum
NIVEAU 2 TERMINÉ
Niveau 3 débloqué : ChatGPT → Claude Migration System