Votre premier workflow avec Claude Code
Du terminal à une modification vérifiée : une méthode simple pour développer avec l’IA.
Commencer ici : à quoi sert ce guide
Avant de modifier un dépôt inconnu, demandez à l’assistant de l’examiner et de proposer une petite tâche utile. Le parcours est reproductible : comprendre, cadrer, implémenter, vérifier et expliquer. Par exemple, modifier un formulaire doit conserver le parcours et vérifier le résultat réel de l’envoi.
Un exemple concret
La réponse ci-dessous illustre le format attendu ; elle ne prétend pas auditer votre application. Elle permet de reconnaître une réponse utile. Suivez les étapes détaillées puis comparez fichiers, tests ou sorties réels à cet objectif. Si l’assistant répond seulement « terminé », demandez le livrable modifié, les preuves et ce qui reste à vérifier.
Scope: one agreed form behaviour.
Change: the relevant component and handler.
Evidence: actual submission result and remaining limitations.Commencez par le contexte
Ouvrez votre projet et demandez à Claude d’expliquer les fichiers concernés. Précisez votre objectif et les contraintes.
Une tâche à la fois
Demandez un plan court, relisez-le, puis lancez la réalisation. Placez les consignes stables dans CLAUDE.md.
Vérifiez le résultat
Exécutez les tests et relisez les modifications avant de les valider. Consultez la documentation officielle pour les commandes actuelles.
Passez à votre projet
Récupérez les fichiers, gardez le guide ou donnez un brief prêt à utiliser à votre assistant.
Préparer avec l’IA
Copiez ce prompt anglais dans votre assistant. Il inclut l’article, les fichiers disponibles et les étapes de préparation.
Voir le prompt de préparation
Read this tutorial as reference material:
https://nethanelfitoussi.com/article/claude-code-workflow?lang=en
Goal: apply the documented workflow to my development project.
Read the existing project instructions, inspect the relevant files and explain the smallest useful setup.
Use the article and its examples as references. Identify any missing project files before making changes.
If I have not supplied a project folder, ask which development project to use. Do not invent a repository URL.
Adapt example paths, commands and acceptance criteria to this repository rather than assuming they match.
Give me a short plan, then make the agreed local changes and run the relevant checks. Report actual results and anything not verified. Stop before credentials, paid services, production changes, push, merge or deployment.Read this project and explain its structure. Then propose a small implementation plan for [my task]. Wait for my review, implement it, run the relevant tests, and show me the diff.


