module.monster BÊTA

Conditions d'utilisation

Ces conditions sont l'accord entre vous et l'exploitant de module.monster : ce que fait le service, ce qu'est un compte, une formule et un crédit IA, ce que vous pouvez lui demander de construire, et ce que vous possédez une fois un build terminé. Comme la politique de confidentialité, chaque ligne décrit ce que le logiciel fait réellement.

Ce que fait le service

module.monster transforme la description de ce que votre boutique doit faire en un module PrestaShop. Vous en cadrez le périmètre au fil d'une conversation avec un agent ; dès que vous approuvez la spécification, le module est écrit, testé sur une installation PrestaShop réelle, traduit, documenté et empaqueté dans un zip. C'est tout. Vous installez ce zip vous-même, quand vous le voulez : personne ici n'obtient d'accès à votre boutique, et rien n'est fait sur votre boutique à votre place.

Le service est exploité par l'exploitant de ce site, joignable à [email protected]. Créer un compte, ou simplement utiliser le service, vaut acceptation de cette page. Si vous ne l'acceptez pas, ne créez pas de compte.

Votre compte

Un compte est nécessaire pour faire construire quoi que ce soit. Ce qu'on en attend :

  • Un compte appartient à une personne. Ne partagez pas vos identifiants — quiconque les détient peut dépenser vos crédits IA, lire vos conversations et télécharger vos modules.
  • Utilisez une adresse e-mail qui vous appartient. Elle identifie le compte et c'est l'adresse à laquelle le support répond : une demande concernant le compte n'est traitée que si elle vient de cette adresse.
  • Choisissez un mot de passe que vous n'utilisez nulle part ailleurs et gardez-le pour vous. Il n'est stocké que sous forme d'empreinte bcrypt : personne ici ne peut vous le relire — et le portail n'a aujourd'hui aucune réinitialisation de mot de passe, donc un mot de passe perdu se règle avec le support, pas avec un lien à demander.
  • Un compte créé avec le bouton Google n'a aucun mot de passe. Continuez à vous connecter avec Google : le portail ne permet pas d'ajouter ensuite un mot de passe à ce compte.
  • Ce qui se passe depuis votre compte relève de votre responsabilité — les descriptions envoyées, les images téléversées et les crédits IA dépensés.

Crédits IA

Le crédit IA est l'unité de travail ici. Un module est tarifé d'après sa configuration, à partir de 100 crédits, et un nouveau compte en reçoit 199. Exactement ce qui dépense quoi :

  • Parler à l'agent est gratuit. Décrire une idée, changer d'avis, la réécrire entièrement ou partir ne coûte rien, quelle que soit la durée de la conversation.
  • Le prix est le prix de base du module plus chaque supplément configuré : une langue de plus, un guide illustré de plus, le multiboutique, une version de PrestaShop de plus. Les montants en vigueur sont sur la page des tarifs.
  • Valider le cahier des charges dépense le prix affiché sur le bouton de validation. Il est prélevé à l'instant où vous validez, avant que quoi que ce soit n'atteigne le pipeline de build, de sorte que deux validations simultanées ne peuvent jamais mettre le même solde à découvert.
  • Si cette remise échoue ensuite — l'agent termine encore une réponse, le cahier des charges ne peut pas être rédigé, ou la mise en production elle-même échoue — exactement ce qui a été prélevé revient aussitôt dans la même requête, et rien n'a été construit.
  • Une fois que le module a atteint le pipeline de build, les crédits IA sont dépensés. Si le build échoue plus tard, ou est signalé comme nécessitant une intervention, le logiciel ne les rend pas de lui-même ; écrivez à [email protected] et une personne s'en occupe.
  • Valider une version modifiée d'un module que vous avez déjà coûte 25 % du prix de ce module, arrondi à l'entier supérieur, calculé sur la configuration du module à cet instant.
  • Avec moins de crédits IA que ne coûte le module configuré, la validation est refusée et rien n'est construit. Le brainstorming continue de fonctionner.
  • Une formule fixe le nombre de modules qu'un compte peut posséder, la licence qu'il peut demander et s'il peut acheter des packs de crédits IA. Changer de formule ne modifie pas un solde déjà présent sur le compte.

