Confiabilidade

Confiabilidade de bots de Travian: recuperação e controle

O Vangrd salva os horários das tarefas, restaura sessões, tenta novamente após falhas do navegador e informa tarefas bloqueadas. Veja como funciona a recuperação.

Última revisão: 12 de out. de 2026

O que acontece quando o trabalho é interrompido

Tarefas salvas após um reinício

O Vangrd salva configurações, definições e horários das tarefas. Após um reinício, o agendador restaura os horários e verifica quais tarefas podem funcionar. Os fluxos personalizados salvam sua posição nos limites de ações e atrasos.

Gatilhos de fluxo e progresso salvo

Recuperação do navegador e da sessão

Verificações de integridade detectam navegadores com falha ou sem resposta. A recuperação usa atrasos crescentes entre novas tentativas e limites para falhas repetidas. O Vangrd salva cookies e armazenamento local durante a reinicialização controlada do navegador para ajudar a restaurar sessões.

Verifique o estado do agente e das tarefas

Continuidade do navegador durante atualizações

O serviço de hospedagem de navegadores pode executar o Chromium separado do serviço de automação. Com esse modo ativado, uma atualização do serviço se desconecta do navegador e se reconecta depois. O serviço de navegadores precisa continuar em execução.

Como funciona a operação na nuvem

Progresso enquanto uma aldeia espera

Cadeias independentes de tarefas por aldeia limitam erros comuns e esperas por recursos. Outras cadeias podem continuar. Prazos do agendador e um monitor também detectam tarefas paradas. Uma falha no navegador ainda afeta tarefas que compartilham esse navegador.

Planos de construção e verificações de fila

Recursos atualizados antes das decisões

As tarefas verificam a atualização dos dados de recursos e renovam o estado desatualizado das aldeias. As previsões de recursos usam os dados da última varredura. Atualizações do estado dos envios pelas respostas do jogo ajudam as tarefas de abastecimento a considerar comerciantes e recursos em trânsito.

Vínculos de abastecimento e reservas de recursos

Ações com horário definido têm suas próprias verificações

Os planos de ataque salvam seu estado e as tentativas de envio. Um agendamento dedicado cuida dos prazos de ataque e defesa. Após um reinício, as tarefas com prazo vencido são verificadas novamente. Horários perdidos e preparativos desatualizados podem encerrar um plano com falha em vez de enviá-lo atrasado.

Configure os envios de ataque e os horários de chegada

Tarefas bloqueadas têm um motivo

A página de Estado mostra tarefas, execuções e problemas. Esperas por recursos e limites de fila aparecem como estados de espera. Tarefas com falha usam atrasos entre tentativas. Credenciais rejeitadas precisam ser corrigidas antes de continuar aquele acesso.

Consulte os estados de espera e os problemas

Mudanças no jogo deixam evidências

As verificações de página reconhecem layouts de interface compatíveis. Falhas reconhecidas podem registrar capturas de tela e uma linha do tempo de ações para diagnóstico. Esses registros ajudam a rastrear problemas de compatibilidade e preparar correções.

Leia as correções de compatibilidade no histórico de alterações

Como verificamos esses mecanismos

Nossos testes de regressão cobrem retomada após reinício, atrasos entre tentativas, tarefas paradas do agendador, limitação de erros por aldeia e retomada de fluxos. Os testes usam falhas controladas e exemplos de páginas do jogo. Verificam o comportamento esperado nessas condições.

Esses mecanismos de recuperação mantêm as tarefas elegíveis em andamento e tornam as interrupções visíveis. As ações do jogo precisam de uma sessão válida e uma conexão funcionando.

Uma amostra registrada dos tempos de ataque

Na amostra registrada, as respostas de envio bem-sucedido retornaram com mediana de 374 ms após o horário programado. Dezesseis das 18 respostas bem-sucedidas retornaram menos de 1,000 ms após o horário programado.

Medição interna: uma conta, 19 tentativas, 18 tarefas concluídas e uma falha antes do processador de envio final. A observação foi de 10 de outubro de 2026 às 05:45 UTC a 11 de outubro de 2026 às 05:45 UTC, sem incluir o instante final.

Como medimos esta amostra

Associamos os inícios preservados de tarefas de envio planejado aos resultados registrados. O tempo mede quando o cliente observou uma resposta HTTP 302 após ler seu corpo, em relação ao horário planejado de envio. Inclui tempo de rede e processamento da resposta. Não mede o envio da requisição, a aceitação pelo jogo nem a chegada das tropas.

A amostra de tempo inclui as 18 respostas bem-sucedidas. Todas as 19 tentativas observadas entram no total de resultados. Os registros preservados não comprovam toda intenção programada nem coleta contínua. Essa amostra de uma conta não estabelece uma taxa de tempo ou recuperação para toda a frota.

Acompanhe o histórico de manutenção

As notas datadas do produto mostram correções específicas, incluindo envios críticos após reinício, envio de recursos e pré-requisitos de edifícios. Cada nota tem um link permanente.