# defract + Claude Code : faire passer une fonctionnalité par un processus examinable

Utilisez le périmètre, le design et l’architecture pour trancher les décisions avant l’implémentation.

[HTML](https://lukejbyrne.com/library/guides/h7h0c_u-lyg/?lang=fr)
Langue du texte: fr
Auteur: Luke Byrne
Vidéo publiée le: 2026-09-13
Guide publié le: 2026-10-31
Vidéo sponsorisée: defract

[Voir la vidéo](https://www.youtube.com/watch?v=H7h0C_u-Lyg)
Langue de la vidéo: Anglais

## Rendre la fonctionnalité assez petite pour être examinée

Merci à defract de sponsoriser cette vidéo.

Le test de Luke est une vue visuelle de pipeline pour un SaaS existant, à partir d’une demande d’une ligne. Le dépôt et son comportement actuel fournissent le contexte.

1. Configurez defract sur le dépôt prévu.
2. Examinez les questions ouvertes et le périmètre avant d’accepter le plan de la fonctionnalité.
3. Écrivez des critères d’acceptation décrivant le comportement visible et la manière de vérifier qu’il fonctionne.

## Approuver l’interface et l’architecture

La présentation montre des maquettes, des décisions d’architecture et un diagramme avant l’écriture du code.

1. Examinez le design par rapport à la vraie tâche, y compris les états vides et l’application existante.
2. Examinez le diagramme d’architecture et la liste des fichiers concernés par le changement.
3. Résolvez dans le plan les ambiguïtés de permissions, de gestion des données et de comportement plutôt que laisser l’implémentation les inventer.

## Implémenter, tester et livrer en préproduction

La vidéo confie les tests manuels à Codex, renvoie les corrections comme demande de changement, puis examine le rapport et les notes de version.

1. Exécutez l’implémentation et comparez le changement aux critères d’acceptation.
2. Effectuez la séquence de tests manuels et consignez une reproduction concrète de chaque échec.
3. Examinez les corrections, les notes de version et le résultat en préproduction avant d’envisager la production.

## À retenir

La valeur réside dans un processus de développement examinable. Une implémentation terminée est encore suivie d’une revue et de contrôles en préproduction.

## Ressources du guide

- [defract.dev](https://defract.dev/luke)

## Chapitres

- [0:00 Donner à Claude Code une équipe de développement complète](https://www.youtube.com/watch?v=H7h0C_u-Lyg&t=0s)
- [1:34 Le test : une vue de pipeline pour mon vrai SaaS](https://www.youtube.com/watch?v=H7h0C_u-Lyg&t=94s)
- [2:08 Configurer defract sur un vrai dépôt](https://www.youtube.com/watch?v=H7h0C_u-Lyg&t=128s)
- [4:18 Périmètre : questions ouvertes et critères d’acceptation](https://www.youtube.com/watch?v=H7h0C_u-Lyg&t=258s)
- [8:13 Design : des maquettes avant tout code](https://www.youtube.com/watch?v=H7h0C_u-Lyg&t=493s)
- [9:22 Décisions et diagramme d’architecture](https://www.youtube.com/watch?v=H7h0C_u-Lyg&t=562s)
- [11:39 Implémentation et tests manuels](https://www.youtube.com/watch?v=H7h0C_u-Lyg&t=699s)
- [14:27 Revue, livraison et mise en préproduction](https://www.youtube.com/watch?v=H7h0C_u-Lyg&t=867s)

## Sources et limites

Guide d’accompagnement écrit préparé le 31 octobre 2026 à partir de la description exacte de cette vidéo publiée et de son chapitrage. Les listes de contrôle sont des adaptations éditoriales, pas des citations verbatim d’une transcription. Les résultats démontrés sont attribués à la vidéo ; la vidéo finale complète n’a été ni transcrite ni visionnée indépendamment pour cet article et le produit n’a pas été retesté. Pour les commandes d’installation, les changements d’interface ultérieurs et les offres actuelles, consultez les ressources originales liées ici.

[Vidéo originale](https://www.youtube.com/watch?v=H7h0C_u-Lyg)