# Règles de plan (/fr/docs/verdent-for-vscode/core-features/plan-rules)
> Personnalisez la présentation des clarifications et des plans en fonction de votre rôle et de votre profil professionnel
Les règles de plan prennent en charge la phase **Plan** en personnalisant la façon dont Verdent présente les exigences, les clarifications et les plans d'implémentation. Utilisez les modèles intégrés basés sur les rôles comme point de départ, ou créez des règles entièrement personnalisées qui correspondent à votre façon de penser et à vos habitudes de travail.
### Ce que vous allez apprendre [#ce-que-vous-allez-apprendre]
* Comment les règles de plan personnalisent la présentation des plans
* Les modèles de rôles intégrés (Frontend, Test, Chef de produit)
* Comment créer des règles de plan personnalisées
* Quand les règles de plan sont appliquées
***
## Ce que les règles de plan peuvent personnaliser [#ce-que-les-règles-de-plan-peuvent-personnaliser]
Les règles de plan contrôlent la façon dont Verdent présente les plans dans Plan Mode :
* **Résumé-détail-résumé** - Résumé exécutif en introduction, étapes détaillées au milieu, résumé d'impact à la fin
* **Diagramme en premier** - La représentation visuelle vient en premier, le texte apporte les détails complémentaires
* **Tableau ou récit** - Tableaux structurés pour des données faciles à parcourir, prose pour les explications contextuelles
* **Ordre des sections** - Personnalisez les sections qui apparaissent en premier et définissez la hiérarchie
Utilisez le format résumé-détail-résumé pour les revues avec les parties prenantes, lorsque la compréhension rapide est essentielle. Utilisez le format diagramme en premier lorsque la compréhension de l'architecture est indispensable avant de passer à l'implémentation.
* **Stratégique et de haut niveau** - Se concentre sur le « quoi » et le « pourquoi », avec un minimum de détails techniques
* **Technique et détaillé** - Inclut les spécificités d'implémentation, les patterns de code, les décisions d'architecture
* **Exemples de code** - Contrôlez si le code apparaît (inclusion/exclusion, extraits complets ou partiels, format diff)
* **Contenu de test** - Inclus par défaut pour les flux de travail QA, omis pour les plans destinés aux chefs de produit
Adaptez le niveau de détail du contenu à votre audience. Utilisez le format stratégique de haut niveau pour la collaboration entre équipes, et le format technique détaillé lorsque vous implémentez seul ou avec des développeurs seniors.
* **Diagrammes Mermaid** - Diagrammes de flux, diagrammes de séquence, machines à états (générés automatiquement ou explicites)
* **Arborescences DOM** - Structure des composants au format arborescence de dossiers
* **Wireframes** - Maquettes d'interface et croquis de mise en page
* **Tableaux de style** - Spécifications CSS avec cellules fusionnées, organisées par composant
Les diagrammes Mermaid sont générés automatiquement à partir du contenu du plan lorsque cela est demandé. Demandez explicitement des types de diagrammes précis dans vos règles de plan si vous les voulez par défaut.
* **Omis par défaut** - Tests, styles, compatibilité descendante (pour réduire la longueur du plan)
* **Éléments obligatoires** - Critères d'acceptation, cas limites, KPI (pour garantir un plan prêt pour la production)
* **Préférences de clarification** - Plusieurs tours d'échange, confirmation unique ou aucune confirmation
Commencez par des omissions pour garder des plans concis, puis ajoutez uniquement les éléments obligatoires dont vous avez réellement besoin. Vous pouvez toujours demander un contenu omis dans une session de plan spécifique.
* **Frontend** - Architecture visuelle avec diagrammes, arborescences DOM, tableaux de style, tests omis par défaut
* **QA/Test** - Tableaux de cas de test avec matrices de couverture, analyse des valeurs limites, traçabilité
* **Chef de produit** - Exigences métier uniquement, diagrammes/wireframes, aucun extrait de code
Commencez par un modèle de rôle, puis personnalisez-le. La plupart des développeurs utilisent les modèles Frontend ou QA comme base et ajustent des sections spécifiques pour correspondre à leur flux de travail.
***
## Modèles de plan basés sur les rôles [#modèles-de-plan-basés-sur-les-rôles]
Verdent propose des modèles de rôles professionnels qui ajustent automatiquement la structure du plan, le niveau de détail du contenu et le style de présentation :
**Objectif :** Plans d'implémentation technique avec structure visuelle
**Caractéristiques principales :**
* Recherche approfondie du code avant la planification
* Diagrammes de flux et diagrammes d'états Mermaid pour les flux d'interaction
* Arborescence DOM au format arborescence de dossiers
* Tableaux de style avec cellules fusionnées pour les propriétés CSS
* **Omissions :** contenu de test et styles par défaut (sauf demande contraire)
* **Fournit :** des solutions définitives, sans multiplier les options
**Idéal pour :** les développeurs frontend ayant besoin d'une architecture visuelle et de chemins d'implémentation clairs
**Objectif :** Génération complète de cas de test et assurance qualité
**Caractéristiques principales :**
* Conception des tests orientée objectifs (logique métier, sécurité, stabilité)
* Cas de test structurés avec des tableaux Markdown à 9 colonnes
* Classes d'équivalence, valeurs limites et paramètres clés
* Couverture complète : cas normaux, alternatifs, exceptionnels et limites
* Priorité à l'exécutabilité, avec prise en charge de l'automatisation
* Traçabilité vers les points d'exigence
**Idéal pour :** les ingénieurs QA et les spécialistes de l'automatisation de tests ayant besoin d'une couverture de test systématique
**Objectif :** Exigences produit du point de vue métier
**Caractéristiques principales :**
* **Aucun extrait de code ni implémentation technique**
* Se concentre sur le **quoi** et le **pourquoi**, pas le **comment**
* Diagrammes de séquence, diagrammes de flux et wireframes
* Listes d'exigences avec priorités et comparaisons avant/après
* Cas limites avec stratégies de gestion
* Spécifications de données avec KPI et suivi des événements
**Idéal pour :** les chefs de produit qui définissent des exigences métier sans pollution technique
***
## Règles de plan personnalisées [#règles-de-plan-personnalisées]
Créez des règles de plan personnalisées en définissant :
**Composants de la règle :**
* **Style de présentation** - Résumé-détail-résumé, diagramme en premier ou format tabulaire
* **Niveau de détail du contenu** - Vue d'ensemble de haut niveau ou implémentation détaillée
* **Omissions** - Ce qu'il faut exclure par défaut (tests, styles, compatibilité descendante)
* **Éléments obligatoires** - Sections obligatoires (diagrammes, critères d'acceptation, spécifications de données)
* **Préférences d'interaction** - Approche de clarification, exigences de confirmation
Dans Plan Mode, sélectionnez le bouton **Plan Rules** dans la zone de saisie pour accéder rapidement à vos règles de plan et les modifier.
**Application de la règle :**
* S'applique à toutes les sessions Plan Mode
* Persiste entre les sessions de l'espace de travail
* Peut être remplacée par des directives en ligne
* Fonctionne avec les sous-agents personnalisés
**En savoir plus :** créez ou modifiez `Plan.md` dans votre espace de travail pour définir des règles de plan personnalisées au format Markdown.
***
## Voir aussi [#voir-aussi]
Transformez vos idées en plans d'implémentation
Affinage interactif des exigences