Five Nights TD 2 Tier List

Uma Tier List de Five Nights TD 2 deve responder a uma pergunta concreta: qual unit resolve a falha do meu time, neste modo e nesta versão? Community rankings podem misturar seasons, roster e account diferentes. Por isso, este hub usa tiers como framework de teste, não como ordem eterna.

Categorias de comparação

Como comparar

Use a mesma difficulty, level, enchantment, support, placement geometry e upgrade spend. Registre wave de placement, cash, target count, leak, clear time, controlled wave, boss time e reward. Uma unidade com dano alto pode atingir inimigos que outra já derrotaria; damage total sozinho engana.

Comece pela falha: grupos exigem area coverage ou control, um alvo resistente exige focused damage, começo caro exige starter ou economy. Rarity e cor não substituem alcance, targeting, passive e custo.

Labels de evidência

Officially named confirma identidade e grupo, não poder final. Community corroborated reúne referências, mas ainda requer o cliente. Current-client tested tem condições repetíveis e data. Uncertain indica números, receitas, odds ou ranking que não podem ser fechados com a evidência disponível.

Escolha por mode

Story favorece estabilidade e chegada rápida do carry. Endless dá tempo para scaling, support e economy pagarem o custo. Boss Raids pedem boss damage e coordenação. Challenges impõem restrictions. Use Best Starter Units, Best Support Units e Best DPS Units para perguntas específicas. Consulte também Enchantments e o Units Dex antes de concluir que uma nota resolve a falha.

Limites atuais

Como usar o hub de Tiers

O hub serve para organizar perguntas, não para transformar uma letra em ordem automática de descarte. Primeiro defina a função: starter para abrir a lane, DPS para resolver dano, support para aumentar cobertura ou eficiência, economy para uma run longa. Depois compare units com o mesmo level, posição, investimento e objetivo. Uma nota sem essas condições não descreve o seu time.

Quando uma unit tem valor diferente em Story, Endless, Boss Raids ou Challenges, mantenha as conclusões separadas. Dano contra um boss não substitui group coverage, e economy que paga no fim de uma run pode atrasar o opener. Registre o cenário junto da observação e repita um teste curto quando o update alterar cost, enemy pacing, passive ou reward.

Um ciclo de teste seguro

Comece com o time que já estabiliza as primeiras waves. Escolha uma melhoria que resolva a maior falha observada, execute a mesma night e confira o resultado. Se o problema for early leak, examine placement e starter; se for boss, examine focused damage; se for cash, revise o gasto antes de trocar todos os units. Faça a próxima mudança somente depois de confirmar inventory e counter.

A raridade pode ser uma vantagem de coleção, mas não é prova de fit. O melhor resultado para a sua conta pode ser uma unit acessível que permite guardar recursos para uma evolução. Também pode ser um support que melhora o carry atual. O tier deve apoiar uma decisão que você consegue testar, explicar e repetir.

Como atualizar uma avaliação

Uma boa nota também explica o que ficou fora da comparação. Não misture uma run de Story com uma raid, uma conta com event bonus com uma conta sem bônus ou uma unit no nível máximo com outra ainda em teste. Se o painel não mostrar um valor, registre a lacuna e descreva a decisão que foi possível tomar mesmo assim. Quando surgir uma fonte comunitária, compare a condição dela com a sua antes de alterar a avaliação. A transparência sobre o limite protege o leitor de uma falsa precisão e facilita repetir o teste depois de um update.

Antes de mudar uma letra, descreva o cenário que a letra representa. Uma comparação de opener deve olhar o custo até a primeira lane ficar segura; uma comparação de DPS deve registrar tempo contra grupo e boss; uma comparação de support deve mostrar o que mudou no carry. Se o teste mede economy, anote quando o investimento retorna e qual reward foi necessário para chegar lá. Assim, uma nota continua explicável mesmo quando o roster cresce.

Uma avaliação só deve ser transferida para outro mode quando a condição for comparável. Guarde o contexto do teste, o motivo da escolha e o que ainda depende de live verification. Se a conclusão não puder ser reproduzida, use-a como hipótese e não como regra. O objetivo do hub é tornar a próxima ação clara, não fingir que uma tabela antiga continua atual.

Guarde a data, a versão mostrada, o stage, a dificuldade, o time, o placement, os upgrades, o reward e o motivo da conclusão. Se um creator ou uma fonte comunitária discordar, marque a condição em vez de escolher o número mais alto. Após weekly update, reexecute a comparação com o mesmo núcleo e mude somente o campo que o cliente demonstrou diferente. Assim a lista continua útil sem prometer uma ordem congelada.

Não importe códigos, units, values ou regras do primeiro Five Nights TD. Não invente stats, rarity, passive, recipe, drop, hourly income ou tier order a partir de thumbnail. Após weekly update, repita um stage conhecido e atualize a data. A comparação foi revisada em 1º de setembro de 2026.