DeepSeek V4 Pro para V4.1 Flash: preparar 14 de setembro

A DeepSeek planeja desligar o V4 Pro em 14 de setembro de 2026, às 12h de Pequim: 04h UTC ou 07h de Moscou. Um aviso na plataforma oficial, acessível após o login, informa que as requisições V4 Pro serão direcionadas ao V4.1 Flash e cobradas pelas tarifas dele.

Na API oficial, o plano redireciona as requisições existentes. O anúncio, por si só, não exige substituir urgentemente deepseek-v4-pro em todas as configurações. Porém, outro modelo responderá por trás do nome antigo. Teste suas tarefas antes da mudança e prepare uma alternativa que não dependa desse nome.

Outro aviso prevê mudanças nos preços do Flash para 10 de setembro às 12h de Pequim. É um evento separado. O aviso de desligamento do Pro consultado em 10 de setembro especifica 14 de setembro. Este guia prepara a mudança prevista; não afirma que a migração já aconteceu.

Identifique o provedor que recebe as requisições

Conexão	O que conferir
API direta da DeepSeek	Aviso da conta, data da mudança do Pro e tarifas atuais do substituto
API de terceiros, incluindo BetterToken	Catálogo, Model ID, cronograma, roteamento e preço próprios; o anúncio da DeepSeek não define condições de revendedores
Agente de programação com provedor selecionado	Base URL real e Model ID enviado, separadamente para o agente principal e tarefas auxiliares

Um rótulo no menu do cliente não revela a rota inteira. Conversa principal, subtarefas e modelos de reserva podem usar configurações diferentes. Confira tanto os ajustes do projeto quanto os globais.

Faça um inventário curto: aplicação, provedor, protocolo, Model ID atual, local da configuração e responsável pela verificação. Não copie chaves de API para ele.

Em um projeto local com ripgrep instalado, este comando lista apenas nomes de arquivos que mencionam Pro diretamente:

rg -l --hidden -g '!.git' -g '!node_modules' -g '!.venv' \
  'deepseek-v4-pro' .

Execute-o no diretório do projeto. Nenhuma correspondência não comprova ausência de dependências: verifique também variáveis de CI, configurações de serviços hospedados e aliases do cliente. O comando não altera configurações nem testa a API.

É preciso um novo Model ID?

O aviso oficial de Pro prevê redirecionamento. Não adivinhe o nome substituto nem trate a remoção do sufixo de um ID temporário como migração. Para selecionar V4.1 Flash explicitamente, copie um ID disponível do catálogo atual do seu provedor real e teste-o primeiro em um perfil separado.

O temporário deepseek-v4.1-flash-expires-on-0910 é outra entrada. Sua expiração não é a data de desligamento do Pro, e um antigo perfil de teste não é automaticamente uma substituição permanente.

Confira também nomes implícitos. O guia atual da API Anthropic da DeepSeek associa prefixos claude-opus a Pro, e claude-haiku ou claude-sonnet a Flash. Nomes não suportados, segundo a documentação, caem em deepseek-v4-flash. Uma resposta bem-sucedida após um erro de digitação não confirma o modelo pretendido. São regras do adaptador oficial da DeepSeek; outros provedores podem ser diferentes.

Depois da troca, compare o ID enviado, o registro do provedor e o mapeamento de modelos declarado por ele. Nem a autodescrição do modelo nem um campo model isolado comprovam de forma independente quais pesos atenderam à requisição.

Mantenha o protocolo e teste tarefas completas

A Base URL oficial da DeepSeek compatível com Anthropic é https://api.deepseek.com/anthropic. Não a coloque em um cliente Chat Completions apenas porque o modelo mudou. Terceiros têm endereços e regras de autenticação próprios.

Mantenha inicialmente o protocolo que funciona. Copie as configurações para um perfil de teste, troque apenas para um modelo com disponibilidade confirmada e faça uma requisição curta. Se ele ainda não estiver no catálogo, prepare testes e uma alternativa; não declare compatibilidade verificada.

HTTP 200 e uma resposta de texto comprovam somente o sucesso daquela requisição. Um agente funcional precisa de verificações das tarefas existentes:

Cenário	Sinal observável de aceitação
Correção de bug	O teste original falha antes e passa depois, sem quebrar verificações relacionadas
Chamada de ferramenta	Nome e argumentos corretos, tratamento adequado do resultado e resposta concluída após recebê-lo
Streaming	O cliente recebe e encerra o fluxo e trata resultado final e consumo sem erro de análise
Conversa longa	Restrições da tarefa e fatos anteriores necessários são preservados
Limite de taxa ou erro temporário	Tentativas e tempo total limitados; repetir não cria uma ação externa adicional

Use dados de teste ou desative o envio real ao verificar e-mail, CRM e outras operações externas. Argumentos corretos não comprovam que repetir uma operação é seguro.

Confira os controles de raciocínio do protocolo. Por exemplo, o adaptador Anthropic oficial da DeepSeek ignora thinking.budget_tokens e aceita apenas effort dentro de output_config. Um campo ainda presente na configuração não prova que o orçamento anterior continua valendo. Veja o mapeamento do modo de raciocínio.

São critérios de aceitação para seu ambiente, não uma afirmação de que V4.1 Flash passou neles em todos os clientes. Para ampliar o inventário e as verificações de virada, veja a auditoria de migração de API de IA.

Verifique a cobrança separadamente da qualidade

O aviso aplica a cobrança de V4.1 Flash às requisições Pro redirecionadas. Ele não fixa preços de terceiros nem promete o mesmo consumo de tokens para a mesma tarefa.

Registre horário do teste, provedor, ID enviado, tokens de entrada e saída, detalhes de cache disponíveis e cobrança final. Compare com a tarifa daquele provedor naquele momento. Se houver preços de pico e fora de pico, use a janela correta. Confira novamente os preços oficiais da API após mudanças, em vez de inserir uma tarifa antiga do Pro.

Para chamadas do BetterToken, consulte esses campos de consumo no Dashboard e disponibilidade e tarifas no catálogo do BetterToken. Isso verifica sua conexão; não comprova que BetterToken muda o roteamento simultaneamente à API oficial.

Inclua tentativas malsucedidas ao comparar gasto por tarefa aceita. Tokens mais baratos podem vir acompanhados de mais requisições ou respostas mais longas.

A alternativa precisa sobreviver ao desligamento de Pro

Voltar a deepseek-v4-pro após o redirecionamento anunciado não restaura Pro-0813. Se os perfis principal e de reserva usam o mesmo nome da API oficial, ambos podem chegar a V4.1 Flash.

Escolha outro Model ID disponível ou outro serviço, confirme seu modelo real e teste antes uma tarefa crítica. Se a alternativa não passar na aceitação, mantenha o processo sob controle manual ou pause-o: um substituto não verificado não é um retorno pronto para uso.

Antes da virada, o responsável deve ter resultados de teste, alternativa verificada e condições de parada, como chamadas de ferramentas incorretas, streaming quebrado ou gasto acima do limite próprio. Após o horário anunciado, execute outra pequena tarefa de controle e confira o roteamento com o aviso atual do provedor antes de aumentar a carga.