DeepSeek V4.1-Flash-1017: pesos abertos, pós-treinamento RLSF e API de busca aberta
Segundo o THE DECODER, em 17 de outubro de 2026, a DeepSeek lançou o V4.1-Flash-1017, que a empresa afirma superar rivais maiores em tarefas de programação e de agentes com menor custo por tarefa. Os pesos foram publicados no Hugging Face e no ModelScope, e a empresa abriu pela primeira vez aos desenvolvedores suas APIs próprias de busca e de extração.
O que mudou
Segundo o THE DECODER, em 17 de outubro de 2026, a DeepSeek lançou uma versão atualizada do modelo Flash, o DeepSeek-V4.1-Flash-1017. A reportagem afirma que essa versão pode ser usada pelo site da empresa, pelo aplicativo e pela API, e que os pesos foram publicados no Hugging Face e no ModelScope. Em comparação com a antecessora direta V4.1-Flash, a reportagem afirma haver melhora na pontuação de benchmarks, na velocidade de conclusão de tarefas e no comprimento da saída, e a empresa a descreve como uma melhoria de Pareto no equilíbrio entre desempenho e custo. Quanto ao método de treinamento, a reportagem diz que a versão usa aprendizado por reforço com auto-feedback (RLSF), permitindo que o modelo use a própria confiança interna ou críticas autogeradas como sinal de recompensa, sem depender de avaliadores humanos ou de modelos de recompensa externos. A reportagem afirma que o modelo foi ajustado para ambientes de desenvolvimento como o DeepSeek Harness (recomenda-se v0.2.1-rc.1 ou superior), o CodeBuddy e o WorkBuddy, da Tencent. Em testes próprios da DeepSeek, a reportagem afirma que a versão supera modelos maiores como Claude Opus 5, GPT 5.6-Sol, Kimi K3 e GLM 5.3 em várias categorias de programação e de agentes. O gráfico de custo do DeepSWE apresentado na reportagem mostra que a versão obtém 77,0% de pontuação com custo médio por tarefa um pouco abaixo de 0,20 dólar; em configuração mais baixa, cerca de 0,10 dólar ainda supera 72%; a antecessora pontuou 74,2%, mas com cerca de 0,50 dólar por execução. Além disso, a reportagem afirma que a DeepSeek abriu pela primeira vez seu motor de busca interno aos desenvolvedores na forma das APIs Search e Fetch, cobrando 0,75 dólar por 1.000 chamadas por endpoint, e que usuários da API DeepSeek podem usá-las gratuitamente por meio de ferramentas do lado do servidor no DeepSeek Harness, no Claude Code e no Codex até 31 de outubro de 2026, às 16:00 UTC. A reportagem menciona ainda que o governo chinês supostamente planeja endurecer as regras de publicação de modelos de pesos abertos, podendo até bloquear totalmente os lançamentos, sendo um dos critérios de decisão o fato de o sistema estar entre os dez mais capazes.
Impacto para desenvolvedores
A seguir, uma análise e inferências baseadas no conteúdo da reportagem, e não fatos verificados de forma independente. Primeiro, pesos abertos e licença de código aberto são coisas distintas: a reportagem apenas indica que os pesos foram publicados no Hugging Face e no ModelScope, sem apresentar os termos específicos da licença; portanto, os limites de direitos de uso comercial, redistribuição e treinamento derivado devem se basear no arquivo de licença real nessas plataformas, e não se pode inferir o escopo de autorização apenas por os pesos estarem visíveis. Segundo, a reportagem afirma saídas mais curtas e custo por tarefa menor, mudança que afeta mais diretamente cargas de agentes como chamadas de ferramentas em múltiplas rodadas e modificações de código em nível de repositório, porque o custo dessas cargas depende tanto do número de tokens gerados quanto do número de idas e voltas; se os números da reportagem se confirmarem, os modelos de orçamento de agentes de codificação cobrados por tarefa, de correções em lote e de replay de avaliações precisam ser reestimados. Terceiro, a abertura das APIs Search e Fetch altera a forma de integração de agentes conectados à web e de geração aumentada por recuperação: antes, os desenvolvedores costumavam construir sua própria camada de recuperação ou integrar busca de terceiros; agora podem embutir a recuperação na cadeia de ferramentas do lado do servidor do fornecedor, ao custo de transferir a qualidade da recuperação, o escopo de extração e o controle de cotas para o lado do fornecedor. Quarto, se o plano mencionado na reportagem de endurecer a regulação sobre a publicação de pesos abertos se concretizar, isso afetará decisões de implantação e redistribuição que dependem de modelos chineses de pesos abertos, mas a reportagem usa a expressão supostamente planeja e não há documento oficial, de modo que não se deve fixar uma estratégia de longo prazo com base nisso. É preciso enfatizar que os números comparativos e os dados de custo da reportagem vêm todos de testes próprios da DeepSeek, e a própria reportagem observa que benchmarks independentes ainda não foram divulgados; a impressão subjetiva dos desenvolvedores sobre a qualidade do código pode divergir bastante dos resultados de benchmark.
Integração e avaliação
A seguir, sugestões e análises condicionais, não fatos da reportagem. Sugestão um: fazer avaliação A/B na mesma tarefa em torno do comprimento da saída. A reportagem afirma que a versão produz saídas mais curtas e custo por tarefa menor; a decisão prática é se vale migrar o pipeline de agentes existente para essa versão. Se sua carga envolve chamadas de ferramentas em múltiplas rodadas e modificações de código em nível de repositório, o ganho pode ser significativo; convém fixar o mesmo conjunto de tarefas e rodar a versão e a antecessora direta, registrando tokens de saída por tarefa, número de rodadas de chamadas de ferramentas e taxa de sucesso de mesclagem final. Se a carga é de perguntas e respostas curtas em uma única rodada, o ganho de saídas mais curtas é limitado, e a prioridade de migração deve ser reduzida. Critério mensurável: redução de tokens de saída por tarefa e variação da taxa de sucesso no mesmo conjunto de tarefas. Sugestão dois: tratar a API de busca como decisão de arquitetura, não como um botão de recurso. A reportagem afirma cobrar 0,75 dólar por 1.000 chamadas por endpoint e uso gratuito, por tempo limitado, em ferramentas específicas; a decisão prática é se continuar construindo sua própria recuperação ou migrá-la para o lado do fornecedor. A premissa é aceitar envio de dados para fora e dependência de cotas; convém primeiro fazer tráfego sombra em um caminho de recuperação não crítico, comparando relevância de recall, latência e taxa de falhas, antes de decidir se o caminho principal deve ser trocado. Critério mensurável: diferença de relevância de recall em relação à solução de recuperação atual no mesmo conjunto de consultas e acréscimo de latência ponta a ponta. Sugestão três: verificar a licença antes de decidir entre chamar a API ou auto-hospedar os pesos; a reportagem não divulga os termos da licença nem o escopo de uso comercial e, antes da verificação, a auto-hospedagem deve ficar restrita a avaliação interna. Sugestão quatro: ao avaliar, fixar o identificador da versão do modelo (o sufixo de data 1017) e a versão do ambiente de execução, para evitar conclusões equivocadas em comparações entre versões. Sobre custo de uso contínuo e critérios de cobrança, consulte a página de preços do provedor, em vez de depender de números históricos da reportagem ou da janela gratuita.
Limites e pontos a confirmar
É preciso observar: a disponibilidade de API descrita na reportagem refere-se à plataforma da própria DeepSeek. No catálogo ao vivo do KimiSeek já existe uma correspondência exata para DeepSeek V4.1 Flash 1017 (id: deepseek-v4.1-flash-1017), igual ao nome da versão desta reportagem; mas o estado de inclusão no catálogo muda, a disponibilidade real deve ser conferida no catálogo ao vivo, e outro item do catálogo, DeepSeek V4.1 Flash sem sufixo de data, não deve ser confundido com a versão desta reportagem. Em segundo lugar, todas as comparações de benchmarks de programação e de agentes, as pontuações do DeepSWE e os números de custo por tarefa na reportagem vêm de testes próprios da DeepSeek, sem reprodução independente, e a própria reportagem indica claramente que benchmarks independentes ainda não foram divulgados. Terceiro, a reportagem não divulga o tipo de licença da publicação dos pesos, a quantidade de parâmetros do modelo nem os requisitos de hardware de inferência, o que afeta diretamente a viabilidade e a estimativa de custo da auto-hospedagem. Quarto, a janela gratuita das APIs de busca e extração tem prazo final definido, e o valor de 0,75 dólar por 1.000 chamadas citado na reportagem corresponde ao critério daquele dia; sua continuidade depende da documentação oficial. Quinto, a reportagem menciona que a China pode endurecer as regras de publicação de pesos abertos; no momento, trata-se apenas de informação reportada, sem documento oficial, e não se deve definir uma estratégia de implantação de longo prazo com base nisso.
Ilustrações da notícia original