Votre solde, et chaque mouvement dessus, est sur votre page de compte. Rien ne retire un mouvement de cet historique.

Les crédits IA ne sont pas de l'argent et n'ont aucune valeur monétaire. Rien dans le logiciel ne fait expirer un crédit : un solde reste sur le compte jusqu'à ce qu'il soit dépensé. Lorsqu'une formule est annoncée avec un prix mensuel, ce prix décrit la formule et n'est pas un montant que ce portail encaisse — le portail n'encaisse que les packs de crédits, via Stripe, et ne conserve lui-même aucune donnée de carte.

Ce que vous recevez

Quand le build est terminé, la page du module propose un zip : un module PrestaShop ordinaire et versionné, que vous installez vous-même depuis votre propre back-office. À l'intérieur : du PHP lisible, les traductions que vous avez demandées, un guide illustré pour chacune de ces langues, et le texte de la licence. Le module ne téléphone à personne et n'a pas besoin de module.monster pour continuer à fonctionner.

Le zip n'existe qu'une fois le build terminé ; jusque-là, la page du module montre où il en est. Des builds échouent : une étape qui revient obstinément fausse est relancée, puis le module est signalé pour intervention plutôt que de livrer quelque chose de cassé. Ces conditions ne fixent ni délai de livraison ni engagement de disponibilité, parce que le logiciel n'en prend aucun.

Ce qui est construit, c'est la spécification que vous avez approuvée. La conversation qui précède est le moment où se décide la forme du module : relisez-la avant d'approuver, car c'est l'approbation qui lance tout, et la conversation se ferme à cet instant.

À qui appartient le module

Le zip est à vous : à utiliser, à modifier, à installer sur autant de vos boutiques que vous le souhaitez, et à confier à votre propre développeur. La position exacte est celle que l'étape d'empaquetage écrit dans les fichiers, et voici ce qu'elle écrit :

Un en-tête de licence dans chaque fichier source

Chaque fichier source du paquet porte un court en-tête indiquant le module, sa version, l'année, l'auteur configuré pour cette fabrique et la licence applicable. Il est ajouté au moment de la mise en zip, pas pendant la construction du module.

L'Academic Free License 3.0

C'est la licence nommée dans chacun de ces en-têtes, et son texte est inclus dans le paquet sous le nom LICENSE.md. L'AFL-3.0 est une licence ouverte : elle vous permet d'utiliser, copier, modifier, distribuer et sous-licencier le code, y compris dans une boutique que vous exploitez commercialement, aux conditions écrites dans ce fichier.

Ce que vous avez écrit reste à vous

Votre description, vos messages et les captures d'écran que vous joignez vous appartiennent. Rien sur cette page ne prend de licence dessus : ils servent à construire votre module et à rien d'autre.

La ligne de copyright de l'en-tête nomme l'auteur configuré pour cette fabrique, pas votre boutique. Ce sont les droits accordés juste à côté, dans le même en-tête, qui vous donnent vos droits sur le code. Si cette page et un paquet livré devaient diverger, c'est le fichier qui vous a été remis qui fait foi.

Deux choses ne sont délibérément pas promises ici. Rien ne vous empêche de revendre ou de redistribuer le module — l'AFL-3.0 l'autorise. Et rien ne garantit qu'un module construit pour vous soit unique : deux descriptions voisines peuvent donner des modules voisins, et aucune exclusivité n'est accordée.

Ce que vous ne pouvez pas demander

