Revue de code
Révisez les modifications de code avec le sous-agent Reviewer intégré, la revue multi-modèles et les corrections en un clic
Verdent inclut un sous-agent intégré appelé Reviewer, dont l'unique responsabilité est de réviser votre code. Une fois votre rédaction terminée, mentionnez simplement @Reviewer et il analysera vos modifications sous plusieurs angles pour produire une liste structurée de problèmes classés par gravité. Cliquez sur l'élément que vous souhaitez corriger et il appliquera automatiquement les changements, sans qu'il soit nécessaire d'écrire des commentaires ou de chercher dans la documentation.
Comment déclencher une revue de code
Le moyen le plus direct consiste à taper @Reviewer dans le chat, comme lorsque vous mentionnez un collègue dans un groupe :
@Reviewer please review the authentication logic I just wroteReviewer lit automatiquement le contexte actuel et commence la revue. Vous pouvez aussi simplement appeler @Reviewer sans instructions : il décidera de lui-même ce qu'il faut inspecter.
En plus du déclenchement manuel, l'agent peut invoquer automatiquement Reviewer comme étape finale de VÉRIFICATION dans le flux de travail. Une fois le code écrit, vous n'avez pas besoin de vous en préoccuper : le système fait intervenir Reviewer pour valider le résultat.
À quoi ressemble le résultat de la revue
Après la revue, vous verrez une liste structurée de résultats (Findings). Chaque élément comprend :
- Titre — une description en une ligne du problème
- Explication détaillée — pourquoi il s'agit d'un problème et son impact potentiel
- Chemin du fichier + numéro de ligne — cliquez pour accéder directement au code
- Score de confiance — le degré de certitude de Reviewer (0–1)
Les problèmes sont classés en trois niveaux de gravité :
| Priorité | Signification | Exemples typiques |
|---|---|---|
| P0 | Critique, à corriger impérativement | Erreurs de logique, injection SQL, élévation de privilèges |
| P1 | Important, à corriger | Cas limites manquants, problèmes de performance potentiels |
| P2 | Suggestion | Style de code, améliorations de la lisibilité |
En haut, un résumé tel que P0: 1 / P1: 3 / P2: 5 donne un aperçu instantané de la répartition des gravités. À la fin, une overall_explanation fournit une évaluation globale des modifications.
Correction en un clic
Aucun besoin de corriger chaque problème manuellement. Chaque résultat inclut une case à cocher :
- Sélectionnez les problèmes que vous souhaitez corriger (la sélection de tous est prise en charge)
- Cliquez sur Fix
- Reviewer applique automatiquement les modifications
- Le statut passe à Fix done
Dans certains cas, si Reviewer estime que les modifications présentent un faible risque, il peut sélectionner automatiquement tous les problèmes et déclencher la correction sans demander de confirmation.
Revue collaborative multi-modèles
Une des fonctionnalités les plus puissantes de Reviewer est la revue de code multi-modèles — plusieurs modèles d'IA révisant le même code en parallèle, comme si trois ingénieurs d'horizons différents évaluaient indépendamment votre implémentation.
Comment l'activer
Allez dans Settings → Chat → Reviewer → activez "Multi-model review".
Modes de sélection des modèles
| Mode | Description |
|---|---|
| Mode par défaut | Verdent sélectionne automatiquement la meilleure combinaison de modèles selon la complexité de la tâche |
| Mode utilisateur | Choisissez manuellement 1 à 3 modèles (il est possible de combiner Claude, GPT et Gemini) |
Vous pouvez sélectionner jusqu'à 3 modèles. Le premier est le réviseur principal ; les autres sont des réviseurs secondaires. Plus de modèles signifie une couverture plus large mais une exécution plus lente. Pour des modifications simples, un seul modèle suffit généralement.
Règles de revue (politiques de revue personnalisées)
Reviewer détecte de nombreux problèmes courants par défaut, mais chaque équipe a ses propres standards. Les règles de revue (Review Rules) vous permettent de définir directement vos consignes d'ingénierie.
Où les configurer
Settings → Chat → Reviewer → éditeur Review Rules (éditeur Monaco avec prise en charge du Markdown).
Ce que vous pouvez définir
- Toutes les requêtes SQL doivent utiliser des instructions paramétrées, sans concaténation de chaînes
- Les opérations asynchrones doivent inclure une gestion d'erreurs try/catch appropriée
- Les composants React doivent utiliser
memolorsque les props sont stables - Tous les APIs publics doivent valider les permissions de l'utilisateur
Ces règles sont automatiquement injectées dans le contexte de Reviewer et vérifiées à chaque revue. Les mises à jour prennent effet automatiquement après environ 500 ms, sans qu'il soit nécessaire d'enregistrer manuellement.
Flux de travail en temps réel
Pendant la revue, vous pouvez observer en temps réel le Working Tree Stream de Reviewer, qui indique quel fichier il est en train de lire et quelle logique il analyse. En le développant, vous accédez à l'arborescence complète des tâches. Vous pouvez le réduire si vous préférez une vue plus simple, sans que cela n'affecte les résultats.
Cas d'usage
Contrôle qualité final
Après avoir implémenté une logique complexe, exécutez @Reviewer pour repérer les cas limites et les bugs subtils que vous auriez pu manquer en raison de la fatigue.
Validation avant pull request
Effectuez une revue avant de soumettre une pull request. Corrigez d'abord tous les problèmes P0/P1 pour réduire les échanges et alléger la charge de revue de vos collègues.
Audit de sécurité
Ajoutez des règles de revue axées sur la sécurité (par exemple « toutes les entrées doivent être assainies contre le XSS ») pour garantir que chaque modification est automatiquement vérifiée par rapport aux politiques de sécurité.
Application des standards d'équipe
Codifiez les règles ESLint, les conventions de conception API et les standards de nommage dans les règles de revue afin que même les nouveaux contributeurs suivent automatiquement les consignes de l'équipe.
Décisions d'architecture multi-perspectives
Pour les changements majeurs, activez la revue multi-modèles afin d'obtenir des évaluations indépendantes et de révéler les angles morts.
Outil d'apprentissage pour les débutants
Utilisez les retours de Reviewer comme support d'apprentissage : comprendre pourquoi les problèmes P0 sont importants enseigne les principes fondamentaux d'ingénierie plus rapidement que la lecture de documentation.
Remarques
- Modèle unique vs multi-modèles : le multi-modèles offre une couverture plus large mais est plus lent et plus coûteux. Pour les tâches simples ou urgentes, un seul modèle suffit généralement.
- Limitation du niveau gratuit : en mode utilisateur, les utilisateurs gratuits ne peuvent sélectionner des modèles que dans le pool Eco Mode ; les modèles premium nécessitent un abonnement.
- Retrait de modèles : si un modèle sélectionné est retiré, il sera désactivé et devra être remplacé.
- Les règles de revue sont globales : elles s'appliquent à tous les projets. Si une règle est spécifique à un projet, ajoutez une note ou supprimez-la après utilisation.
- Statut BYOK : si vous utilisez votre propre clé API, une clé expirée ou un solde insuffisant désactivera les modèles correspondants et provoquera des échecs de revue jusqu'à leur mise à jour.