A ByteDance confirmou o adiamento do grande modelo de linguagem Doubao 2.2, que estava previsto para agosto. Segundo várias pessoas próximas à empresa, o atraso serve para dar mais tempo a um pré-treinamento e pós-treinamento mais completos, elevando as capacidades de programação, chamada de ferramentas e agentes, trocando um ciclo de desenvolvimento mais longo por um salto de qualidade maior. Na ordem de prioridades interna, o 2.2 é tratado como um reforço-chave entre gerações, e não como um salto de versão importante.
O ponto fraco está na programação
A direção do reforço é dita sem rodeios: programação, chamada de ferramentas e agentes. As três capacidades já fazem parte da mesma cadeia — se o modelo não escreve código bem, a chamada de ferramentas fica instável; se a chamada de ferramentas é instável, o agente não consegue concluir tarefas longas.
A capacidade de programação é uma das principais metas da equipe Seed para 2026, com um padrão interno definido para o fim do ano: alcançar uma influência no setor equivalente à do GLM-5.2 e do Kimi-K3. Essa referência escolhida é bastante realista, e mostra que a ByteDance sabe exatamente qual é sua posição na mente dos desenvolvedores.
Programação também é, no momento, o cenário que mais se converte em receita. A conversão de pagamentos em chats voltados ao consumidor final continua fraca, enquanto desenvolvedores que chamam APIs para escrever código pagam por uso — a maior parte do crescimento de receita dos modelos chineses este ano vem dessa frente. No lado do consumidor, a ByteDance tem o aplicativo Doubao e o Douyin como suporte, mas nessa frente de programação ainda não tem uma posição à altura.
Para tentar recuperar terreno, a ByteDance fez pequenas atualizações de funcionalidades quase todos os dias em julho. Iterações diárias conseguem melhorar a experiência, mas não mudam a capacidade de base do modelo — no fim, isso exige um retreinamento completo.
A reestruturação de 20 de agosto
Em 20 de agosto, a ByteDance realizou uma grande reestruturação na divisão de modelos de base Seed, redividindo-a em quatro departamentos de primeiro nível: dados de pré-treinamento, aprendizado por reforço, cenários de escritório e cenários voltados ao consumidor final.
Essa divisão separa a construção de capacidades da aplicação em cenários reais: os dois primeiros departamentos cuidam do modelo em si, os outros dois cuidam de transformar o modelo em produto. Lançar uma nova versão logo após reestruturar a organização nunca foi um cronograma realista. O adiamento do lançamento e essa reestruturação parecem ser dois lados da mesma decisão.
Os concorrentes não desaceleraram
É possível fazer um panorama dos movimentos do grupo de modelos chineses nos últimos dois meses: a Zhipu AI lançou o GLM-5.3-Flash, com 18 bilhões de parâmetros ativados, com preço reduzido a um décimo da geração anterior; a prévia Hy4 do Hunyuan, da Tencent, superou levemente o GLM-5.3 e o Kimi K3 em testes cegos; Kimi e o Qwen, da Alibaba, também mantêm um ritmo de atualizações nada baixo. Em um mês podem surgir duas ou três versões capazes de mudar o ranking, e é justamente a ByteDance quem está segurando o ritmo.
O custo do atraso também pode ser estimado grosseiramente. Um ciclo de retreinamento com pós-treinamento completo costuma ser medido em meses; adiando o 2.2 de agosto, o lançamento efetivo provavelmente só ocorrerá no quarto trimestre. No ritmo atual, é provável que, nessa época, a próxima geração dos concorrentes já esteja disponível — o padrão de comparação do 2.2 no momento do lançamento pode não ser mais o GLM-5.2 e o Kimi-K3 mirados quando o projeto começou.
O fundador Zhang Yiming já havia declarado anteriormente que não seguiria o caminho da destilação de modelos, mesmo que isso significasse ficar para trás no curto prazo. O CEO Liang Rubo foi ainda mais explícito na reunião geral de meio de ano, em 6 de agosto:
"Em modelos de linguagem grandes, a ByteDance continuará apostando em pesquisa e desenvolvimento próprios daqui em diante, consolidando bem os fundamentos, aceitando ficar para trás no curto prazo e mantendo o foco na otimização de longo prazo."
Para uma empresa acostumada a vencer pela velocidade de iteração de produtos, incluir a frase "aceitar ficar para trás no curto prazo" em uma reunião geral é uma formulação pouco comum. Faltar uma versão no curto prazo não fará o Doubao perder usuários, já que a distribuição está garantida; mas o mercado de desenvolvedores valoriza o ranking de capacidades, terreno onde não há dividendo de distribuição a colher. Reportagens públicas também mencionam que a ByteDance está avançando, em paralelo, em um modelo de escala ainda maior para a próxima geração, o que deixa mais clara a posição do 2.2: ele precisa cobrir o intervalo entre agora e a chegada dessa próxima geração.
Fontes: Baijing Lab, CocoLoop, IT Home; os motivos do adiamento do Doubao 2.2, os quatro departamentos da reestruturação da Seed e a fala de Liang Rubo na reunião geral foram verificados a partir de reportagens públicas.