Le Chantier Autonome — Comment une IA a construit un e-commerce complet en une session

Le 3 avril 2026 à 6h du matin, j'ai dit à mon Synedre : « Rends PrestaShop fonctionnel sur notre stack Nuxt. Front client et back-office commerçant. Tu ne t'arrêtes pas avant d'avoir fini. » Trois heures plus tard, 64 fichiers étaient écrits, 11 pages étaient live, et l'interface du back-office PrestaShop était remplacée par du Nuxt moderne. Pas par une équipe. Par une IA qui code, déploie, teste et corrige ses propres erreurs — sur un terrain que j'avais minutieusement préparé. Voici comment.

Le problème : pourquoi remplacer le back-office PrestaShop

Cet article fait partie de notre dossier intelligence-artificielle › automatisation.

Chez CodeMyShop, chaque client reçoit un VPS souverain avec PrestaShop en headless et Nuxt 3 en frontend. L'interface du BO PrestaShop restait le maillon faible : lente, impossible à personnaliser par métier, et surtout — à refaire pour chaque client.

L'idée n'est pas de supprimer PrestaShop. C'est un moteur e-commerce solide — gestion des stocks, des taxes, des transporteurs, des règles de prix. On remplace l'interface, pas le moteur. PrestaShop continue de faire ce qu'il fait bien (la logique métier via son API webservice), et Nuxt prend le relais sur tout ce que le commerçant voit et touche.

Le concept : le Chantier Autonome

Un Chantier Autonome est un mécanisme où le Synedre — notre système multi-agents IA — mène un projet de bout en bout sans intervention humaine. La seule condition : jamais sur un site en production.

Le Synedre applique une boucle :

1. PLAN — Découper l'objectif en phases et tâches
2. CODE — Les agents Turing (backend) et Eames (frontend) codent en parallèle
3. BUILD — Compilation Nuxt
4. DEPLOY — Envoi sur le VPS staging via SSH + PM2
5. TEST — Un automate (ac_visual_test.py) vérifie chaque page : HTTP 200, pas d'erreurs JS, screenshots desktop + mobile
6. FIX — Si un test échoue, le Synedre lit les logs, diagnostique, corrige et reboucle
7. COMMIT — Code validé, on passe à la tâche suivante

L'automate de test visuel est la clé. Il donne des « yeux » à l'IA : il capture des screenshots via Chromium headless, compare avant/après, et refuse de passer à la suite si un check échoue. 66 checks sur 66 passés en mode strict à la fin du chantier.

Soyons clairs : « autonome » ne signifie pas « magique ». Le Synedre a pu travailler seul parce que le terrain était préparé en amont : architecture headless déjà en place, connecteur CMS-agnostique fonctionnel, design system défini, infrastructure de déploiement automatisée. L'IA n'a pas inventé l'architecture — elle a rempli un cadre que j'avais conçu. C'est la combinaison des deux qui produit le résultat.

Le récit : 5 phases, 3 heures, 0 intervention

Phase 1 — La commande (le trou critique)

Avant ce chantier, un client grossiste B2B pouvait parcourir le catalogue et remplir son panier. Mais au moment de commander... rien. Le panier était en localStorage, le tunnel de commande ne soumettait rien, aucune commande n'était créée en base.

Le Synedre a construit en une phase :

