Condiciones del servicio

Qué hace el servicio

module.monster convierte la descripción de lo que tu tienda debería hacer en un módulo de PrestaShop. Defines su alcance en una conversación con un agente y, cuando apruebas la especificación, el módulo se escribe, se prueba en una instalación real de PrestaShop, se traduce, se documenta y se empaqueta en un zip. Eso es todo. El zip lo instalas tú, cuando quieras: aquí nadie recibe acceso a tu tienda y no se hace nada en tu tienda en tu lugar.

El servicio lo lleva quien opera este sitio, localizable en [email protected]. Crear una cuenta, o simplemente usar el servicio, significa que aceptas lo que hay en esta página. Si no lo aceptas, no crees una cuenta.

Tu cuenta

Necesitas una cuenta para que se construya nada. Lo que se espera de ella:

• Una cuenta es de una sola persona. No compartas tu acceso: quien lo tenga puede gastar tus créditos de build, leer tus conversaciones y descargar tus módulos.
• Usa una dirección de correo que sea tuya. Identifica la cuenta y es la dirección a la que responde el soporte, así que una petición sobre la cuenta solo se atiende si llega desde ella.
• Elige una contraseña que no uses en ningún otro sitio y guárdatela. Se almacena solo como hash bcrypt, así que aquí nadie puede leértela — y hoy el portal no tiene restablecimiento de contraseña, de modo que perderla es un asunto de soporte y no un enlace que puedas pedir.
• Una cuenta creada con el botón de Google no tiene contraseña. Sigue entrando con Google: el portal no permite añadirle una contraseña después.
• Lo que pase desde tu cuenta es responsabilidad tuya: las descripciones enviadas, las imágenes subidas y los créditos gastados.

Créditos 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:

• Hablar con el agente es gratis. Describir una idea, cambiar de opinión, reescribirla entera o dejarlo no cuesta nada, por larga que sea la conversación.
• Aprobar la especificación gasta exactamente un crédito. Se descuenta en el instante en que apruebas, antes de que nada llegue al pipeline de build, así que dos aprobaciones a la vez nunca pueden gastar dos veces el mismo último crédito.
• Si esa entrega falla justo entonces — el agente aún está terminando una respuesta, la especificación no se puede redactar, o la entrega misma da error —, el crédito vuelve enseguida a tu saldo, en la misma petición, y no se ha construido nada.
• Una vez que el módulo ha llegado al pipeline de build, el crédito está gastado. Si el build falla más tarde, o queda marcado como pendiente de revisión, el software no devuelve el crédito por su cuenta: escribe a [email protected] y lo mira una persona.
• Cada aprobación gasta uno, tanto si es tu segundo módulo como si es una versión cambiada de uno que ya tienes.
• A cero, la aprobación se rechaza y no se construye nada. La lluvia de ideas sigue funcionando.

Tu saldo está en tu página de cuenta, y el portal te dice lo que queda en cuanto una aprobación sale adelante.

Los créditos no son dinero. El portal no tiene página de pago, nunca pide una tarjeta y no guarda ninguna: los créditos se conceden a una cuenta, y por eso esta página no indica ningún precio. En el software tampoco hay nada que caduque un crédito: el saldo se queda en la cuenta hasta que se gasta.

Qué recibes

Cuando el build termina, la página del módulo ofrece un zip: un módulo de PrestaShop normal y versionado, que instalas tú desde tu propio back office. Dentro hay PHP legible, las traducciones que pediste, una guía ilustrada para cada uno de esos idiomas y el texto de la licencia. El módulo no llama a casa ni necesita a module.monster para seguir funcionando.

El zip solo existe una vez terminado el build; hasta entonces la página del módulo muestra por dónde va. Los builds fallan a veces: un paso que sale mal una y otra vez se reintenta y después el módulo se marca para revisión en lugar de entregar algo roto. Estas condiciones no fijan plazo de entrega ni compromiso de disponibilidad, porque el software no asume ninguno.

Lo que se construye es la especificación que aprobaste. La conversación previa es donde se decide la forma del módulo, así que léela antes de aprobar: aprobar es lo que lo lanza, y ahí la conversación se cierra.

De quién es el módulo

El zip es tuyo: para usarlo, cambiarlo, instalarlo en tantas tiendas tuyas como quieras y pasárselo a tu propio programador. La posición exacta es la que el paso de empaquetado escribe en los archivos, y esto es lo que escribe:

