Nutzungsbedingungen

Was der Dienst tut

module.monster macht aus der Beschreibung dessen, was Ihr Shop können soll, ein PrestaShop-Modul. Sie stecken den Umfang im Gespräch mit einem Agenten ab; sobald Sie die Spezifikation freigeben, wird das Modul geschrieben, auf einer echten PrestaShop-Installation getestet, übersetzt, dokumentiert und als ZIP verpackt. Mehr ist es nicht. Das ZIP installieren Sie selbst, wann Sie wollen: niemand hier erhält Zugang zu Ihrem Shop, und an Ihrem Shop wird nichts für Sie erledigt.

Betrieben wird der Dienst vom Betreiber dieser Website, erreichbar unter [email protected]. Ein Konto anzulegen – oder den Dienst überhaupt zu nutzen – bedeutet, dass Sie diese Seite akzeptieren. Wenn Sie das nicht tun, legen Sie kein Konto an.

Ihr Konto

Ohne Konto wird nichts gebaut. Was von ihm erwartet wird:

• Ein Konto gehört einer Person. Geben Sie Ihre Zugangsdaten nicht weiter – wer sie hat, kann Ihr Build-Guthaben ausgeben, Ihre Gespräche lesen und Ihre Module herunterladen.
• Verwenden Sie eine E-Mail-Adresse, die Ihnen gehört. Sie identifiziert das Konto, und an sie antwortet der Support: eine Anfrage zum Konto wird nur bearbeitet, wenn sie von dieser Adresse kommt.
• Wählen Sie ein Passwort, das Sie nirgendwo sonst benutzen, und behalten Sie es für sich. Gespeichert wird nur ein bcrypt-Hash, niemand hier kann es Ihnen also zurücklesen – und das Portal hat derzeit keine Passwort-Zurücksetzung, ein verlorenes Passwort ist deshalb ein Fall für den Support und kein Link, den Sie anfordern können.
• Ein über die Google-Schaltfläche angelegtes Konto hat überhaupt kein Passwort. Melden Sie sich dafür weiter mit Google an: das Portal kann diesem Konto nachträglich kein Passwort geben.
• Was über Ihr Konto geschieht, verantworten Sie – die eingereichten Beschreibungen, die hochgeladenen Bilder und das ausgegebene Guthaben.

Build-Guthaben

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

• Das Gespräch mit dem Agenten ist kostenlos. Eine Idee zu beschreiben, es sich anders zu überlegen, alles neu zu schreiben oder es sein zu lassen kostet nichts, wie lange das Gespräch auch dauert.
• Die Freigabe der Spezifikation verbraucht genau ein Guthaben. Es wird in dem Moment abgebucht, in dem Sie freigeben, bevor irgendetwas die Build-Pipeline erreicht – zwei gleichzeitige Freigaben können also nie dasselbe letzte Guthaben zweimal ausgeben.
• Scheitert diese Übergabe dann – der Agent schreibt noch an einer Antwort, die Spezifikation lässt sich nicht ausformulieren, oder die Übergabe selbst läuft auf einen Fehler –, geht das Guthaben in derselben Anfrage sofort auf Ihr Konto zurück, und es wurde nichts gebaut.
• Sobald das Modul in der Build-Pipeline angekommen ist, ist das Guthaben verbraucht. Scheitert der Build später oder wird er als prüfbedürftig markiert, gibt die Software das Guthaben nicht von selbst zurück; schreiben Sie an [email protected], dann sieht sich ein Mensch das an.
• Jede Freigabe verbraucht eines – ob es Ihr zweites Modul ist oder eine geänderte Fassung eines Moduls, das Sie schon haben.
• Bei null wird die Freigabe abgelehnt und nichts gebaut. Das Brainstorming funktioniert weiter.

Ihr Stand steht auf Ihrer Kontoseite, und das Portal nennt Ihnen den Rest, sobald eine Freigabe durchgeht.

