Os erros de publicação agora dizem o que aconteceu, em palavras simples
Quando uma publicação na Mythex falha, o diálogo diz-lhe agora numa só frase simples o que aconteceu — o build falhou, a sua app parou logo depois de arrancar, a sua app nunca arrancou, um ficheiro é demasiado grande, ou algo correu mal do nosso lado — e oferece Corrigir com IA e Tentar novamente. O resultado bruto do build e da sua app continua a chegar ao agente, para que o Corrigir com IA o possa ler e corrigir o projeto, mas já não precisa de o ler você mesmo.
O que mudou
Uma frase que pode usar
Cada publicação falhada tem agora um tipo, decidido no momento em que falha, a partir de factos que já temos nesse momento — que passo falhou, se a máquina da app reportou crashes, se chegou a aceitar ligações — em vez de ser deduzido depois a partir do texto do erro. Cada tipo tem a sua própria mensagem:
| O que vê | O que significa |
|---|---|
| «O build falhou.» | O comando de build ou o Dockerfile do seu projeto não construiu. |
| «A sua app parou logo depois de arrancar.» | Foi publicada, depois saiu ou continuou a reiniciar-se. |
| «A sua app não arrancou depois de publicar.» | Foi publicada mas nunca começou a aceitar ligações. |
| «Este ficheiro é demasiado grande» / demasiados ficheiros | Um site estático ultrapassa o limite de tamanho por ficheiro ou de número de ficheiros. A mensagem lista os ficheiros. |
| «Este nome de ligação não pode ser usado para publicar.» | Mude o nome da ligação e publique de novo; o seu código está bem. |
| «A publicação está ocupada neste momento» | Nada está errado com a sua app. Publique de novo daqui a uns minutos. |
| «…um problema do nosso lado, não na sua app.» | É da nossa responsabilidade. Publique de novo daqui a uns minutos. |
Corrigir com IA em todas as falhas
Toda a falha mostra Corrigir com IA e Tentar novamente. Quando usa o Corrigir com IA, o agente recebe em privado o tipo da falha e o resultado completo do build ou da app, no seu próprio contexto. Se algo na sua app estiver errado, corrige-o. Se nada estiver — um momento de ocupação, ou um problema do nosso lado —, pode simplesmente publicar de novo. Não precisa de descobrir que tipo de falha foi.
Problemas depois de ir para o ar
Uma publicação pode ter sucesso e a app falhar alguns minutos depois. A Mythex verifica regularmente as apps publicadas. Se uma app em produção continuar a bloquear, ou continuar a correr mas deixar de aceitar ligações, a publicação fica marcada como falhada, recebe um email, e o projeto mostra a mensagem com Corrigir com IA. O que a app imprimiu fica guardado para o agente ler.
Limites de tamanho verificados antes do envio
Nos sites estáticos, o tamanho de cada ficheiro e o número total de ficheiros são verificados antes de qualquer envio. Se algo ultrapassar o limite, recebe uma única mensagem a listar todos os ficheiros demasiado grandes, em vez de uma falha a meio do caminho.
Porque o criámos
Uma publicação falhada costumava mostrar o que as ferramentas por trás da publicação tinham imprimido. Numa semana de finais de setembro, a maioria das falhas mostrava textos do construtor que eram da nossa responsabilidade, não deles: contactos de faturação, números de versão internos, caminhos de registos, erros de armazenamento. O Corrigir com IA colava então esse mesmo texto no chat. As pessoas estavam a ser chamadas a depurar a nossa infraestrutura.
Algumas dessas mensagens também estavam simplesmente erradas. Uma app que nunca escutou na sua porta era apresentada como «um problema do nosso lado», quando a correção estava na app. Um ficheiro estático acima do limite de tamanho era apresentado da mesma forma — e publicar de novo nunca poderia funcionar.
E todas as partes da Mythex que reagiam a uma falha — o diálogo, as notificações, o Corrigir com IA, os nossos próprios alertas — descobriam o que tinha acontecido por correspondência de palavras no texto do erro. Isso partia-se sempre que a redação mudava. Agora, o tipo fica registado no sítio onde a falha acontece, e tudo o resto lê esse tipo.
Aplicámos a mesma regra a outros erros, já que estávamos com isso:
- Chat. Se a ligação cair enquanto uma resposta está a ser transmitida, vê agora a nossa frase em vez do «Load failed» ou «Failed to fetch» do browser.
- Domínios personalizados. As mensagens sobre comprar ou ligar um domínio são agora escolhidas a partir do estado e dos códigos da resposta, em vez de passarem as frases do fornecedor do domínio.
- Geração de imagens. O cartão mostra a nossa mensagem; o agente recebe o detalhe do serviço.
Como usar
- Publique como de costume a partir do botão Publicar.
- Se falhar, leia a mensagem de uma linha no diálogo.
- Clique em Corrigir com IA. O agente lê o resultado do build ou os registos da app, corrige o que estiver errado, e volta a publicar se nada na app precisar de correção.
- Ou clique em Tentar novamente para publicar a mesma versão outra vez — a escolha certa para «ocupada neste momento» e «um problema do nosso lado».
- Se a mensagem for sobre o nome da ligação, mude o nome antes de publicar de novo. Para qualquer outro erro, mantenha o mesmo nome.
Limites
- Algumas falhas mostram botões diferentes: um nome de ligação já ocupado sugere outros nomes, e ficar sem créditos oferece uma forma de adicionar créditos.
- Os sites estáticos têm um limite por ficheiro de cerca de 25–30 MB, dependendo do tipo de site, e até 20.000 ficheiros. Os ficheiros grandes ficam melhor no armazenamento e são ligados a partir daí.
- As publicações falhadas anteriores a esta mudança não têm tipo, por isso mostram uma linha neutra em vez de um motivo específico.
- Se «um problema do nosso lado» continuar a acontecer, contacte o suporte com o ID do projeto e o nome da ligação.
A lista completa de mensagens e o que fazer em cada uma está em resolução de problemas de publicação. Se estiver a corrigir à mão uma app teimosa, o nosso guia sobre como depurar uma app criada com IA percorre o processo. E para saber o que acontece a um site em produção enquanto o republica, veja a sua app publicada agora continua no ar enquanto a republica.