Diagnóstico de runtime
Classifique falhas de pedido, geração, carregamento, dependências de runtime e publicação antes de repetir a execução.
Nesta página
Aceitação do pedido e contexto
Primeiro determine se o pedido foi enviado e aceito. Um erro no composer pode indicar anexos ausentes, contexto excessivo, autenticação, limite de uso ou execução ativa. Corrija essa condição antes de investigar o código gerado. Para acesso expirado ou fluxo por código de e-mail, siga a tela real, sem assumir que um provedor específico esteja habilitado.
Carregamento do artefato ou falha da aplicação
Abra a prévia separadamente e inspecione Console e Network no DevTools. Registre a URL sem segredos, o status HTTP, o tipo de resposta, a mensagem visível e se falhou o documento, um asset ou uma chamada de serviço. Uma resposta 200 para HTML não comprova que o JavaScript iniciou ou que as consultas funcionaram.
Use Recarregar prévia ou a ação de recuperação oferecida para falhas de carregamento. Para um defeito de runtime, reproduza a menor sequência de interação e envie a evidência com a versão correspondente. Se a exportação externa funciona visualmente, mas login ou serviços falham, investigue roteamento ausente no host antes de reescrever a interface.
Geração interrompida
Leia o último estado e use a ação específica: Tentar reconectar, Retomar construção ou Tentar de novo quando disponível. Elas não são equivalentes. Antes de iniciar um pedido duplicado, verifique se um artefato foi salvo ou se a execução anterior se recuperou. A desconexão do cliente não comprova cancelamento da operação no provedor.
Publicação e propriedade
Compare a versão da prévia com a versão pública. Alterações comuns exigem outra ação Publicar. Se a publicação indicar falta de acesso de proprietário, reabra a conversa ou o navegador original conforme solicitado. Limpar o armazenamento local pode remover contexto útil e não deve ser a primeira etapa de diagnóstico.
Falhas de credencial, origem e cota
Confira o estado da conexão, o estado da chave do projeto e a resposta do provedor. Diferencie integração indisponível, conta desconectada, chave ausente ou rejeitada, incompatibilidade de origem ou sessão e cota esgotada. Use a mensagem exibida e os detalhes da resposta; o status HTTP isolado não identifica a causa.
Forneça um relato de diagnóstico
URL do projeto/conversa e versão testada:
Horário e fuso:
Navegador/aparelho e estado de autenticação:
Reprodução mínima:
Resultado esperado e observado:
Status da requisição ou mensagem do console (sem dados sensíveis):
Ocorre na prévia, no site público ou no projeto exportado:
Ações de recuperação já tentadas: