Isso ajuda a entender que os motores realmente não saem da "estratégia", tanto quanto olham para vários movimentos no futuro, avaliam a pontuação da posição e encontram o conjunto ideal de movimentos.
A grande fraqueza dessa abordagem é que, se nada acontecer rapidamente, o mecanismo terá problemas. Isso costumava ser um grande problema com os jogos finais. Se você tem um K + B + P vs K + P, não está resolvendo essa posição em apenas alguns movimentos. Portanto, a solução foi adicionar as bases de tabela do final de jogo aos mecanismos - apenas o bruteforce calcula todas as posições do final de jogo com antecedência e as adiciona como uma biblioteca para o mecanismo usar. (É por isso que, na maioria dos aplicativos de xadrez baratos, você pode ganhar uma vitória simplesmente sobrevivendo ao final do jogo: porque ele não possui uma base de tabela do final do jogo.)
Mas sua posição (compreensivelmente) não estará em nenhuma base de tabela de final de jogo. Portanto, o bacalhau tem que desempenhar milhões de posições, esticando 10 ou mais movimentos para o futuro ... apenas para descobrir que em todas elas, o preto é substancialmente rico em material. Definitivamente, não é possível executar ~ 56 movimentos para a árvore de decisão completa - que é o que seria necessário para determinar um empate definitivo.