Conditions d'utilisation

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 seule personne. Ne partagez pas vos identifiants — quiconque les détient peut dépenser vos crédits de build, 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 dépensés.

Crédits de build

A build credit is the unit of work here. Credits are granted on request, not given automatically at signup. Exactly what spends one:

• Parler à l'agent est gratuit. Décrire une idée, changer d'avis, tout réécrire ou laisser tomber ne coûte rien, quelle que soit la longueur de la conversation.
• Approuver la spécification consomme exactement un crédit. Il est prélevé à l'instant où vous approuvez, avant que quoi que ce soit n'atteigne le pipeline de build : deux approbations simultanées ne peuvent donc jamais dépenser deux fois le même dernier crédit.
• Si cette remise échoue ensuite — l'agent est encore en train de terminer une réponse, la spécification ne peut pas être rédigée, ou la mise en production elle-même échoue —, le crédit revient aussitôt sur votre solde, dans la même requête, et rien n'a été construit.
• Une fois le module arrivé dans le pipeline de build, le crédit est dépensé. Si le build échoue plus tard, ou s'il est signalé comme nécessitant une intervention, le logiciel ne remet pas le crédit de lui-même : écrivez à [email protected] et une personne s'en occupe.
• Chaque approbation en consomme un, qu'il s'agisse de votre deuxième module ou d'une version modifiée d'un module que vous avez déjà.
• À zéro, l'approbation est refusée et rien n'est construit. Le brainstorming, lui, continue de fonctionner.

Votre solde figure sur votre page de compte, et le portail vous indique ce qu'il reste dès qu'une approbation passe.

Les crédits ne sont pas de l'argent. Le portail n'a pas de page de paiement, ne demande jamais de carte et n'en conserve aucune — les crédits sont attribués à un compte, et c'est pourquoi cette page n'indique aucun prix. Rien dans le logiciel ne fait non plus expirer un crédit : un solde reste sur le compte jusqu'à ce qu'il soit dépensé.

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 :

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.