visual-verdict

<Use_When>

• La tâche inclut des exigences de fidélité visuelle (mise en page, espacement, typographie, style des composants)
• Vous disposez d'une capture d'écran générée et d'au moins une image de référence
• Vous avez besoin d'un guide déterministe de validation/échec avant de poursuivre les modifications </Use_When>

<Output_Contract> Retournez uniquement du JSON avec cette forme exacte :

{
  "score": 0,
  "verdict": "revise",
  "category_match": false,
  "differences": ["..."],
  "suggestions": ["..."],
  "reasoning": "courte explication"
}

Règles :

• score : entier de 0 à 100
• verdict : statut court (pass, revise ou fail)
• category_match : true lorsque la capture générée correspond à la catégorie/au style d'interface attendu
• differences[] : écarts visuels concrets (mise en page, espacement, typographie, couleurs, hiérarchie)
• suggestions[] : prochaines modifications exploitables liées aux différences
• reasoning : résumé en 1 à 2 phrases </Output_Contract>

<Threshold_And_Loop>

• Le seuil de validation cible est 90+.
• Si score < 90, continuez l'édition et relancez /oh-my-claudecode:visual-verdict avant tout autre passage de revue visuelle.
• Ne considérez pas la tâche visuelle comme terminée tant que la capture d'écran suivante n'a pas dépassé le seuil. </Threshold_And_Loop>

<Debug_Visualization> Lorsque le diagnostic d'écart est difficile :

1. Gardez $visual-verdict comme décision de référence.
2. Utilisez un outil de diff au niveau pixel (pixel diff / superposition pixelmatch) comme aide de débogage secondaire pour localiser les zones chaudes.
3. Convertissez les zones chaudes du diff pixel en mises à jour concrètes dans differences[] et suggestions[]. </Debug_Visualization>

Tâche : {{ARGUMENTS}}