Aller au contenu
Développement medium

Claude Code CLI : premier workflow réel borné sur lab-claude

8 min de lecture

Logo Claude Code - premier workflow réel sur lab-claude

Vous savez lancer la CLI, utiliser ses commandes et écrire un prompt borné. Ce guide est le premier cas d'usage complet sur lab-claude : vous déroulez la boucle Explorer → Planifier → Exécuter → Valider sur une tâche volontairement petite, avec un périmètre strict et une validation technique à chaque étape. L'objectif n'est pas de livrer une feature, c'est d'installer un rythme reproductible.

  • Appliquer la boucle Explorer → Planifier → Exécuter → Valider sur un cas réel
  • Tenir un périmètre strict pendant toute la session
  • Exécuter une étape à la fois, puis valider avec ruff + pytest
  • Reconnaître une dérive et savoir vers quel guide renvoyer pour la corriger
  • Claude Code CLI installé et fonctionnel
  • Commandes de la CLI maîtrisées (voir prise en main CLI)
  • Prompt borné à rédiger (voir prompting de base)
  • Projet fil rouge disponible localement : ~/Projets/lab-claude
  • Commandes de validation vérifiées :
Fenêtre de terminal
uv run ruff check .
uv run pytest -q

La boucle Explorer → Planifier → Exécuter → Valider

Section intitulée « La boucle Explorer → Planifier → Exécuter → Valider »

Une session Claude Code est une conversation pilotée : vous cadrez, l'agent propose, vous validez. Pour débuter, la boucle la plus utile tient en 4 temps courts :

Explorer -> Planifier -> Exécuter -> Valider
PhaseCe que vous demandezCe que vous vérifiez
ExplorerLecture, résumé, diagnostic sans modificationClaude comprend la zone concernée
PlanifierPlan court, borné, en 3 étapesLe plan ne sort pas du périmètre
ExécuterUne seule étape à la fois, après validationDiff propre et aligné sur le plan
Validerruff + pytest + git diffAucune régression ni débordement

Cette boucle doit rester courte. Mieux vaut quatre cycles d'une minute qu'un cycle de dix minutes mal cadré.

Règle de répartition : Claude lit, résume, propose et exécute dans un cadre donné ; vous cadrez, validez et décidez. Tout le reste de ce guide découle de cette répartition.

Dans ce guide, le périmètre est explicitement limité à :

  • app/main.py
  • tests/test_health.py

Tout le reste est hors scope.

État de départ : vérifier que le projet est propre

Section intitulée « État de départ : vérifier que le projet est propre »

Avant de demander quoi que ce soit à Claude, partez d'un état validé :

Fenêtre de terminal
cd ~/Projets/lab-claude
uv run ruff check .
uv run pytest -q

Si ces commandes sont vertes, vous avez un point de référence propre.

  1. Ouvrez le projet

    Fenêtre de terminal
    cd ~/Projets/lab-claude
    claude
  2. Demandez une exploration en lecture seule

    Lis app/main.py et tests/test_health.py.
    Résume le comportement actuel de /health en 6 points maximum.
    Ne modifie aucun fichier.
  3. Demandez un plan court et borné

    Propose un plan en 3 étapes pour une amélioration mineure de /health.
    Limite le périmètre à app/main.py et tests/test_health.py uniquement.
    N'exécute rien tant que je n'ai pas validé.
  4. Lancez une exécution contrôlée

    Exécute uniquement l'étape 1 du plan validé.
    Ne touche à aucun autre fichier.
    À la fin, résume exactement ce qui a été modifié.
  5. Validez immédiatement

    Fenêtre de terminal
    uv run ruff check .
    uv run pytest -q

Schéma 2 (rythme recommandé) :

petit changement -> validation -> petit changement -> validation
  • Étape exploration : Claude reste en lecture seule
  • Étape plan : le plan tient en 3 étapes et reste dans le périmètre
  • Étape exécution : une seule étape est exécutée, sans débordement
  • Étape validation : ruff et pytest repassent au vert

Prompt d'exécution bornée (le seul propre à ce workflow)

Section intitulée « Prompt d'exécution bornée (le seul propre à ce workflow) »

Les prompts d'exploration et de plan viennent de prompting de base. Le seul prompt vraiment propre au workflow est celui d'exécution bornée, qui vient après validation du plan :

Exécute uniquement l'étape 1 du plan validé.
Ne touche à aucun autre fichier.
Résume exactement ce qui a été modifié.

Si Claude déborde pendant cette exécution, le recadrage est traité à part dans erreurs courantes et recadrage.

SymptômeCause probableCorrection
Le plan part dans trop de directionsObjectif trop largeRevenir à une amélioration mineure unique
Claude modifie d'autres fichiersPérimètre mal rappeléRepréciser les fichiers autorisés avant exécution
La validation échoueTrop de changements d'un coupRevenir à une seule étape et revérifier immédiatement
Résumé final difficile à relireDemande de sortie absenteExiger un résumé borné en 5 points
  • J'ai démarré depuis un état initial propre (ruff et pytest verts)
  • J'ai gardé le périmètre sur app/main.py et tests/test_health.py
  • J'ai demandé un plan en 3 étapes avant exécution
  • J'ai exécuté uniquement l'étape 1 du plan validé
  • J'ai validé immédiatement avec uv run ruff check . et uv run pytest -q
  • J'ai utilisé un prompt de recadrage si le scope a débordé
  • J'ai obtenu un résumé final court et vérifiable
  • Le premier workflow réel doit rester petit et borné
  • La valeur vient de la répétabilité, pas d'un gros changement
  • Le plan court protège la qualité d'exécution
  • La validation rapide évite de propager les erreurs
  • Le premier objectif est la maîtrise, pas la vitesse

Ce site vous est utile ?

Sachez que moins de 1% des lecteurs soutiennent ce site.

Je maintiens +700 guides gratuits, sans pub ni tracing. Aujourd'hui, ce site ne couvre même pas mes frais d'hébergement, d'électricité, de matériel, de logiciels, mais surtout de cafés.

Un soutien régulier, même symbolique, m'aide à garder ces ressources gratuites et à continuer de produire des guides de qualité. Merci pour votre appui.

Abonnez-vous et suivez mon actualité DevSecOps sur LinkedIn