Claude Code en 5 minutes

Claude Code est un agent de code qui tourne dans ton terminal. Tu lui décris ce que tu veux, il lit ton projet, crée et modifie les fichiers, exécute les commandes, et commit.

Claude Code vs les alternatives

En 2026, tous les outils de code IA ont un mode agent. La vraie question n'est plus "lequel est le plus autonome" mais "lequel correspond à ta façon de travailler".

Critère	Claude Code	Cursor	GitHub Copilot
Interface	Terminal	IDE (fork VS Code)	IDE (VS Code, JetBrains) + CLI
Mode agent	Natif, c'est un agent avant tout	Agent mode + background agents sur VMs	Coding agent (GitHub Actions) + CLI autopilot
Contexte projet	Lit les fichiers à la demande, CLAUDE.md pour le contexte permanent	@codebase, Rules pour le contexte	@workspace, instructions personnalisées
Travail parallèle	Subagents (jusqu'à 7 en parallèle), teams	Subagents, background agents	Coding agent asynchrone (1 tâche = 1 PR)
Extensibilité	MCP, hooks, skills/plugins	MCP, hooks, rules	Custom agents, MCP, extensions
Git	Natif (commits, PR, branches, worktrees)	Intégré à l'IDE	Natif GitHub (crée des PR depuis les issues)
Force	Contrôle fin du workflow, personnalisation poussée (hooks, skills), terminal	UX visuelle, édition inline, diff visuel	Intégration GitHub native, coding agent autonome en background
Faiblesse	Pas d'UI, tout passe par le texte	Lié à VS Code	Agent limité à GitHub Actions

Ce guide se concentre sur Claude Code, mais rien ne t'empêche d'utiliser Cursor ou Copilot en parallèle. L'important c'est de maîtriser au moins un workflow agent de bout en bout, c'est ce qu'on fait ici.

Le workflow en action

Quand tu lances Claude Code sur un projet, voici ce qui se passe concrètement :

Explorer

Claude lit les fichiers pertinents de ton projet. Pas tous, uniquement ceux dont il a besoin. Sur LaunchList, quand je lui demande d'ajouter une feature, il commence par lire le schema de base de données, les routes existantes et les composants similaires.

Planifier

En Plan Mode (Shift+Tab x2), Claude propose une approche avant de coder. C'est là que tu valides ou corriges la direction. Sur un ajout de feature, il te dit : "Je vais créer un nouveau composant, modifier la route API, et mettre à jour le type TypeScript".

Implémenter

Claude crée et modifie les fichiers. Il ne te donne pas du code à copier-coller, il écrit directement dans ton projet, avec les bons imports, les bonnes conventions, et la cohérence avec le code existant.

Vérifier

Il lance tes commandes de build ou de test pour s'assurer que rien n'est cassé. Si un test échoue, il corrige automatiquement.

Committer

Un /commit et Claude crée un commit avec un message descriptif basé sur ce qu'il a réellement fait.

Les 5 erreurs que tout le monde fait au début

Je les ai toutes faites. Tu les feras probablement aussi. Autant les connaître maintenant.

Écrire des prompts trop courts

Le réflexe

claude "ajoute un formulaire de contact"

Le problème

Claude ne connaît pas ton stack, tes conventions, ton design system. Il va deviner, et souvent deviner à côté.

La solution

Donner du contexte. On verra exactement comment dans le chapitre Prompting.

Ne pas utiliser Plan Mode

Le réflexe

Demander directement l'implémentation.

Le problème

Claude part dans une direction, tu corriges, il repart, tu re-corriges. Boucle infinie qui te coûte du temps et des tokens.

La solution

Toujours planifier d'abord. Shift+Tab x2 pour activer Plan Mode. Valide le plan, puis laisse-le coder.

Laisser le contexte s'accumuler

Le réflexe

Enchaîner 30 prompts dans la même session.

Le problème

Claude perd le fil, les réponses se dégradent, le coût explose.

La solution

/clear régulièrement. Une tâche = une session. Quand tu changes de sujet, nettoie le contexte.

Ignorer CLAUDE.md

Le réflexe

Ne pas créer de fichier CLAUDE.md à la racine du projet.

Le problème

Claude ne connaît pas tes conventions, ton architecture, tes choix techniques. Il réinvente la roue à chaque session.

La solution

Créer un CLAUDE.md dès le début. C'est la clé pour une collaboration efficace. On a un chapitre entier dédié à ça.

Tout accepter sans lire

Le réflexe

Auto-accept en permanence, Shift+Tab x3 et on n'y touche plus.

Le problème

Claude peut introduire des patterns incohérents, des dépendances inutiles, voire des failles de sécurité.

La solution

Lire le diff. Toujours. Au moins survoler ce qui a changé avant de valider.

L'erreur n°2 est celle qui coûte le plus cher aux débutants. Un plan de 30 secondes peut éviter 20 minutes de corrections en chaîne. Prends l'habitude dès maintenant : Plan Mode d'abord, implémentation ensuite.

Quand NE PAS utiliser Claude Code

Claude Code n'est pas un substitut à la compréhension. Si tu ne peux pas reviewer le code qu'il génère, tu accumules de la dette technique invisible. C'est l'outil le plus dangereux entre les mains de quelqu'un qui ne comprend pas ce qu'il construit.

Dans ce guide

On va utiliser Claude Code pour construire LaunchList, une plateforme de waitlists avec pré-commandes Stripe, de A à Z. À chaque chapitre, tu verras les vrais prompts utilisés, les vrais résultats obtenus, et les vrais problèmes rencontrés.

Pas de théorie abstraite. Du concret, étape par étape.

Prochaine étape : installer Claude Code et le configurer pour être productif dès le départ.