Utilisez ces étapes comme liste de travail et adaptez-les aux éléments disponibles, au périmètre et aux contraintes du projet.
Contexte et périmètre
- Lisez d’abord les consignes du projet applicables à cet outil, si elles existent (par exemple .cursor/rules ou CLAUDE.md) ; consultez aussi le README et le manifeste s’ils sont disponibles.
- Avant toute modification, résumez l’architecture actuelle et ne citez que les fichiers nécessaires.
- Définissez l’objectif comme un résultat vérifiable ; n’élargissez pas la tâche sans raison.
- Avant de modifier une API, identifiez ses utilisateurs, le format des requêtes et réponses et les besoins de compatibilité.
Qualité et sécurité
- Pour chaque saisie utilisateur, précisez les contrôles de format, de longueur et de valeurs dangereuses.
- Ne placez aucun secret dans le code, les journaux, les données de test, les exemples ou les ressources frontend publiées.
- Pour les pages de recherche, vérifiez title, description, canonical, robots, titres, liens et HTML source.
- Conservez pour chaque langue ses textes, des exemples de contact adaptés à la région et des URL équivalentes.
- Les éléments interactifs doivent fonctionner au clavier, avoir un nom accessible et un focus visible.
Vérification et compte rendu
- Lancez uniquement les vérifications liées au comportement modifié ; ne prétendez pas avoir exécuté une commande absente.
- Comparez le résultat aux critères d’acceptation et vérifiez les erreurs ainsi qu’un affichage mobile.
- Dans le compte rendu, indiquez les changements, commandes et résultats réels, les limites connues et le retour arrière.