Termos do serviço

O que o serviço faz

A module.monster transforma uma descrição do que a sua loja deve fazer num módulo PrestaShop. Define o âmbito numa conversa com um agente; quando aprova a especificação, o módulo é escrito, testado numa instalação PrestaShop a funcionar, traduzido, documentado e empacotado num zip. É tudo. O zip é instalado por si, quando lhe der jeito: ninguém aqui recebe acesso à sua loja e nada é feito na sua loja em seu nome.

O serviço é gerido pelo operador deste site, contactável em [email protected]. Criar uma conta — ou sequer usar o serviço — significa que aceita o que está nesta página. Se não aceitar, não crie conta.

A sua conta

Precisa de uma conta para mandar construir seja o que for. O que se espera dela:

• Uma conta pertence a uma pessoa. Não partilhe os seus dados de acesso — quem os tiver pode gastar os seus créditos de build, ler as suas conversas e descarregar os seus módulos.
• Use um endereço de email que lhe pertença. É ele que identifica a conta e é o endereço a que o apoio responde, por isso um pedido sobre a conta só é executado quando vem desse endereço.
• Escolha uma palavra-passe que não use em mais lado nenhum e guarde-a para si. É armazenada apenas como hash bcrypt, por isso ninguém aqui a consegue ler de volta — e o portal hoje não tem recuperação de palavra-passe, por isso uma palavra-passe perdida é um assunto para o apoio e não um link que se possa pedir.
• Uma conta criada com o botão Google não tem palavra-passe nenhuma. Continue a entrar nela com o Google: no portal não há forma de lhe acrescentar uma palavra-passe depois.
• O que acontece através da sua conta é da sua responsabilidade — as descrições submetidas, as imagens carregadas e os créditos gastos.

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:

• Falar com o agente não custa nada. Descrever uma ideia, mudar de ideias, reescrevê-la de raiz ou ir-se embora não custa nada, por mais que a conversa se prolongue.
• Aprovar a especificação gasta exatamente um crédito. É retirado no instante em que aprova, antes de o que quer que seja chegar à linha de construção, para que duas aprovações a chegar ao mesmo tempo nunca possam gastar duas vezes o mesmo último crédito.
• Se essa passagem falhar depois — o agente ainda está a terminar uma resposta, a especificação não consegue ser escrita ou a própria libertação dá erro — o crédito volta ao seu saldo no mesmo pedido, e nada foi construído.
• Assim que o módulo chega à linha de construção, o crédito está gasto. Se o build falhar mais tarde, ou for marcado como precisando de atenção, o software não devolve o crédito por si próprio; escreva para [email protected] e uma pessoa vê o caso.
• Cada aprovação gasta um, quer seja o seu segundo módulo, quer seja uma versão alterada de um que já tem.
• A zero, a aprovação é recusada e nada é construído. A conversa para pensar ideias continua a funcionar.

O seu saldo está na página da conta, e o portal diz-lhe quanto sobra no momento em que uma aprovação passa.

Créditos não são dinheiro. O portal não tem página de pagamento, nunca pede um cartão e não guarda nenhum — os créditos são atribuídos a uma conta, e é por isso que esta página não lhes indica preço. No software também não há nada que faça um crédito expirar: o saldo fica na conta até ser gasto.

O que recebe

Quando um build termina, a página do módulo oferece um zip: um módulo PrestaShop normal, com versão, que instala a partir do seu próprio backoffice. Lá dentro está PHP legível, as traduções que pediu, um guia ilustrado para cada uma dessas línguas e o texto da licença. O módulo não telefona para casa e não precisa da module.monster para continuar a funcionar.

O zip só existe depois de o build terminar; até lá, a página do módulo mostra em que ponto vai. Os builds falham por vezes — um passo que continua a voltar errado é repetido e depois o módulo é marcado para atenção, em vez de sair alguma coisa partida. Estes termos não fixam prazo de entrega nem compromisso de disponibilidade, porque o software não faz nem um nem outro.

O que é construído é a especificação que aprovou. A conversa anterior é onde a forma do módulo se decide, por isso leia-a antes de aprovar: é a aprovação que o liberta, e a conversa fecha nesse momento.

A quem pertence o módulo

O zip é seu — para usar, alterar, instalar em tantas lojas suas quantas quiser e entregar ao seu próprio programador. A posição exata é aquilo que o passo de empacotamento escreve nos ficheiros, e é isto que ele escreve:

