checkout-verifier-template
Skill0 starsChanged 4 months agoMITView on GitHub
Verify any change touching the checkout flow, payment form, or cart summary before declaring it done. Trigger on changes to <TODO: chemin des composants checkout>/**, <TODO: chemin des composants payment>/**, or any file importing your payment provider's SDK.
In this repository20 other files it gives its agents.
- code-reviewSkill
- test-strategySkill
- adversarial-code-reviewSkill
- avoid-agentic-pitfallsSkill
- bug-triage-runbook-templateSkill
- changelog-from-commitsSkill
- choose-your-loopSkill
- commit-message-qualitySkill
- dependency-update-checkSkill
- env-doctorSkill
- library-reference-templateSkill
- new-feature-scaffoldSkill
- pr-description-generatorSkill
- python-to-ts-migration-templateSkill
- readme-generatorSkill
- safe-refactorSkill
- systematic-debuggingSkill
- verify-code-changeSkill
- verify-form-changeSkill
- verify-frontend-changeSkill
The file
Files
<!-- Source : docs/guide-complet.md, Partie 7, Cas 1 (checkout-verifier) — généralisé, sans référence à l'entreprise fictive d'origine -->Vérifier le tunnel de paiement
- Démarrer l'environnement de dev avec des clés de test du fournisseur de paiement (<TODO: nom du fournisseur, ex. Stripe, Adyen...>).
- Ajouter un article au panier, aller jusqu'au formulaire de paiement.
- Soumettre avec une carte de test valide (<TODO: numéro de carte de test à utiliser>) — confirmer que la commande passe en statut "confirmée".
- Soumettre avec une carte de test de refus (<TODO: numéro de carte de test de refus>) — confirmer qu'un message d'erreur clair s'affiche et qu'aucune commande n'est créée en base.
- Vérifier dans la table/le store d'événements de paiement (<TODO: nom de la table, ex. payment_events>) que l'état enregistré correspond à l'état affiché à l'écran.
- Vérifier la console navigateur : zéro nouvelle erreur.
- Capturer une vidéo du parcours complet.
Si une étape échoue, corriger et reprendre depuis l'étape 1.
Gotchas
- Le staging peut renvoyer 200 même quand le webhook du fournisseur de paiement n'a pas réellement été traité. Toujours vérifier l'état réel côté base de données, jamais uniquement le code HTTP.
- La carte de test de refus doit être testée à chaque fois : une régression peut casser uniquement le chemin d'échec sans toucher au chemin de succès.
- <TODO: ajoutez ici tout gotcha découvert lors de l'intégration d'un second moyen de paiement — un cas fréquent est qu'un nouveau provider fasse régresser silencieusement l'état enregistré pour le premier.>
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.