Recentemente, muitos modelos produzidos internamente têm se apresentado como alternativas ao Claude, e de fato oferecem uma boa relação custo-benefício. No entanto, pessoalmente, prefiro os modelos SOTA (State Over-the-Air). Principalmente em cenários de programação, não economize nesse pequeno detalhe, caso contrário, você pode facilmente se deparar com atritos internos desnecessários. Vou fazer duas analogias: Escolher um modelo é como comprar algo caro. Se você usá-lo e ele apresentar bugs, a culpa será exclusivamente sua por ter escrito um código ruim. Mas se você comprar um modelo barato e ele apresentar os mesmos bugs, inevitavelmente se perguntará se o modelo está com defeito. Então eles começaram a questionar as coisas, a duvidar da própria existência e até tentaram trocar produtos de outras lojas... Não há realmente necessidade de se deixar levar por esse ciclo emocional. 2. Escolher um modelo é como contratar alguém barato, mas acabar com um profissional pouco confiável, que causa todo tipo de problema, é lento na execução e tem habilidades de comunicação deficientes. No final, você terá que arcar com todos os prejuízos e, ao calcular o custo final, perceberá que talvez não tenha sido tão vantajoso quanto contratar um profissional mais caro desde o início. Especialmente em cenários onde a IA auxilia no trabalho, produzir resultados consistentes é sempre a principal prioridade. O ponto mais importante é que, no contexto do código, o efeito real não é necessariamente igual à qualidade subjacente. A mesma função pode ser implementada em 100 linhas por um engenheiro e em 1000 linhas por outro. Ambos parecem ser capazes de funcionar, mas qual você deve escolher? Não é que você precise usar o modelo mais caro. No entanto, ao selecionar um modelo, você precisa saber: Trata-se de economizar dinheiro ou de gastar tempo remendando várias opções para conseguir um preço mais baixo que não deveria ter sido escolhido desde o início?
