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 tracking. Un soutien, même symbolique, m'aide à couvrir l'hébergement et à garder ces ressources gratuites. Merci pour votre appui.

Le formulaire ne s'affiche pas ? Ouvrir Ko-fi dans un onglet.

Abonnez-vous et suivez mon actualité DevSecOps sur LinkedIn