Les agents construisent ce qu'on leur demande de construire : ces limites-là, c'est à vous de les respecter.

  • Ne demandez que des modules licites là où vous et votre boutique vous trouvez, et que vous avez le droit de faire construire. Rien dont l'objet est de frauder, de spammer, de s'introduire dans un autre système ou de traiter les données d'autrui d'une façon à laquelle ces personnes n'ont pas consenti.
  • Ne téléversez que des images que vous avez le droit de téléverser. Une capture d'écran de référence est stockée sur le serveur et transmise à l'agent : n'y joignez rien qui soit le matériel confidentiel de quelqu'un d'autre.
  • Restez dans les limites fixées par le portail : une idée fait au plus 2000 caractères et une image jointe 5 Mo. La connexion et l'inscription sont soumises à une limite de fréquence — ne la contournez pas, et ne pilotez pas le portail ou le chat avec un script.
  • Vos modules et vos conversations sont rattachés à votre compte. N'essayez pas d'atteindre ceux de quelqu'un d'autre, ni de vous connecter sous une autre identité que la vôtre.
  • N'attaquez pas le service, le conteneur dans lequel il construit et teste, ni les boutiques sur lesquelles il teste — et ne vous servez pas d'un build pour faire arriver du code sur cette infrastructure à d'autres fins que le module demandé.
  • Servez-vous de la conversation pour cadrer un module. Elle est là pour concevoir des modules PrestaShop, et c'est de cela qu'elle parlera.

Bêta, et fourni en l'état

module.monster est en bêta, et le badge à côté du nom le dit sur chaque page. Les fonctionnalités changent, des étapes apparaissent et disparaissent, et ce qui se comportait d'une certaine façon la semaine dernière peut se comporter autrement cette semaine. Le service est fourni en l'état, sans garantie d'aucune sorte : ni qu'un build aboutira, ni qu'un module conviendra à votre boutique en particulier, ni que le service sera disponible au moment où vous en aurez besoin.

Le code est écrit par des agents IA et testé par eux sur une installation PrestaShop réelle, ce qui attrape énormément de choses et ne peut pas tout attraper. Traitez ce qui vous est livré comme n'importe quel module tiers : lisez-le, installez-le d'abord sur une boutique de test, faites une sauvegarde, et assurez-vous qu'il fait ce dont vous avez besoin avant qu'il n'approche une boutique en production et de vraies commandes. C'est vous qui l'installez, donc c'est vous qui répondez de ce qu'il y fait.

Dans la mesure où la loi applicable chez vous le permet, l'exploitant n'est pas responsable des pertes découlant de l'utilisation du service ou d'un module construit par lui. Là où cette loi vous donne des droits auxquels on ne peut pas renoncer — et dans plusieurs des pays où ce service est proposé, c'est le cas —, ces droits demeurent, et rien sur cette page ne les réduit.

Suspension, et arrêt

Un compte porte un indicateur « actif ». S'il est retiré — pour un manquement à la section ci-dessus, ou parce que le compte sert à nuire au service ou à quelqu'un d'autre —, la connexion est refusée à partir de cet instant, et une session déjà ouverte prend fin à sa requête suivante. Cela seul n'efface rien.

Vous pouvez cesser d'utiliser le service quand vous voulez : il n'y a rien à résilier ni de préavis à donner. « Supprimer le compte », sur la page du compte, le ferme définitivement — l'opération est refusée tant qu'un build tourne, laissez-le donc se terminer. Écrire à [email protected] fait la même chose à la main, et la politique de confidentialité expose ce qui est conservé ensuite.

La suspension n'atteint pas ce qui est déjà construit. Un module qui vous a été livré porte sa licence dans ses fichiers, et fermer ou suspendre un compte ne la reprend pas.

Modification de ces conditions

Cette page fait partie du logiciel et change quand le logiciel change — c'est tout l'intérêt de l'écrire à partir du code plutôt que d'un modèle type. Dernière mise à jour le 15 août 2026.

Il n'y a pas d'avis de modification auquel s'abonner : le portail n'a aucun moyen de vous envoyer un e-mail, la date ci-dessus fait donc foi. Utiliser le service après une modification signifie que c'est la version affichée ici qui s'applique. Si une modification ne vous convient pas, cessez d'utiliser le service et écrivez à [email protected] au sujet de votre compte.

Une question sur tout ceci — ce que couvre un crédit IA, ce que la licence vous permet, ou n'importe quoi d'autre sur cette page — part à la même adresse.

Nous écrire au sujet des conditions