TLDR;

O modelo 56 Soul é o recomendado como padrão por ser extremamente capaz e equilibrado, Luna é a opção barata e eficiente e Terra geralmente fica em C e raramente vale a pena. Se você prioriza desempenho e menos tokens gerados, use Soul; se prioriza custo use Luna; Terra costuma consumir mais tokens e só compensa em poucos pontos de preço. Para código crítico o autor não usa Soul como favorito — ele prefere ferramentas/modelos como Claude Code ou Codex para tarefas de programação importantes, pois parecem mais confiáveis nessas ocasiões.

Resumo

Com tantos modelos incríveis disponíveis, o autor discute a ideia de criar uma “tier list” moderna apesar das limitações desse formato — pois existem muitos eixos de comparação (tarefas, custo, desempenho, velocidade) — e decide seguir adiante usando o 56 Soul como referência. Ele elogia o Soul por ser extraordinariamente capaz (chegou a reescrever um app inteiro em SwiftUI com ele), mas admite que não é sempre o preferido para código crítico; o modelo é muito bom, porém ainda comete erros e pode falhar em tarefas como encontrar logos automaticamente. O vídeo também traz um intervalo patrocinado sobre Browserbase, que oferece navegação web para agentes, algo que aumenta muito a capacidade dos modelos ao dar acesso ao contexto da web. Comparando outras variantes da mesma família, Terra aparece como mais barato por token, mas menos eficiente—acabando por usar mais tokens e, na prática, ser pouco útil no fluxo de trabalho do autor, portanto classificado em C; já Luna é extremamente barata e ganha lugar melhor (A), enquanto Soul fica entre A e S dependendo do uso. No geral, a avaliação pondera custos por tarefa e eficiência, destacando que preço por token nem sempre traduz melhor custo-benefício real.