O melhor starter unit de Five Nights TD 2 é o que protege a primeira lane com custo acessível e entrega o carry sem atrasar a economia. Não escolha somente por rarity. Compare placement cost, primeiro upgrade, range, target shape, coverage, cash timing e facilidade de usar a unidade em Story.
O que testar
Escolha uma night conhecida e use o mesmo nível, difficulty e apoio. Registre wave de placement, custo total até a estabilidade, primeiro leak, cash guardado para o carry, alcance e upgrade que realmente resolve a ameaça. Repita até diferenciar uma boa execução de uma vantagem casual.
Um starter barato que cobre bend ou straight pode ser melhor que uma unidade mais rara que chega tarde. Se groups vazam, procure area ou control; se um boss sobrevive, o starter deve entregar o caixa ao focused carry e não consumir todo o orçamento.
Handoff para o carry
Use a sequência: colocar opener, comprar o mínimo de upgrades, acumular para o carry, posicioná-lo no ponto de maior valor e só então reforçar support ou economy. Escreva o motivo da troca: alcance, ritmo, coverage ou boss. Trocar sem um problema nomeado dificulta o aprendizado.
Evite erros comuns
Não copie uma tier list sem data, não gaste todo currency em upgrades iniciais, não venda duplicatas antes de verificar Hero quest e evolution recipe e não compare um starter em uma posição ruim com outro em uma posição perfeita. Depois de update, reexecute a mesma night.
Use Beginner guide para a rota de conta e Units para comparar support e DPS. Stats, passive, cost e reward precisam de verificação no cliente atual. Depois, compare Best DPS Units e Best Support Units em condições iguais.
Handoff do starter para o carry
O starter precisa estabilizar o começo sem consumir todo o cash destinado ao carry. Teste placement, attack shape, range, target priority e custo de upgrade no mesmo stage. Quando o carry chegar, confira se o starter continua ocupando um slot necessário ou se pode parar no upgrade que já resolve a primeira leak. A ordem deve ser reproduzível, não baseada em uma run excepcional.
Comparação em condições iguais
Mantenha level, difficulty, posição, support, economy e tempo de entrada constantes. Registre wave, cash, enemy pacing, dano contra grupo e dano contra boss. Se uma unit falhar por causa de placement, corrija a posição antes de rebaixar seu tier. Se a falha vier do orçamento, teste uma ordem de upgrade mais econômica antes de trocar toda a composição.
Quando mudar de dificuldade
Sinais de que o teste está pronto
Inclua no registro por que a dificuldade escolhida é apropriada para a conta. Se a intenção era aprender placement, um clear simples pode ser suficiente; se era medir DPS ou reward, será preciso repetir a mesma condição e controlar o investimento. Marque a diferença entre falha por decisão e falha por informação ausente. Isso evita elevar a dificuldade apenas para perseguir um rating e ajuda a escolher uma próxima tentativa que ensine algo.
O registro está pronto quando outra pessoa consegue repetir a decisão sem adivinhar a posição, a ordem de upgrade ou o objetivo. Inclua a condição de entrada, o primeiro leak, o momento em que o carry foi colocado, o cash preservado para support e o reward observado. Se uma troca de unit resolver o problema apenas em uma run perfeita, marque o resultado como hipótese e mantenha o starter em teste. A melhor recomendação é a que continua útil quando a conta joga de forma normal.
Você deve conseguir explicar qual unit abre a lane, quando o carry entra, por que o support ocupa um slot e qual reward justifica o risco. Se a resposta depende apenas de uma tier letter, repita o teste com condições controladas. A dificuldade certa é a que produz informação e progressão sem consumir recursos que a conta ainda precisa proteger.
Suba a dificuldade somente quando a run comum for estável e o reward justificar o risco. Uma conta nova deve priorizar informação, completion time e taxa de sucesso. Depois de um update, repita o stage conhecido, confira reward preview e quest counter e atualize o registro. Não copie um rating antigo para uma build ou mode que o cliente já alterou.