Privacidade
Esta página diz o que a module.monster guarda a seu respeito, porquê, quem mais o vê e quanto tempo fica. Está escrita a partir do que o software faz de facto: não há aqui nada que o serviço não faça, nem ele faz nada que não esteja aqui.
Quem é responsável
A module.monster é gerida pelo operador deste serviço, que decide o que é recolhido aqui e responde por isso. Qualquer pedido sobre os seus dados — uma dúvida, uma correção, uma cópia ou o apagamento de tudo — segue para [email protected] e é tratado por uma pessoa.
Última atualização: 15 de agosto de 2026. O que está descrito é o serviço tal como está construído hoje. Está em beta e muda; quando mudar o que guarda, esta página muda com ele.
O que uma conta contém
Registar-se guarda um único registo a seu respeito. É este, por inteiro:
- O seu endereço de e-mail, guardado em minúsculas. Identifica a conta e é com ele que entra.
- Um hash bcrypt da sua palavra-passe, nunca a palavra-passe em si. Desse hash não se recupera o que escreveu, e uma conta que só entra com o Google não tem palavra-passe nenhuma guardada.
- Um nome para mostrar. Se não indicar nenhum, é usada a parte do seu e-mail antes do @.
- Qual dos 16 idiomas da interface escolheu, para que o portal volte nesse idioma da próxima vez.
- Quantas builds lhe restam e se a conta continua ativa.
- Quando a conta foi criada e quando foi usada pela última vez — uma marca temporal atualizada sempre que abre os seus módulos.
É este o registo todo. Não tem número de telefone, nem morada, nem data de nascimento, nem cartão de pagamento, porque o portal nunca os pede.
Se entrar com o Google
O botão do Google é opcional, e entrar com palavra-passe nunca depende dele. Se o usar, escreve a sua palavra-passe do Google nas páginas do próprio Google: este serviço nunca a vê nem a recebe. O que volta são três coisas — o identificador permanente que o Google dá à sua conta, o seu endereço de e-mail e o nome do seu perfil do Google.
Esse identificador é guardado para que a entrada seguinte chegue à mesma conta. Se esse endereço já tiver conta aqui, as duas são ligadas em vez de nascer uma segunda. Um endereço que o Google não tenha verificado é recusado à partida, para que ninguém fique com uma conta reclamando um e-mail que não é seu.
O que escreve, e para onde vai
Descrever um módulo guarda essa descrição, cada mensagem da conversa sobre ele e cada resposta que o agente devolve. Ao lado fica o que escolheu no compositor: as versões de PrestaShop visadas, os idiomas em que o módulo deve ser entregue e se tem de funcionar numa instalação multiloja.
Uma captura de ecrã de referência que anexe é guardada como ficheiro no servidor, numa pasta própria da sua conta, e a localização dela vai no texto entregue ao agente. Só são aceites imagens verdadeiras: a verificação lê os primeiros bytes do ficheiro em vez de confiar no nome.
A sua descrição e as suas mensagens são a matéria-prima da build. Seguem para a API da Anthropic, que é o que delimita, escreve, testa e documenta o módulo. Não é um efeito secundário do serviço, é o seu funcionamento: não há maneira de mandar construir um módulo sem isso.
Registos do servidor e limites contra abusos
O servidor escreve uma linha quando alguém se regista ou entra, com o endereço de e-mail em causa, e outra quando alguma coisa falha. Essas linhas existem para que uma avaria possa ser diagnosticada e para que um ataque se distinga do uso normal.
O seu endereço IP serve para limitar quantas tentativas de entrada e de registo podem partir do mesmo sítio. Fica em memória durante essa janela — cinco minutos para entrar, uma hora para registar — e não é escrito na base de dados.
Porque podemos guardá-los
Em linguagem simples, duas razões cobrem tudo o que está acima.
- Porque pediu o serviço. A sua conta, as suas descrições, as suas conversas e os módulos que delas saem existem porque pediu que se construísse um módulo. Sem eles não há onde entrar nem o que construir.
- Porque o serviço tem de se aguentar de pé. Guardar as palavras-passe em hash, fazer expirar as sessões, limitar as tentativas de entrada e manter registos de erros servem o interesse estrito de este serviço não ser arrombado nem deitado abaixo. Nada disso é usado para saber seja o que for sobre si.
Nada disto alimenta publicidade, definição de perfis ou pontuações, e nada é vendido. Também não há correio comercial: o software não tem forma nenhuma de lho enviar, por isso não existe lista onde constar nem subscrição para cancelar.
Cookies
Três cookies, todos colocados por este site para o site funcionar. Não há cookie de publicidade, não há cookie de estatísticas e não há script de rastreio em parte nenhuma deste site, e nada daqui é partilhado com terceiros para fins próprios deles.
ms_session — mantém a sessão iniciada
É colocado quando entra. Contém um token aleatório e nada a seu respeito: o registo de quem está com sessão iniciada fica no servidor, e lá só está guardado um hash desse token, de modo que uma linha roubada da base de dados não pode ser reutilizada como cookie. Dura 30 dias, não pode ser lido pelos scripts da página e é apagado no momento em que sai. Recuse-o e todas as páginas públicas continuam a funcionar, mas não consegue entrar — não há outra maneira de reconhecer que o pedido seguinte ainda é seu.
ms_locale — lembra o seu idioma
É escrito quando escolhe um idioma da interface e fica um ano. Contém um código de idioma e mais nada. Recuse-o e não se parte nada: o idioma faz parte do endereço de cada página, por isso uma ligação que siga ou guarde nos favoritos mantém-se no seu idioma, e de resto o portal recorre ao idioma que o seu navegador pede.
ms_oauth_state — a ida e volta ao Google
Só é escrito se carregar no botão do Google, e dez minutos depois já não existe. Contém um valor aleatório que tem de voltar do Google inalterado, e é isso que impede um desconhecido de lhe mandar uma ligação de entrada que o deixaria, sem dar por isso, dentro da conta dele. Recuse-o e a entrada com o Google não se consegue concluir; entrar com palavra-passe não é afetado. Leva também a página para onde ia, para que a entrada o devolva ao mesmo sítio.
Há uma coisa guardada no navegador sem ser um cookie: uma ideia escrita na primeira página antes de ter conta fica no armazenamento próprio desse separador para sobreviver à passagem pelo registo, e é deitada fora assim que for usada.
Quem mais os trata
Duas empresas, cada uma para uma tarefa:
- A Anthropic, cuja API põe os agentes a trabalhar. As descrições de módulos e as conversas sobre elas seguem para lá para serem delimitadas, construídas, testadas e documentadas. Isto vale para todos os módulos.
- A Google, apenas se escolher entrar com ela e apenas para essa entrada. Se nunca carregar nesse botão, daqui não sai nada sobre si para a Google.
Ambas são empresas sediadas nos Estados Unidos, pelo que uma descrição enviada para ser construída é tratada fora do EEE. Tirando essas duas, os seus dados ficam no servidor onde este serviço corre.
Quanto tempo fica guardado
O que o software apaga por si é curto e concreto:
- Uma sessão expira ao fim de 30 dias, e a respetiva linha é apagada da primeira vez que é encontrada depois disso. Sair apaga-a de imediato; sair em todo o lado apaga todas as sessões da conta.
- Uma conversa que abriu e onde nunca escreveu nada é apagada, juntamente com a pasta de trabalho que lhe está por trás.
Tudo o resto — a sua conta, os seus módulos, as suas mensagens, as capturas que anexou e os módulos que lhe foram construídos — fica guardado até pedir que seja removido. Esta página não indica um prazo que não cumpre: hoje não existe no software qualquer apagamento automático desses dados. «Apagar a conta», na página da conta, remove a conta, os seus rascunhos e as suas capturas quando decidir; os módulos já construídos ficam, sem nada que os ligue a si. Escreva para [email protected] se quiser que esses desapareçam também.
O que pode pedir
Se estiver na UE ou no Reino Unido, a lei de proteção de dados dá-lhe os direitos abaixo, e nós cumprimo-los esteja onde estiver:
- Acesso: uma cópia do que está guardado a seu respeito e para que serve cada parte.
- Retificação: que o que estiver errado seja corrigido. O nome e o idioma da interface pode alterá-los você mesmo, na página da conta, quando quiser.
- Apagamento: a sua conta e tudo o que lhe está agarrado, eliminados. «Apagar a conta», na página da conta, deixa-o fazê-lo sozinho: remove a conta, as suas sessões, os seus rascunhos e as suas capturas, e corta qualquer ligação entre si e os módulos já construídos.
- Portabilidade: os dados que nos deu, devolvidos num formato que possa levar para outro lado.
- Oposição e limitação: opor-se a uma utilização concreta, o que a faz parar a não ser que o serviço não consiga funcionar sem ela.
Todos vão para o mesmo sítio. Escreva para [email protected] a partir do endereço da conta, diga qual quer exercer, e é uma pessoa que trata disso. Não há formulário para preencher e não há nada de automatizado nisto.
Se não ficar satisfeito com a forma como um pedido foi tratado, a lei na UE e no Reino Unido dá-lhe ainda o direito de reclamar junto da autoridade de proteção de dados do país onde vive.
Uma dúvida sobre tudo isto, uma correção ou o apagamento de tudo — o mesmo endereço responde às três.
Escreva-nos sobre os seus dados