Comment créer une boutique en ligne avec l’IA sur Adios

Aidez-moi à planifier une petite boutique en ligne dans cet espace de travail Adios. Ne modifiez pas encore les fichiers.

Informations sur la boutique :
- Nom de la boutique : [NOM]
- Client : [CLIENT]
- Types de produits : [PRODUITS]
- Variantes : [TAILLE, COULEUR OU AUTRES OPTIONS]
- Règle de stock : [SUIVI, FABRICATION À LA COMMANDE OU NON SUIVI]
- Pays desservis : [PAYS]
- Devise : [DEVISE]
- Prestataire de paiement : [PRESTATAIRE EN MODE TEST]
- Mode de livraison : [RÈGLE]
- Gestion des taxes : [RÈGLE OU DÉCISION ENCORE À PRENDRE]
- Politique de remboursement et de retour : [POLITIQUE RÉELLE OU DÉCISION ENCORE À PRENDRE]

Examinez le dépôt, la configuration de la base de données, l’authentification, les tests, la route de contrôle de santé et adios.yaml. Planifiez la boutique de test minimale couvrant de bout en bout le catalogue, les fiches produits, le panier, le passage au paiement, les événements de paiement signés, les commandes, les stocks et l’administration protégée.

Listez les décisions que je dois encore prendre concernant les taxes, la livraison, les remboursements, la confidentialité, le support client, les produits interdits et les exigences du prestataire de paiement. Attendez mon approbation avant toute modification.

Créez la version de test approuvée de la boutique en ligne. N’activez pas les paiements réels et ne déployez pas en production.

Exigences :
- Conservez le framework, le gestionnaire de packages, la route de contrôle de santé, les tests et les fichiers de déploiement Adios actuels.
- Stockez les produits, variantes, stocks, paniers et commandes dans la base configurée, avec des relations claires et des migrations réversibles lorsque cela est pris en charge.
- Calculez les prix et les stocks côté serveur. Ne faites pas confiance aux totaux envoyés par le navigateur.
- Utilisez le SDK officiel actuel du prestataire de paiement et son parcours de paiement hébergé en mode test. Ne collectez ni ne stockez jamais les données brutes des cartes.
- Vérifiez les webhooks signés, traitez les événements en double de manière idempotente et consignez un historique clair des états de commande.
- Protégez les routes d’administration et appliquez les autorisations côté serveur.
- Conservez les secrets de paiement, de base de données, d’e-mail et de session hors du code source et indiquez leurs noms de variables d’environnement.
- Ajoutez des états utiles pour le chargement, le panier vide, la rupture de stock, le paiement refusé, le paiement annulé et la confirmation de commande.
- Utilisez des produits d’exemple clairement indiqués comme fictifs. N’inventez ni avis, ni rareté, ni remises, ni certifications, ni promesses de livraison.
- Ajoutez des tests pour le calcul des prix, les limites de stock, les autorisations, le rejet des signatures de webhook invalides, les événements en double et le cas nominal d’une commande.
- Exécutez les outils existants de formatage et de lint, les tests et la compilation de production.

Présentez les fichiers modifiés, le modèle de données, le modèle des états de commande, les résultats des tests, les secrets Adios requis et le parcours de test exact dans l’aperçu. Ne déployez pas.

Vérifiez l’intégralité du parcours d’achat de la boutique en mode test. Corrigez uniquement les problèmes confirmés et ne déployez pas.

Testez :
- la consultation des produits et la sélection de variantes valides ;
- les calculs de prix, de devise, de quantité et de stock ;
- les paniers vides, expirés, altérés ou contenant des produits épuisés ;
- les événements de paiement réussis, refusés, annulés et répétés ;
- les signatures de webhook invalides et les webhooks valides reçus plusieurs fois ;
- la création des commandes et la mise à jour des stocks exactement une fois ;
- l’impossibilité pour un client d’accéder à la commande privée d’un autre client ;
- l’impossibilité pour un utilisateur non authentifié d’accéder à l’administration ;
- l’absence de données de carte, d’identifiants et d’informations personnelles inutiles dans les journaux ;
- le formatage, le lint, les tests, la compilation et les contrôles de santé.

Donnez-moi un résultat pour chaque cas, les risques restants et les étapes manuelles que je dois effectuer avec les outils de test du fournisseur.

Préparez cette boutique pour décider de sa mise en production. N’utilisez pas les identifiants de paiement réels et ne déployez pas.

Confirmez le domaine de production, la source de référence des produits et des prix, la devise, la gestion des stocks, les zones et les tarifs de livraison, la décision fiscale, la politique de remboursement, la notice de confidentialité, les conditions, le contact du support, les e-mails de commande, l’URL du webhook, les noms des secrets, la migration de base de données, les sauvegardes, la route de contrôle de santé, les journaux et le plan de retour arrière.

Distinguez les contrôles techniques réussis des décisions commerciales ou juridiques qui restent sous ma responsabilité. Listez toutes les valeurs de test et tous les contenus provisoires à remplacer. Arrêtez-vous pour obtenir une approbation explicite avant tout paiement réel ou toute modification en production.