Guthaben ist kein Geld. Das Portal hat keine Bezahlseite, fragt nie nach einer Karte und speichert keine – Guthaben wird einem Konto zugeteilt, und deshalb nennt diese Seite dafür keinen Preis. In der Software verfällt Guthaben auch nicht: ein Stand bleibt auf dem Konto, bis er ausgegeben ist.

Was Sie bekommen

Ist der Build fertig, bietet die Seite des Moduls ein ZIP an: ein ganz normales, versioniertes PrestaShop-Modul, das Sie selbst aus Ihrem eigenen Backoffice installieren. Darin steckt lesbares PHP, die Übersetzungen, die Sie angefordert haben, ein bebildertes Handbuch für jede dieser Sprachen und der Lizenztext. Das Modul funkt nicht nach Hause und braucht module.monster nicht, um weiter zu laufen.

Das ZIP gibt es erst, wenn der Build fertig ist; bis dahin zeigt die Seite des Moduls, wie weit er ist. Builds scheitern durchaus – ein Schritt, der immer wieder falsch zurückkommt, wird erneut versucht, und danach wird das Modul zur Prüfung markiert, statt etwas Kaputtes auszuliefern. Diese Bedingungen setzen weder eine Lieferzeit noch eine Verfügbarkeitszusage, weil die Software beides nicht macht.

Gebaut wird die Spezifikation, die Sie freigegeben haben. Im Gespräch davor entscheidet sich die Gestalt des Moduls: lesen Sie es also, bevor Sie freigeben – die Freigabe ist es, die alles auslöst, und das Gespräch schließt in diesem Moment.

Wem das Modul gehört

Das ZIP gehört Ihnen – zum Benutzen, Ändern, Installieren auf so vielen eigenen Shops, wie Sie wollen, und zum Weitergeben an Ihre eigenen Entwickler. Wie genau das aussieht, schreibt der Verpackungsschritt in die Dateien, und das schreibt er hinein:

Die Copyright-Zeile im Kopf nennt den für diese Fabrik konfigurierten Autor, nicht Ihren Shop. Ihre Rechte am Code kommen aus der Lizenz, die direkt daneben im selben Kopf steht. Sollten diese Seite und ein ausgeliefertes Paket je auseinandergehen, gilt die Datei, die Sie bekommen haben.

Zwei Dinge werden hier bewusst nicht versprochen. Nichts hindert Sie daran, das Modul weiterzuverkaufen oder weiterzugeben – die AFL-3.0 erlaubt das. Und nichts verspricht, dass ein für Sie gebautes Modul einzigartig ist: zwei ähnliche Beschreibungen können ähnliche Module ergeben, und Exklusivität wird nicht eingeräumt.

Was Sie nicht verlangen dürfen

Die Agenten bauen, worum man sie bittet – diese Grenzen einzuhalten ist deshalb Ihre Sache:

• Verlangen Sie nur Module, die dort, wo Sie und Ihr Shop sind, rechtmäßig sind und die Sie bauen lassen dürfen. Nichts, dessen Zweck Betrug, Spam, das Eindringen in fremde Systeme oder der Umgang mit fremden Daten auf eine Weise ist, der die Betroffenen nicht zugestimmt haben.
• Laden Sie nur Bilder hoch, die Sie hochladen dürfen. Ein Referenz-Screenshot wird auf dem Server gespeichert und an den Agenten weitergereicht: hängen Sie also nichts an, was vertrauliches Material einer anderen Person ist.
• Bleiben Sie in den Grenzen des Portals: eine Idee darf bis zu 2000 Zeichen haben, ein angehängtes Bild bis zu 5 MB. Anmeldung und Registrierung sind in der Häufigkeit begrenzt – umgehen Sie das nicht, und steuern Sie Portal oder Chat nicht per Skript.
• Ihre Module und Gespräche hängen an Ihrem Konto. Versuchen Sie nicht, an die von anderen zu kommen oder sich als jemand anders anzumelden.
• Greifen Sie weder den Dienst noch den Container, in dem er baut und testet, noch die Shops an, auf denen er testet – und benutzen Sie keinen Build, um Code zu einem anderen Zweck als dem bestellten Modul auf diese Infrastruktur zu bringen.
• Benutzen Sie das Gespräch, um ein Modul abzustecken. Es ist da, um PrestaShop-Module zu entwerfen, und darüber wird es Auskunft geben.