La línea de copyright de la cabecera nombra al autor configurado para esta fábrica, no a tu tienda. Lo que te da tus derechos sobre el código es la licencia concedida justo al lado, en esa misma cabecera. Si esta página y un paquete entregado no coincidieran, manda el archivo que recibiste.

Aquí hay dos cosas que a propósito no se prometen. Nada te impide revender o redistribuir el módulo: la AFL-3.0 lo permite. Y nada garantiza que un módulo construido para ti sea único: dos descripciones parecidas pueden dar módulos parecidos, y no se concede exclusividad alguna.

Qué no puedes pedir

Los agentes construyen lo que se les pide, así que estos límites te toca respetarlos a ti:

• Pide solo módulos que sean legales donde estáis tú y tu tienda, y que tengas derecho a encargar. Nada cuyo propósito sea defraudar, hacer spam, entrar en otro sistema o tratar datos de otras personas de un modo al que no han accedido.
• Sube solo imágenes que tengas derecho a subir. Una captura de referencia se guarda en el servidor y se le pasa al agente, así que no adjuntes material confidencial de otra persona.
• Quédate dentro de los límites del portal: una idea admite hasta 2000 caracteres y una imagen adjunta hasta 5 MB. El inicio de sesión y el registro tienen límite de frecuencia; no lo esquives, y no manejes el portal ni el chat con un script.
• Tus módulos y tus conversaciones están ligados a tu cuenta. No intentes llegar a los de otra persona ni entrar como alguien que no seas tú.
• No ataques el servicio, el contenedor donde construye y prueba, ni las tiendas sobre las que prueba — y no uses un build para colocar código en esa infraestructura con otro fin que el módulo que pediste.
• Usa la conversación para definir un módulo. Está ahí para diseñar módulos de PrestaShop, y de eso es de lo que va a hablar.

En beta, y tal cual está

module.monster está en beta, y la etiqueta junto al nombre lo dice en todas las páginas. Las funciones cambian, se añaden y se quitan pasos, y algo que se comportaba de una manera la semana pasada puede comportarse de otra esta semana. El servicio se ofrece tal cual está, sin garantía de ningún tipo: ni de que un build vaya a salir bien, ni de que un módulo encaje en tu tienda concreta, ni de que el servicio esté disponible cuando lo quieras.

El código lo escriben agentes de IA y lo prueban ellos en una instalación real de PrestaShop, lo que detecta muchísimo y no puede detectarlo todo. Trata lo que recibes como tratarías cualquier módulo de terceros: léelo, instálalo primero en una tienda de pruebas, haz una copia de seguridad y comprueba que hace lo que necesitas antes de que se acerque a una tienda en producción y a pedidos reales. Lo instalas tú, así que respondes tú de lo que haga allí.

En la medida en que lo permita la ley del lugar donde estés, quien opera el servicio no responde de las pérdidas derivadas de usarlo o de usar un módulo construido por él. Donde esa ley te dé derechos irrenunciables — y en varios de los países en los que se ofrece este servicio los da —, esos derechos siguen en pie y nada de esta página los recorta.

Suspensión, y dejarlo

Una cuenta lleva una marca de activa. Si se retira — por incumplir la sección anterior, o porque la cuenta se está usando para dañar el servicio o a alguien —, el inicio de sesión se rechaza desde ese momento y una sesión ya abierta termina en su siguiente petición. Eso por sí solo no borra nada.

Puedes dejar de usar el servicio cuando quieras: no hay nada que cancelar ni preaviso que dar. «Eliminar la cuenta», en la página de cuenta, la cierra para siempre — se rechaza mientras haya un build en marcha, así que deja que termine primero. Escribir a [email protected] hace lo mismo a mano, y el aviso de privacidad explica qué se conserva después.

La suspensión no alcanza a lo que ya está construido. Un módulo que se te entregó lleva su licencia dentro de los archivos, y cerrar o suspender una cuenta no te la quita.

Cambios en estas condiciones

Esta página es parte del software y cambia cuando el software cambia: para eso se escribe a partir del código y no de una plantilla. Última actualización: 15 de agosto de 2026.

No hay aviso de cambios al que suscribirse: el portal no tiene forma de enviarte correo, así que la fecha de arriba es el registro. Usar el servicio después de un cambio significa que se aplica la versión que hay en esta página. Si un cambio no te encaja, deja de usar el servicio y escribe a [email protected] sobre tu cuenta.