• Un connecteur PrestaShop étendu (panier serveur, adresses, transporteurs, commandes, statuts)
• 15 endpoints API Nuxt (/api/cart/*, /api/orders/*, /api/shipping/*)
• Un tunnel de commande en 4 étapes connecté aux vraies API
• Un dashboard back-office pour voir et traiter les commandes

23 fichiers, 1924 lignes. 24/24 tests passés.

Phase 2 — Le compte client

Pages « Mon compte » : dashboard, historique commandes, carnet d'adresses, profil, changement de mot de passe. Côté BO : gestion clients avec recherche et fiche détaillée.

Le Synedre a rencontré un bug SSR — les pages /mon-compte crashaient en 500 côté serveur parce que la session client n'existe pas en SSR. Il a diagnostiqué via les logs PM2, identifié que ssr: false dans definePageMeta ne suffisait pas avec l'architecture extends de Nuxt, et trouvé la solution : routeRules dans nuxt.config.ts. Trois itérations automatiques, zéro intervention humaine.

15 fichiers, 1057 lignes. 54/54 tests passés.

Phase 3 — Le catalogue avancé

API de listing avec filtres, tri et pagination serveur. Prix promos. CRUD produits complet dans le BO : liste avec recherche par catégorie, édition, gestion de stock, création.

14 fichiers, 827 lignes. 42/42 tests passés.

Phase 4 — Le post-achat et le pilotage

Suivi de commande, statistiques CA (jour, semaine, mois, total, panier moyen), top produits, email de confirmation commande en HTML via Resend. Le dashboard BO affiche maintenant les vrais chiffres — un CA historique à six chiffres sur le catalogue du client.

10 fichiers, 424 lignes. 48/48 tests passés.

Phase 5 — Polish

Navigation BO unifiée, export CSV des commandes. Finitions.

Test final : 78/78 checks passés en mode strict sur 13 pages.

Le bug qui prouve que ça marche

Après le déploiement, la page catalogue affichait « Aucun produit ». Le Synedre a diagnostiqué :

1. L'API PrestaShop renvoyait un 302 (redirect) au lieu des données
2. Le .htaccess de PS ne réécrivait pas correctement /api/ vers le dispatcher
3. $fetch de Nuxt suivait silencieusement la redirect... vers la page Nuxt elle-même
4. Le JSON parse échouait sans erreur visible

Solution trouvée autonomement : remplacer $fetch par node:http natif qui ne suit pas les redirects, et pointer directement vers webservice/dispatcher.php. Aussi : vider le cache PrestaShop via bin/console cache:clear.

Ce bug aurait pris des heures à un développeur humain. Le Synedre l'a résolu en testant, diagnostiquant et itérant — exactement comme un senior le ferait, mais sans fatigue et sans oublier de vérifier chaque hypothèse.

Le résultat : un template e-commerce complet

64 fichiers. 4325 lignes. 8 déploiements automatiques. 78 tests visuels passés.

Et surtout : ce template est fait une seule fois. Chaque nouveau client CodeMyShop = adaptation de la config (couleurs, logo, menu, transporteurs) + environ 1 journée d'onboarding. 80% du code e-commerce ne se refait plus — seule l'adaptation métier est spécifique.

Performance : l'argument que PrestaShop ne peut pas battre

Pour un e-commerçant, ces chiffres se traduisent directement en taux de conversion. Google pénalise les sites lents dans ses résultats de recherche. Un site qui charge en 1 seconde au lieu de 5 convertit jusqu'à 2,5 fois plus.

Ce que ça change pour les PME

Un commerçant qui migre vers CodeMyShop reçoit :

• Un front moderne en Nuxt 3 — score Lighthouse 90+, SEO natif
• Un back-office sur mesure — pas le BO PS générique que tout le monde a
• Un VPS souverain en France — ses données, son code, son infra, durci par notre agent Sécurité (firewall, isolation Docker, headers HTTP, audit OWASP)
• Un Synedre qui peut itérer sur son site en autonomie — et qui gère aussi le provisioning, le monitoring et le hardening de l'infrastructure

Le Synedre ne fait pas que du code. Il orchestre aussi la sécurité : durcissement SSH, règles firewall, isolation réseau Docker par client, vérification des headers HTTP, audit des dépendances. Quand le chantier est terminé, le site est non seulement fonctionnel mais aussi sécurisé.

Le modèle économique est simple : le template est offert avec le service. Le MRR (800 €/mois) couvre l'hébergement, les mises à jour et l'orchestration IA. Le template se rentabilise dès le deuxième client. À partir du troisième, c'est de la marge pure.

Ce que ça demande pour fonctionner

Ce résultat n'arrive pas par magie. Voici ce qui était en place avant le chantier :

• Une architecture headless déjà fonctionnelle — PrestaShop comme API, Nuxt comme frontend, connecteur CMS-agnostique écrit et testé
• Un design system défini — Tokens visuels, composants de base, layout white-label réutilisable
• Une infrastructure de déploiement automatisée — Scripts SSH, PM2, tar archive deploy, health checks
• Un automate de test visuel (ac_visual_test.py) — créé le même jour, mais basé sur des patterns éprouvés
• Des conventions strictes — CLAUDE.md (450+ lignes de règles), profils agents, workflows documentés

Sans ce socle, le Synedre ne pourrait pas fonctionner en autonomie. C'est comme un chantier de construction : l'IA est l'équipe qui construit, mais il faut un architecte qui a conçu les plans, choisi les matériaux et préparé le terrain.

Les limites honnêtes

Le Chantier Autonome excelle sur les systèmes déterministes : des specs claires, une architecture connue, des API documentées. Il reste limité sur :

• La logique métier floue — Si le client ne sait pas exactement ce qu'il veut, l'IA ne peut pas deviner. Les règles de gestion complexes (fiscalité multi-pays, règles de prix conditionnelles imbriquées) nécessitent un cadrage humain préalable.
• Les intégrations tierces non standard — Chaque module PrestaShop tiers a ses propres API et ses propres bugs. Le template couvre le cœur e-commerce (commandes, panier, clients, catalogue), pas les 80+ modules spécifiques installés chez un client.
• Le jugement visuel fin — L'automate vérifie que les pages chargent et n'ont pas d'erreurs. Il ne juge pas si le design est « beau » ou si l'UX est intuitive. Le regard humain reste indispensable pour la validation finale.

Cartouche source

Conclusion

Le Chantier Autonome n'est pas un concept théorique. C'est un mécanisme opérationnel, testé et prouvé sur un vrai projet e-commerce avec un vrai catalogue de 1191 produits.

La question n'est plus « est-ce que l'IA peut coder ? » — c'est « est-ce qu'elle peut mener un chantier complet, diagnostiquer ses propres bugs, et livrer un produit fonctionnel ? ». La réponse est oui. Avec les bonnes contraintes (jamais en prod, tests visuels automatiques, boucle de rétroaction), un Synedre peut produire en 3 heures ce qui prendrait des semaines à une équipe.

Si vous êtes un commerçant qui en a marre de son back-office PrestaShop, ou un entrepreneur qui veut un e-commerce moderne et souverain — parlons-en.