Uma tower list útil registra identidade, função, fonte e data. Ela não deve preencher unidades, stats, códigos ou chances que não foram encontradas em uma fonte atual. Separe starter, summon, event, limited, trade e itens apenas reportados pela comunidade.
Campos do roster
Anote nome exibido, role, custo, range, upgrade, trait, modo de obtenção, trade status, versão e confidence. Quando a interface mudar, preserve a linha anterior e acrescente a observação datada.
Funções
Classifique cada torre por opener, group clear, durable-target pressure, support ou economy. Uma torre pode ocupar mais de uma função, mas teste cada papel separadamente em vez de reduzir tudo a DPS.
Como testar
Use o mesmo map, difficulty, modifier, party size e ritmo de waves. Registre first placement, upgrades, leaks, boss time, cash restante e dependências de suporte. Três tentativas comparáveis são melhores que uma captura isolada.
Starter e progressão
Consulte Best Starter Towers para o early loadout e Tier List para o método de ranking. Verifique o grant atual no account antes de chamar uma torre de starter.
Acesso e confiança
Official evidence, Community corroborated, Community reported e Unverified devem ser labels distintas. Nome citado em vídeo não prova que o item é obtível agora.
Confiança: o método de registro é high confidence; roster, custo, stats, acesso e balanceamento precisam de confirmação ao vivo.
Para conectar o roster ao progresso, veja How to Get Tix e Summon Guide.
Como ler esta página
Este guia de unidades 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.