Reroll não é upgrade garantido. Identifique a tower, trait atual, role desejado, resource e stop rule antes de clicar; confirme interface e cost no account atual.
Interface antes de gastar
Leia slot, button, balance, confirmation e destino do resultado. Não confunda reroll com upgrade ou summon e guarde uma nota da tela quando o status não estiver claro.
Defina target por effect
Escolha opening stability, range, group clear, boss pressure, support ou economy. Trait List e Best Traits ajudam a escrever um objetivo testável.
Budget e stop rule
Determine o máximo de resource, downside aceitável, target satisfatório e ponto de parada. Uma sequência ruim não justifica aumentar o limite, e não presuma pity ou probability que não foi publicada.
Execute devagar
Confirme tower e trait duas vezes, faça uma tentativa e espere o resultado. Verifique efeito, cost, slot e persistência antes de outra ação; pare se o resultado aparecer no lugar errado.
Teste controlado
Compare trait antigo e novo na mesma map, mode, placement e upgrade. Registre leaks, boss time, clear stability e support dependency; uma lucky run não é prova suficiente.
Registre odds com honestidade
Seu histórico de resultados é uma observação, não uma probability oficial. Dê data e confidence a Community reported leads e não publique pity, odds ou cost sem fonte.
Recupere-se de um resultado ruim
Reavalie balance, acquisition route e role antes de tentar novamente. Não rerolle toda a collection; considere se o trait ainda serve para outro papel ou se o próximo update muda o risco.
Confiança: processo de segurança é high confidence; effects, odds, cost e availability dependem da interface atual.
Como ler esta página
Este guia de traits organiza uma decisão verificável, não uma promessa permanente. Comece pelo nome exato do item, mapa, modo, fila, torre ou reward mostrado na interface. Depois separe o que foi confirmado do que é apenas uma pista. A recomendação deve manter versão, contexto da partida e data da observação; se a tela não mostrar um dado, mantenha-o como desconhecido em vez de completar a lacuna.
Evidência e confiança
Marque Official quando a experiência, uma badge pública, a descrição do creator ou um card ao vivo mostrar o fato diretamente. Use Community corroborated quando fontes públicas concordarem, mas não deixe que isso substitua a UI atual. Community reported é uma pista útil para investigar; Unverified significa que não deve virar afirmação. Não invente número, probability, reward, schedule ou availability.
Teste reproduzível
Repita o teste com o mesmo map, difficulty, modifier, party, placement e budget sempre que possível. Registre o primeiro leak, a wave em que uma upgrade foi comprada, o cash restante, o reward visível, a dependência de support e o motivo da derrota ou saída. Altere uma variável por vez para distinguir melhoria real de geometry, azar ou buff de outro player.
Decisão e registro
Transforme o resultado em uma próxima ação pequena: o que confirmar, qual resource reservar, qual route evitar ou qual status deixar como Unknown. Guarde source, timestamp, nome exato, scope, confidence e motivo do resultado. Uma tentativa que falha também informa, desde que explique qual condition não coincidiu e não seja generalizada para todos os accounts.
Manutenção da versão
Quando card, selector, badge, banner ou rule mudar, preserve a observação anterior como histórica e acrescente uma checagem nova. Não misture event route com progression normal, list antiga com UI atual, cosmetic com combat effect ou reward reportado com delivery confirmado. Assim a página continua útil sem transformar evidence limitada em garantia.