Lire et approuver un plan

Découvrez ce que contient le plan de Claude, comment le remettre en question et quand l’approuver pour lancer le développement.

Ce que vous allez apprendre

Le passage de la Vérification au Plan.
Ce que montre un plan : dépôts, tickets, niveaux et temps.
Comment contester un plan et en obtenir un nouveau.
Ce que déclenche réellement l’approbation.

De la Vérification au Plan

Après la préparation, la phase de Vérification s’exécute seule, sans Claude : l’application vérifie la configuration et les branches sur GitLab. Les problèmes sont listés avec ce qu’il faut corriger. Pour ajouter les vérifications qui demandent du jugement, cliquez sur Demander à Claude de tout vérifier. Quand tout est juste, cliquez sur Continuer vers la planification.

Établir le plan

Sur la page Plan, cliquez sur Établir le plan. Claude effectue les vérifications préalables et décrit, par dépôt et par ticket, ce qui va changer. Le plan est organisé en étapes appelées niveaux : le travail dont d’autres dépendent passe en premier. Il indique aussi les branches utilisées et le temps saisi sur chaque commit.

Exemple : pour team-invites, le plan peut placer la modification de la bibliothèque partagée au niveau 1, le point d’accès de l’API des comptes qui l’utilise au niveau 2, et l’écran d’administration au niveau 3. Chaque niveau liste les tickets couverts — APP-101 dans la bibliothèque et l’API, APP-103 dans l’application d’administration.

Comment le lire

Lisez le plan comme la proposition d’un collègue :

Tous les tickets y sont-ils ? Un ticket écarté volontairement apparaît sous Tickets ignorés.
Les dépôts sont-ils les bons ? Un ticket planifié dans un dépôt qu’il ne doit pas toucher est l’erreur la plus fréquente à repérer ici.
L’ordre est-il logique ? Le code partagé doit passer avant le code qui l’utilise.
Le périmètre correspond-il au ticket ? Si Claude prévoit plus (ou moins) que ce que demande le ticket, dites-le.

Astuce : aucune branche n’est créée avant votre approbation. Bien lire le plan, c’est le moment le moins coûteux pour changer de direction.

En cas de désaccord

Ouvrez le panneau Claude avec Demander à Claude et expliquez le problème simplement, par exemple : « APP-103 n’est qu’un changement de libellé dans l’application d’administration ; ne touche pas à l’API pour ce ticket. » Puis cliquez sur Replanifier. Claude rédige un nouveau plan qui tient compte de votre remarque.

Si le problème vient de la configuration elle-même — un ticket dans le mauvais dépôt — Claude propose une modification de la configuration, que vous enregistrez avec Enregistrer et vérifier. Modifier la configuration après un plan rend l’état d’exécution obsolète : la page vous demande alors de planifier à nouveau.

Approuver

Quand le plan est juste, cliquez sur Approuver et démarrer le niveau 1. C’est seulement à ce moment que Claude crée les branches et commence à écrire le code, en commençant par la première étape. Vous confirmez vous-même chaque étape suivante à la fin de la précédente, et chaque push attend toujours votre Autoriser.

Vérifiez vos acquis

1. La phase de Vérification utilise-t-elle Claude ?

Pas par défaut. L’application vérifie elle-même la configuration et les branches ; Demander à Claude de tout vérifier ajoute les vérifications de Claude.

2. Vous pensez qu’un ticket est planifié dans le mauvais dépôt. Que faites-vous ?

Dites-le à Claude dans le panneau et Replanifiez, ou enregistrez la modification de configuration qu’il propose, puis planifiez à nouveau.

3. Que démarre le bouton Approuver et démarrer le niveau 1 ?

Claude crée les branches et développe la première étape. Les push attendent toujours votre approbation.