DeepSeek V4.1 Flash: API barata, pesos abertos enormes

O DeepSeek V4.1 Flash combina preços baixos de API com um modelo de pesos abertos muito grande. Lançado a 10 de setembro de 2026, ativa 8 mil milhões de parâmetros ao processar a entrada e 16 mil milhões ao gerar a saída, mas só a rede principal contém 552 mil milhões. A melhoria está no cálculo de cada fase, não num pequeno ficheiro para o portátil. [1] [2]

O que significa realmente «8B ativos»?

O número de parâmetros ativos descreve a parte do modelo utilizada para um token, não o modelo inteiro que é necessário armazenar. O V4.1 Flash é um modelo de mistura de especialistas, que seleciona partes da rede para o cálculo. A nova arquitetura da DeepSeek também separa o processamento da entrada da geração da saída, com quantidades ativas diferentes em cada fase. [2]

O processamento da entrada costuma chamar-se prefill: o modelo lê o prompt antes de responder. A geração da saída é o decode: produz tokens em sequência. O relatório técnico da DeepSeek descreve uma arquitetura codificador-descodificador causal, com um codificador de 20 camadas e um descodificador de 20 camadas. Os valores declarados são 8B parâmetros ativos no prefill e 16B no decode; B significa aqui mil milhões. [2]

Por isso, fazer a média e falar num «modelo de 12B» seria enganador. Um prompt longo seguido de uma resposta curta distribui o trabalho de forma diferente de uma entrada breve seguida de uma grande alteração de código. A arquitetura atribui cálculos diferentes a essas fases, mas nenhuma transforma o modelo completo num pequeno checkpoint para equipamento doméstico.

A divisão do armazenamento torna isto visível. A DeepSeek indica uma rede principal de 552B mais cerca de 196B de memória condicional Engram, um componente de consulta. A configuração de implementação do projeto vLLM também contabiliza o modelo de rascunho DSpark e outros tensores. O pacote completo no Hugging Face mostra atualmente 763B parâmetros. Estes valores contam partes diferentes do mesmo lançamento. [2] [3]

A discussão do lançamento em r/LocalLLaMA, a 10 de setembro, juntou entusiasmo a perguntas sobre arquitetura e implementação. É essa a tensão útil: o modelo pode calcular seletivamente e continuar a ser muito grande para alojar. [5]

Porque importa uma cache de contexto mais pequena?

Uma cache menor reduz uma das necessidades de memória das conversas longas. A cache KV guarda informação de atenção dos tokens já processados para a reutilizar durante a geração. Esta memória é diferente da necessária para armazenar os pesos do modelo.

O relatório da DeepSeek indica 890 bytes por token para a memória KV global, aproximadamente um quarto do valor do V4 Flash. O anúncio declara separadamente um quarto da necessidade de memória de elevada largura de banda e um oitavo da necessidade de armazenamento SSD para a cache KV, face à geração anterior. São medidas relacionadas, não descrições intercambiáveis de toda a memória do modelo. [1] [2]

Isto importa aos agentes de programação porque uma tarefa pode acumular conteúdo do repositório, resultados de ferramentas e alterações sucessivas. Uma cache menor reduz o custo de manter esse contexto. Não prova que o modelo recordará corretamente cada dependência ou escolherá uma boa alteração. A capacidade publicada ronda um milhão de tokens; a configuração de serviço especifica 1 048 576. [2] [3]

Interpretaria a mudança como uma melhoria de infraestrutura. Torna mais prático disponibilizar o contexto longo, enquanto a qualidade de uma tarefa de programação prolongada continua a ser uma questão separada.

As melhorias de programação estão verificadas de forma independente?

Este confronto vem da avaliação da DeepSeek, não de um teste independente desta publicação. A tabela do modelo ajustado para seguir instruções mostra ganhos claros face ao V4 Flash em vários benchmarks de agentes. A comparação útil é com essa versão anterior nas condições declaradas, não com resultados de outro fornecedor obtidos noutro ambiente.

A DeepSeek apresenta uma subida de 54,4% para 74,2% no DeepSWE v1.1, um ganho de 19,8 pontos percentuais. A ficha do modelo indica reasoning_effort=100, temperature=1.0 e top_p=0.95. As avaliações de agentes de código usam DeepSeek Harness Minimal com um contexto de um milhão de tokens; o DeepSWE usa mini-SWE. Estas condições fazem parte do significado dos valores. [2]

A minha leitura é que o lançamento merece uma nova avaliação de programação. A minha comparação anterior do V4 Flash diz respeito ao modelo anterior e não determina o comportamento do V4.1. Repetiria tarefas representativas com os mesmos testes e critérios de revisão antes de aplicar ao trabalho diário um parecer negativo antigo ou uma pontuação nova.

Quanto custa o DeepSeek V4.1 Flash através da API?

A tabela atual usa o identificador deepseek-flash e aplica tarifas diferentes nas horas de ponta e fora de ponta. Na consulta de 14 de setembro de 2026, a entrada sem cache custa 0,15 dólares por milhão de tokens fora de ponta e 0,30 nas horas de ponta. A saída custa, respetivamente, 0,60 e 1,20 dólares. A entrada em cache tem uma tarifa própria inferior. [4]

As tarifas de ponta são o dobro das restantes. Uma comparação de preços precisa de indicar a janela horária e a categoria de cache, não apenas o valor mais baixo. O custo total de uma tarefa depende também do raciocínio, dos resultados das ferramentas e das novas tentativas. Um preço baixo por token de saída é apelativo, mas eu mediria o custo de um resultado que possa ser revisto.

É possível executar os pesos abertos localmente?

Os pesos estão disponíveis sob a licença MIT, mas a implementação documentada exige equipamento de servidor de grande capacidade. A configuração vLLM descreve um checkpoint com cerca de 511 GB e um requisito mínimo de 614 GB de memória GPU nessa configuração. Os exemplos incluem um conjunto GB200 NVL4 e um nó com oito GPU H200. São requisitos dessa configuração, não um mínimo universal para qualquer implementação futura. [2] [3]

Por isso, separaria a decisão de usar a API da decisão de alojar o modelo. Testar um conjunto fixo de tarefas através da API permite perceber se o modelo é útil. Alojar os pesos exige ainda um plano operacional para o modelo, memória, ambiente de execução e capacidade. Os pesos abertos dão essa opção aos operadores, sem eliminar o trabalho de operar a infraestrutura.

Para um programador individual, começaria com uma comparação de âmbito limitado através da API face ao modelo que já faz o trabalho. Para uma equipa de infraestrutura, partiria da configuração de implementação e mediria as dimensões reais dos prompts e das saídas. O valor 8B torna-se útil quando se sabe que fase do trabalho descreve.