// Auto-formation
Prise en main un assistant de code agentique puis construire un site, une PWA et comprendre le chemin jusqu'à la mise en production
Pour s'initier au développement avec un agent IA sans rester dans la démo magique. Les exercices utilisent Claude Code pour rester concrets, mais les réflexes appris — prompt, contexte, diff, validation, tests — peuvent s'appliquer aussi à Codex, Gemini, Cursor, Copilot...
npm) ;Le parcours court vous donne les fondamentaux et une première PWA. Les commandes affichées sont celles de Claude Code, mais chaque fois que vous voyez « l'agent », pensez « votre assistant de développement ». Les blocs Pour aller plus loin, Firebase, sécurité et liens utiles sont des bonus à faire ensuite, ou à garder comme référence.
🎨 Code couleur des encarts (pour s'y repérer) :
// Partie 01
Avant de plonger, voici la carte du cours : les 7 étapes, leur durée et ce que chacune vous apporte. Survolez-la maintenant, et revenez-y si vous vous perdez. Le détail vient juste après (Partie 02).
| # | Étape | Temps | Type | Ce que vous y gagnez |
|---|---|---|---|---|
| 1 | Comprendre les agents IA de développement cœur | 4 min | Lecture | Comprendre en quoi c'est différent de l'autocomplétion classique |
| 2 | Installation & branchement à VS Code — exemple Claude Code cœur | 8 min | Pratique | Mettre en place un environnement concret et vérifier qu'il fonctionne |
| 3 | Les 5 fondamentaux d'interaction cœur | 6 min | Lecture + essai | Apprendre le vocabulaire pour piloter l'outil |
| 4 | Construire un site web de zéro cœur | 8 min | Pratique | Voir l'agent lire, créer, modifier, et un diff à valider |
| 5 | Transformer le site en PWA installable cœur | 6 min | Pratique | Comprendre les briques d'une app mobile web |
| 6 | Cas Firebase, règles et déploiement bonus guidé | 25 min | Cas pratique | Comprendre le chemin vers une vraie mise en production |
| 7 | Bonnes pratiques, limites, consommation et auto-évaluation référence | 10 min | Lecture | Adopter un usage sain, lucide et durable |
Installez d'abord tout le nécessaire (étape 2) et gardez VS Code et un terminal ouverts. Une fois l'environnement prêt, vous enchaînez les fondamentaux et la pratique sans accroc.
Pour voir tout ça sur un projet réel — du démarrage du PC jusqu'à la prod —, la partie 3 déroule un cas concret : une app de location/vente de trottinettes déployée sur Firebase. Claude Code sert ici de véhicule pédagogique, mais la méthode reste valable avec d'autres agents.
Vous savez ce que vous allez produire : un premier site, une version PWA, puis éventuellement un déploiement Firebase. Si vous manquez de temps, faites les étapes marquées cœur et revenez aux bonus plus tard.
🔭 Pour aller plus loin
Optionnel — ressources à consulter après le parcours court
// Partie 02
« Un assistant agentique de développement n'est pas une autocomplétion intelligente ligne par ligne. C'est un agent qui peut comprendre un projet, lire des fichiers, proposer ou appliquer des modifications, lancer des commandes selon ses permissions, puis vous présenter un résultat que vous validez. »
La distinction clé à comprendre (souvent confondue) :
Où vit l'agent ? Selon l'outil, il peut vivre dans un terminal, une extension VS Code, un éditeur dédié ou une interface web. Dans ce cours, l'exemple principal est Claude Code : un CLI relié à VS Code via une extension. Avec Codex, Gemini, Cursor ou Copilot, l'interface change, mais les gestes essentiels restent les mêmes.
« Pensez à un développeur junior très rapide et infatigable à qui vous donnez des tâches. Il fait le travail, vous montre son diff, et c'est vous qui faites la code review et qui validez. Vous restez le tech lead. »
| Compétence durable | Dans ce cours avec Claude Code | Avec Codex, Gemini, Cursor, Copilot... |
|---|---|---|
| Donner une intention claire | Prompt dans le panneau Claude Code ou le terminal | Même logique : objectif, contexte, contraintes, critères de réussite |
| Limiter le contexte | @fichier, CLAUDE.md, /context | Fichiers attachés, contexte de workspace, règles de projet ou instructions persistantes |
| Valider les changements | Diff proposé par l'extension, acceptation ou révision | Diff Git, patch, aperçu d'édition ou pull request générée |
| Travailler par étapes | Prompt court, checkpoint, nouvelle demande | Même discipline : petites tâches, tests fréquents, commits réguliers |
| Tester le résultat | L'agent peut proposer ou lancer des commandes | Le principe reste humain : vérifier, tester, lire les erreurs, demander une correction ciblée |
Pour que le cours reste actionnable, le pas à pas utilise Claude Code. Si vous utilisez Codex, Gemini ou un autre assistant, gardez la même logique et remplacez simplement les commandes et menus par ceux de votre outil.
Claude Code est un outil payant : abonnement Claude (Pro 20 $/mois, Max 100/200 $/mois, Team, Enterprise) ou crédits API. ⚠️ Le compte Claude gratuit ne suffit pas — il faut au minimum Pro (le palier suffisant pour ce cours) ; Max ne se justifie que pour un usage quotidien intensif. Pour seulement expérimenter, une clé API en pay-as-you-go (quelques centimes d'usage réel) fait aussi l'affaire.
# Windows 11 — PowerShell (clic droit sur Démarrer → Terminal) PS> irm https://claude.ai/install.ps1 | iex # (Mac/Linux, pour info : curl -fsSL https://claude.ai/install.sh | bash)
PS> npm install -g @anthropic-ai/claude-code
1. La commande est refusée ? Windows bloque par défaut l'exécution des scripts PowerShell. Autorisez-les pour votre compte en lançant une fois : Set-ExecutionPolicy -Scope CurrentUser RemoteSigned, puis relancez l'installation.
2. claude n'est « pas reconnu » après l'installation ? Le PATH n'est pas encore à jour : fermez puis rouvrez le terminal (voire VS Code).
3. En cas de doute : claude doctor diagnostique l'installation.
PS> claude --version # affiche un numéro de version PS> claude doctor # diagnostic de l'installation
Vous pouvez continuer avec Claude Code si claude --version affiche un numéro de version et si claude doctor ne remonte pas d'erreur bloquante. Avec un autre assistant, l'équivalent est simple : il doit être connecté, voir votre dossier projet, pouvoir proposer des modifications et vous montrer un diff.
Ctrl+Shift+X), cherchez « Claude Code » et installez celle de l'éditeur anthropic (lien direct Marketplace). Le CLI doit être installé au préalable : l'extension l'enrobe.Ctrl+Shift+P → « Claude Code ».ANTHROPIC_API_KEY et lancer VS Code via code ..)Dans une session, taper /terminal-setup active Shift+Entrée pour aller à la ligne (au lieu d'envoyer le message) — indispensable pour les prompts multi-lignes.
Cinq notions suffisent pour piloter l'outil :
@fichier 📎 — taper @ ajoute un fichier au contexte : c'est ainsi qu'on dit « regarde ce fichier ».CLAUDE.md avec Claude Code ; fichier d'instructions ou règles de workspace ailleurs.Avec ces cinq notions — prompt clair, contexte ciblé, mémoire de projet, diff, checkpoint — vous savez déjà piloter un agent de développement. Le reste, c'est de la pratique : passons-y.
Avant la pratique, formulez mentalement une demande en trois morceaux : objectif, contraintes, critères de réussite. C'est ce qui transforme une demande vague en instruction exploitable.
Ouvrez un dossier vide dans VS Code, puis votre assistant de code. Dans le parcours Claude Code, ouvrez le panneau Claude Code. Saisissez ce premier prompt :
Crée un petit site vitrine pour un café fictif "Café Latitude". Stack : HTML, CSS et JavaScript vanilla, sans framework. Sections : header avec navigation, hero avec titre + bouton, section menu avec 3 produits, et un footer. Design responsive et propre. Mets le CSS dans un fichier séparé.
Pendant que l'agent travaille, observez : il peut annoncer un plan avant d'agir, puis créer les fichiers (index.html, style.css, script.js). Ouvrez le diff pour lire ce qu'il propose (c'est votre code review), acceptez, puis ouvrez la page dans le navigateur.
Bien. Maintenant rends le header collant au scroll, ajoute un effet de survol sur les cartes du menu, et passe la palette en tons chauds (brun/crème).
La qualité du résultat est proportionnelle à la qualité du prompt : vague → générique, précis et contraint → exploitable. Soigner son prompt est le réflexe n°1 à acquérir.
Dites-le simplement : « il y a un bug, le menu déborde sur mobile, corrige-le ». L'agent lit, diagnostique et propose un correctif. À retenir : l'agent se trompe parfois — d'où l'importance de relire le diff et de tester.
Vous devez avoir au minimum trois fichiers, une page qui s'ouvre dans le navigateur, un affichage correct sur mobile, et au moins une itération acceptée après lecture du diff.
Une PWA (Progressive Web App) est un site web qui s'installe sur le téléphone et se comporte comme une app native. Trois ingrédients :
manifest.json) : nom, icônes, couleurs, display: standalone. → rend l'app « installable ».localhost). Pas de service worker sans contexte sécurisé.Transforme ce site en PWA installable. - Crée un manifest.json (nom, nom court, couleur de thème, display standalone) et lie-le dans le HTML. - Génère un service worker qui met en cache les fichiers statiques pour un fonctionnement hors-ligne, et enregistre-le dans script.js. - Ajoute les meta nécessaires (theme-color, viewport, apple-touch-icon). Explique-moi à la fin comment tester l'installabilité.
Après avoir accepté le diff, vérifiez : le nouveau manifest.json et service-worker.js ; dans les DevTools → onglet Application (Manifest reconnu, Service Worker « activated ») ; et l'icône d'installation dans la barre d'adresse.
DevTools → Network → Offline, puis rechargez : la page se charge toujours. Vous venez de voir qu'« app mobile » ≠ forcément Swift/Kotlin/React Native — une PWA bien faite s'installe, marche hors-ligne, et part d'un simple site.
Vous pouvez cocher l'étape si le manifeste est détecté, le service worker est actif, la page reste disponible hors-ligne sur localhost, et le navigateur propose l'installation.
CLAUDE.md avec Claude Code, fichier d'instructions ou règles de workspace avec d'autres assistants.claude -p "…") pour scripter dans des hooks Git ou pipelines CI/CD.🔭 Concepts avancés Claude Code
Optionnel — à ouvrir seulement si vous voulez aller au-delà de l'initiation
.claude/) pour industrialiser des workflows récurrents. → docsCLAUDE.md hiérarchique, compaction (/compact) et checkpoints. → Mémoire · Checkpointsclaude -p "…") pour hooks Git ou CI/CD. → docs// Partie 03
« J'allume mon PC, je veux faire une app web pour téléphone — de la location et vente de trottinettes. Qu'est-ce que j'installe ? Comment je maquette les écrans ? Comment je commence à coder ? Et comment je déploie une version de prod, sachant que côté back j'ai choisi Firebase ? » — un parcours linéaire en 4 étapes.
Firebase est proposé ici parce qu'il évite de gérer un serveur : authentification, base de données, hébergement HTTPS et règles de sécurité sont fournis comme services managés. Pour suivre le cœur du cours, retenez simplement : front PWA + Firebase = chemin rapide vers une app publiable.
On choisit Firebase ici parce que c'est un écosystème gratuit, idéal pour un premier projet. Mais comme pour l'assistant, seul le back change : le front PWA et les réflexes d'agent restent identiques. Vous pouvez héberger ailleurs — Supabase, Vercel/Netlify, Azure — et, pour les profils métier, sur l'écosystème Power Platform (piloté depuis VS Code). Détails en fin de cas pratique : « Et si le back n'est pas Firebase ? ».
Optionnel — utile pour la prod, pas indispensable pour comprendre les agents IA
Firebase est un back « clé en main » (BaaS, Backend as a Service) édité par Google : au lieu d'installer et de maintenir un serveur, vous assemblez des briques managées. Pour notre app, les briques utiles sont :
L'intérêt financier, en 3 points :
📊 Voir les quotas gratuits chiffrés
Référence — chiffres indicatifs, voir la page officielle pour l'à-jour
| Service | Inclus gratuitement |
|---|---|
| Firestore | ~50 000 lectures/jour · 20 000 écritures · 20 000 suppressions · 1 Gio stockés |
| Authentication | 50 000 utilisateurs actifs/mois (e-mail, Google…) |
| Hosting | 10 Go stockés + bande passante incluse · HTTPS + CDN |
| Cloud Functions | 2 M d'invocations/mois |
| Cloud Messaging | gratuit, illimité |
⚠️ Changements récents à connaître : Cloud Storage n'est plus inclus dans le plan gratuit Spark — il faut le plan Blaze (qui offre tout de même ~5 Go gratuits). Et Blaze n'a pas de plafond « dur » : d'où l'importance des alertes de budget (voir Étape 0). Pour des quotas chiffrés à jour, voir firebase.google.com/pricing.
Cinq outils à installer (commandes winget recommandées sur Windows ; sinon, lien de téléchargement) :
| Outil | Installer | À quoi ça sert |
|---|---|---|
| VS Code | winget install Microsoft.VisualStudioCodetéléchargement |
L'éditeur de code |
| Node.js 18+ | winget install OpenJS.NodeJS.LTStéléchargement · vérif : node --version |
Fait tourner les outils de dev (npm, Vite…) |
| Git | winget install Git.Gittéléchargement · vérif : git --version |
Historique & versions du code |
| Assistant agentique (Claude Code ici) |
irm https://claude.ai/install.ps1 | iex ou claude.com/download+ extension anthropic.claude-code |
L'agent de dev. Codex, Gemini, Cursor, Copilot fonctionnent pareil : vérifiez qu'il voit le dossier projet. |
| Firebase CLI | Voir le bloc ci-dessous · doc | Piloter Firebase depuis le terminal |
PS> npm install -g firebase-tools PS> firebase login # connexion au compte Google (navigateur) PS> firebase projects:list # vérifie la connexion
Enfin, créez un projet Firebase (console.firebase.google.com) sur le plan Blaze, avec des alertes de budget configurées, et activez-y Authentication, Firestore (et éventuellement Storage). Pourquoi Blaze et comment le garder sous contrôle : voir juste en dessous.
Dans Google Cloud, un budget = une alerte (notification e-mail à 50/90/100 %) mais ne coupe pas la facturation. Un vrai plafond « dur » demande un mécanisme en plus (Cloud Function déclenchée par l'alerte qui désactive la facturation). Pour un projet pédagogique, des alertes basses + des règles Firestore strictes suffisent à garder le contrôle.
Déléguez une partie de la mise en route à votre assistant : « Vérifie que Node, Git et Firebase CLI sont installés et dis-moi ce qui manque avec les commandes pour corriger. »
D'abord, lister les écrans : accueil/carte des trottinettes dispo, liste/recherche, fiche d'une trottinette, location ou achat, panier/paiement, connexion, profil/mes locations.
Deux approches :
Crée une maquette cliquable mobile-first (HTML + CSS, sans framework) pour une app de location et vente de trottinettes. Un fichier HTML par écran : accueil avec liste (carte + bouton "Louer"/"Acheter"), fiche détaillée, écran de réservation, connexion, et profil "mes locations". Relie les écrans par des liens. Données fictives en dur. Style épuré, palette verte.
Vous maquettez pour valider les écrans et la navigation avant de coder la logique. La maquette est jetable ou recyclable, mais elle évite de coder dans le flou.
Stack : un front PWA — [Recommandé] React + Vite, ou vanilla pour rester très simple — qui parle à Firebase (Auth + Firestore). Pas de serveur à écrire : Firebase est le back.
Initialise un projet React avec Vite configuré en PWA (manifeste + service worker). Installe et configure le SDK Firebase (Auth et Firestore). Crée un firebase.js qui lit les clés depuis des variables d'environnement (.env), et NE commite pas le .env (ajoute-le au .gitignore). Crée une structure claire : pages, composants, services.
Poser les règles de projet : stack imposée (React + Vite + Firebase), conventions, « les écrans s'inspirent des maquettes du dossier /maquettes ». Avec Claude Code, placez ces règles dans CLAUDE.md ; avec un autre assistant, utilisez son fichier d'instructions ou ses règles de workspace.
À partir de @maquettes/accueil.html, code la page d'accueil React : récupère la liste des trottinettes depuis la collection "scooters" de Firestore et affiche-les en cartes. Ajoute un état de chargement et un cas "aucune trottinette".
Puis vous itérez : connexion (Firebase Auth), fiche détaillée, réservation (écriture dans rentals)… À chaque étape : lisez le diff, testez en local (npm run dev), corrigez.
Avancez par petites tâches cadrées, pas « code-moi toute l'app ». Et les clés Firebase vont dans .env, jamais dans un commit — bonne occasion de parler secrets et .gitignore.
Pour une PWA (front statique + services Firebase), Firebase Hosting [Recommandé] est le bon choix : il sert tout en HTTPS depuis un CDN mondial — et le HTTPS est justement requis par une PWA. (L'alternative App Hosting est évoquée plus bas.)
# 1. Construire la version de prod (Vite → dossier dist/) PS> npm run build # 2. Initialiser l'hébergement (une seule fois) PS> firebase init hosting # → projet : votre projet Firebase # → dossier public : dist # → single-page app : OUI (réécrit les routes vers index.html) # crée firebase.json (config) et .firebaserc (alias) # 3. Déployer PS> firebase deploy --only hosting # → en ligne sur votreprojet.web.app + .firebaseapp.com
Exemple concret pour l'app trottinettes :
rules_version = '2'; service cloud.firestore { match /databases/{database}/documents { // Catalogue : lecture publique, écriture client interdite match /scooters/{scooterId} { allow read: if true; allow write: if false; } // Locations : chacun ne gère QUE les siennes match /rentals/{rentalId} { allow read: if request.auth != null && resource.data.userId == request.auth.uid; allow create: if request.auth != null && request.resource.data.userId == request.auth.uid; allow update, delete: if request.auth != null && resource.data.userId == request.auth.uid; } } }
Lecture des trottinettes publique (read: if true), mais écriture bloquée côté client (write: if false) — pas question qu'un utilisateur invente des trottinettes. Pour les locations, request.auth.uid garantit qu'on ne touche que ses propres documents. On déploie avec :
PS> firebase deploy --only firestore:rules
Ces règles protègent les données (pas de fuite ni de modification non autorisée) et le budget : une base ouverte en écriture, c'est la porte ouverte à l'abus et aux coûts qui s'envolent — bien plus que l'hébergement lui-même.
Firebase fournit un émulateur local qui sert l'app à une URL locale (souvent localhost:5000), et des URL de prévisualisation temporaires pour partager ses changements avant le live.
Comme on est sur Blaze, l'option App Hosting (full-stack, rendu serveur) est disponible si besoin. Mais pour cette app — PWA front + Firebase Auth/Firestore — Hosting classique reste plus simple et largement suffisant.
npm run build
firebase deploy → en ligne
Installer (VS Code + assistant agentique + Firebase CLI) → Maquetter les écrans → Scaffolder + coder écran par écran (PWA + Firebase) → npm run build → firebase deploy. Une intention de départ, une app installable en prod à l'arrivée.
Firebase n'est qu'un des écosystèmes possibles. Ce qui ne change pas : décrire une intention à l'agent, lire le diff, tester, déployer via un CLI. Ce qui change : le service de back et sa commande de déploiement. Le même réflexe « l'agent pilote le CLI à ma place » vaut pour Supabase, Vercel/Netlify, Azure… et pour Power Platform.
🏢 Cas particulier : héberger côté Power Platform (profils métier)
Optionnel — pertinent si vous travaillez dans l'écosystème Microsoft / Dataverse
Pour les organisations déjà sous Microsoft 365 / Dataverse, le back « clé en main » peut être Power Platform plutôt que Firebase : données dans Dataverse, authentification Microsoft Entra ID, et hébergement de l'app dans l'environnement Power Platform. Et tout se pilote depuis VS Code, donc avec le même assistant agentique que dans ce cours.
| Brique | Dans ce cours (Firebase) | Équivalent Power Platform |
|---|---|---|
| Base de données | Firestore | Dataverse |
| Authentification | Firebase Auth | Microsoft Entra ID |
| Hébergement du front | Firebase Hosting | Power Apps (Code Apps) dans l'environnement |
| CLI de pilotage | firebase | pac (Power Platform CLI) |
| Outillage VS Code | Firebase CLI + extensions | Extension Power Platform Tools |
Le geste reste identique : au lieu de demander à l'agent de lancer firebase deploy, vous lui faites piloter pac (authentification, push d'une solution, déploiement d'une Code App). La maquette, la PWA et la discipline de prompt/diff/test ne bougent pas.
pac intégrées. → Marketplacepac) — l'équivalent du Firebase CLI pour authentifier, créer et déployer. → Doc MicrosoftComme pour Firebase, des skills dédiées peuvent outiller l'agent sur ce parcours (setup, scaffolding, données, déploiement Power Platform) — pratique pour transformer ces étapes en commandes répétables.
🔭 Approfondir PWA + Firebase
Optionnel — ressources à explorer après la pratique
vite-plugin-pwa : génère le manifeste et le service worker (via Workbox) automatiquement, au lieu de tout écrire à la main. → vite-pwa-org.netlify.apppush via l'intégration GitHub de Firebase. → Hosting + GitHub// Partie 04
Cette section est une référence rapide, pas une étape à lire ligne par ligne. Ouvrez-la quand vous avez besoin d'une commande.
📋 Afficher l'antisèche complète
Référence — commandes Claude Code, Firebase et réflexes universels
| Élément | Commande / action |
|---|---|
| Installer Claude Code (natif, PowerShell) | irm https://claude.ai/install.ps1 | iex |
| Installer Claude Code (npm, Node 18+) | npm install -g @anthropic-ai/claude-code |
| Vérifier Claude Code | claude --version puis claude doctor |
| Lancer Claude Code dans le terminal | claude |
| Extension VS Code Claude Code | Marketplace → « Claude Code » (éditeur anthropic), VS Code ≥ 1.98 |
| Ouvrir le panneau Claude Code | Icône ✱ (fichier ouvert) ou Ctrl/Cmd+Shift+P → « Claude Code » |
| Référencer un fichier | @ dans Claude Code ; équivalent ailleurs : attacher un fichier, sélectionner un contexte ou pointer un chemin |
| Multi-lignes dans Claude Code terminal | /terminal-setup (active Shift+Entrée) |
| Mémoire de projet | CLAUDE.md avec Claude Code ; équivalent ailleurs : fichier d'instructions, règles projet, workspace rules |
| Réflexe universel | Prompt clair → contexte limité → diff lu → test local → commit |
| Installer Firebase CLI | npm install -g firebase-tools |
| Se connecter à Firebase | firebase login |
| Vérifier la connexion | firebase projects:list |
| Build de prod (Vite) | npm run build (dossier dist/) |
| Initialiser l'hébergement | firebase init hosting (public : dist, SPA : oui) |
| Déployer en prod | firebase deploy --only hosting |
| Déployer les règles Firestore | firebase deploy --only firestore:rules |
| Tester en local | firebase serve / émulateur (≈ localhost:5000) |
// Partie 05
Les assistants IA raisonnent à partir d'une fenêtre de contexte de taille limitée : vos messages, les fichiers lus, les sorties de commandes… s'y accumulent. Deux conséquences : chaque token a souvent un coût, et surtout, quand la fenêtre se remplit, l'agent devient moins précis et plus lent. Maîtriser le contexte, c'est obtenir des réponses plus justes, plus rapides et moins chères.
🪟 La fenêtre de contexte, une place limitée
Pour économiser du temps, de l'argent et de la précision : donnez peu de fichiers, faites des tâches courtes, repartez d'un contexte propre entre deux sujets différents.
⚡ Afficher les réflexes détaillés
Référence — à relire quand les sessions deviennent longues ou coûteuses
@fichier) — au lieu de laisser l'agent explorer tout le dépôt. C'est de loin le plus gros levier d'économie./clear) — ne gardez pas le contexte d'une tâche terminée pour la suivante./context — voir ce qui occupe la fenêtre · /compact — la résumer quand elle se remplit · /clear — repartir d'un contexte vierge · /model — changer de modèle. Avec un autre outil, retenez le réflexe : mesurer, réduire, repartir proprement.
@.🔭 Docs coûts & contexte
Référence — à garder pour plus tard
CLAUDE.md : bien doser les instructions persistantes. → Memory// Partie 06
Des ressources pour creuser l'exemple Claude Code, puis les briques techniques communes : PWA, Firebase, Git, VS Code.
🔗 Afficher les ressources
Référence — à consulter après le cours, pas pendant le parcours principal
pac depuis l'éditeurpac)L'équivalent du Firebase CLI// Partie 07
Cette partie sert de sortie de cours. Si vous savez répondre à ces questions sans relire tout le support, vous avez les bons réflexes pour continuer seul.
CLAUDE.md dans Claude Code.Ajoute à mon site une page ou section "Avis clients". - 3 avis fictifs, visuellement cohérents avec le design existant. - Responsive mobile. - Ne modifie pas la structure PWA sauf si nécessaire. - Explique-moi les fichiers touchés avant que je valide.
Vous avez réussi l'autoformation si vous êtes capable de demander une évolution, comprendre les fichiers modifiés, lire le diff, tester le résultat, puis décider vous-même d'accepter ou de faire corriger.
Prompt clair → l'agent agit sur tout le projet → vous lisez le diff → vous validez.
L'agent IA de développement vous permet de passer d'une intention à un site fonctionnel, puis à une app en prod, tout en restant celui qui comprend et valide le code. Claude Code tout comme Codex, Gemini... changent l'interface, pas les réflexes essentiels. L'outil amplifie le développeur ; il ne le remplace pas.