Beta, und so wie es ist

module.monster ist in der Beta, und das Abzeichen neben dem Namen sagt das auf jeder Seite. Funktionen ändern sich, Schritte kommen dazu und fallen weg, und was sich letzte Woche so verhalten hat, verhält sich diese Woche vielleicht anders. Der Dienst wird bereitgestellt, wie er ist, ohne Gewährleistung irgendeiner Art: nicht dafür, dass ein Build gelingt, nicht dafür, dass ein Modul zu Ihrem konkreten Shop passt, und nicht dafür, dass der Dienst verfügbar ist, wenn Sie ihn brauchen.

Den Code schreiben KI-Agenten, und sie testen ihn auf einer echten PrestaShop-Installation – das fängt sehr viel ab und kann nicht alles abfangen. Behandeln Sie, was Sie bekommen, wie jedes Modul von Dritten: lesen Sie es, installieren Sie es zuerst auf einem Testshop, machen Sie ein Backup und überzeugen Sie sich, dass es tut, was Sie brauchen, bevor es in die Nähe eines Produktivshops und echter Bestellungen kommt. Sie installieren es, also stehen Sie dafür ein, was es dort tut.

Soweit das bei Ihnen geltende Recht es zulässt, haftet der Betreiber nicht für Schäden aus der Nutzung des Dienstes oder eines damit gebauten Moduls. Wo dieses Recht Ihnen Rechte gibt, auf die man nicht verzichten kann – und in mehreren der Länder, in denen dieser Dienst angeboten wird, tut es das –, bleiben diese Rechte bestehen, und nichts auf dieser Seite schmälert sie.

Sperrung und Beenden

Ein Konto trägt ein Aktiv-Kennzeichen. Wird es entfernt – wegen eines Verstoßes gegen den Abschnitt oben oder weil das Konto dazu benutzt wird, dem Dienst oder jemand anderem zu schaden –, wird die Anmeldung ab diesem Moment abgelehnt, und eine bereits offene Sitzung endet bei ihrer nächsten Anfrage. Gelöscht wird dadurch für sich genommen nichts.

Sie können jederzeit aufhören, den Dienst zu nutzen: es gibt nichts zu kündigen und keine Frist einzuhalten. „Konto löschen“ auf der Kontoseite schließt es endgültig – solange ein Build läuft, wird der Vorgang verweigert, lassen Sie ihn also erst zu Ende laufen. Eine Nachricht an [email protected] bewirkt dasselbe von Hand, und die Datenschutzerklärung führt aus, was danach bleibt.

Eine Sperrung greift nicht auf das zu, was bereits gebaut ist. Ein an Sie ausgeliefertes Modul trägt seine Lizenz in den Dateien, und ein geschlossenes oder gesperrtes Konto nimmt sie nicht zurück.

Änderungen an diesen Bedingungen

Diese Seite ist Teil der Software und ändert sich, wenn die Software sich ändert – genau darum ist sie aus dem Code geschrieben und nicht aus einer Vorlage. Zuletzt aktualisiert am 15. August 2026.

Es gibt keine Änderungsbenachrichtigung zum Abonnieren: das Portal kann Ihnen keine E-Mail schicken, das Datum oben ist deshalb der Nachweis. Wer den Dienst nach einer Änderung nutzt, für den gilt die Fassung, die auf dieser Seite steht. Passt Ihnen eine Änderung nicht, nutzen Sie den Dienst nicht weiter und schreiben Sie wegen Ihres Kontos an [email protected].