A linha de copyright do cabeçalho nomeia o autor configurado para esta fábrica, não a sua loja. É a concessão de licença que está ao lado, no mesmo cabeçalho, que lhe dá os seus direitos sobre o código. Se esta página e um pacote entregue alguma vez divergirem, vale o ficheiro que lhe foi entregue.

Há duas coisas que aqui não se reclamam de propósito. Nada o impede de revender ou redistribuir o módulo — a AFL-3.0 permite-o. E nada promete que um módulo construído para si seja único: duas descrições parecidas podem dar módulos parecidos, e não é concedida qualquer exclusividade.

O que não pode pedir

Os agentes constroem aquilo que lhes é pedido, por isso estes limites cabem-lhe a si respeitar:

• Peça apenas módulos que sejam lícitos onde está e onde está a sua loja, e que tenha o direito de mandar construir. Nada cujo propósito seja defraudar, enviar spam, entrar noutro sistema ou tratar dados de outras pessoas de uma forma com que elas não concordaram.
• Carregue apenas imagens que tenha o direito de carregar. Uma captura de ecrã de referência fica guardada no servidor e é passada ao agente, por isso não anexe nada que seja material confidencial de outra pessoa.
• Fique dentro dos limites que o portal define: uma ideia vai até 2000 caracteres e uma imagem anexada até 5 MB. A entrada e o registo têm limite de tentativas — não o contorne, e não conduza o portal nem a conversa com um script.
• Os seus módulos e conversas estão presos à sua conta. Não tente chegar aos de outra pessoa, nem entrar como alguém que não seja você.
• Não ataque o serviço, nem o contentor onde se constrói e testa, nem as lojas onde se testa — e não use um build como forma de pôr código nessa infraestrutura para outro fim que não o módulo que pediu.
• Use a conversa para definir o âmbito de um módulo. Existe para desenhar módulos PrestaShop, e é sobre isso que responde.

Beta, e tal como está

A module.monster está em beta, e o selo ao lado do nome di-lo em todas as páginas. As funcionalidades mudam, há passos que entram e saem, e o que na semana passada se comportava de uma maneira pode comportar-se de outra esta semana. O serviço é fornecido tal como está, sem garantia de espécie alguma: nem de que um build corre bem, nem de que um módulo serve à sua loja em particular, nem de que o serviço está disponível quando o quiser.

O código é escrito por agentes de IA e testado por eles numa instalação PrestaShop real, o que apanha muitíssimo e não pode apanhar tudo. Trate o que recebe como trataria qualquer módulo de terceiros: leia-o, instale-o primeiro numa loja de testes, faça uma cópia de segurança e certifique-se de que faz o que precisa antes de chegar perto de uma loja em produção e de encomendas reais. É você que o instala, por isso é você quem responde pelo que ele lá fizer.

Na medida em que a lei do sítio onde está o permita, o operador não é responsável por prejuízos decorrentes do uso do serviço ou de um módulo por ele construído. Onde essa lei lhe dá direitos a que não pode renunciar — e em vários dos países onde este serviço é oferecido dá — esses direitos mantêm-se, e nada nesta página os reduz.

Suspensão, e deixar de usar

Uma conta tem um sinalizador de ativa. Se for retirado — por violação da secção acima, ou porque a conta está a ser usada para prejudicar o serviço ou outra pessoa — a entrada passa a ser recusada a partir desse momento, e uma sessão já aberta termina no pedido seguinte que fizer. Isso, por si só, não apaga nada.

Pode deixar de usar o serviço quando quiser: não há nada para cancelar nem pré-aviso a dar. «Apagar a conta», na página da conta, fecha-a definitivamente — a operação é recusada enquanto um build estiver a decorrer, por isso deixe-o terminar primeiro. Escrever para [email protected] faz o mesmo à mão, e a página de privacidade explica o que fica guardado depois.

A suspensão não chega ao que já foi construído. Um módulo que lhe foi entregue leva a licença dentro dos ficheiros, e fechar ou suspender uma conta não a retira.

Alterações a estes termos

Esta página faz parte do software e muda quando o software muda — é esse o sentido de a escrever a partir do código em vez de a partir de um modelo. Última atualização: 15 de agosto de 2026.

Não há aviso de alterações a que se possa subscrever: o portal não tem forma de lhe enviar email, por isso a data acima é o registo. Continuar a usar o serviço depois de uma alteração significa que é a versão desta página que se aplica. Se uma alteração for daquelas com que não pode viver, deixe de usar o serviço e escreva para [email protected] por causa da conta.