DeepSeek V4 Pro continua operando após 14 de setembro: cobrança mantida e verificação de API

Destaques da documentação atualizada em 17 de setembro de 2026 Nas seções atuais de Quick Start e de preços, a DeepSeek confirmou: o serviço de API para o DeepSeek V4 Pro continua operando após 14 de setembro de 2026, e a forma de cobrança permanece inalterada. Embora o comunicado de 10 de setembro tenha mencionado um plano inicial de direcionar as chamadas para deepseek-v4-pro ao V4.1 Flash com tarifas do Flash, as seções de referência ativas da plataforma eliminam a necessidade de qualquer migração forçada.

Ao manter integrações, oriente-se pela documentação ativa de serviço e de preços. Baseamos estas orientações nas especificações oficiais publicadas e não alegamos ter realizado testes independentes dos pesos do modelo no servidor ou auditorias de cobrança em tempo de execução. Nessa situação, não é necessário migrar com pressa configurações de trabalho estáveis do V4 Pro — basta verificar as configurações do cliente, o gateway utilizado e as deduções regulares de cobrança.

Primeiro, identifique qual API recebe suas requisições

Diferentes camadas de integração reagem de forma distinta a alterações na plataforma. Antes de modificar seu código ou configuração, determine com precisão para onde suas requisições são roteadas:

Conexão	O que verificar
API direta da DeepSeek	Status da conta, seções atuais da documentação e deduções reais de cobrança no seu painel
Provedor de API terceiro (incluindo o BetterToken)	Catálogo de modelos próprio do provedor, Model IDs ativos, termos de faturamento e regras de roteamento declaradas; as regras oficiais da DeepSeek não se aplicam automaticamente a gateways de terceiros
Agente de código (Cursor, Cline, Aider etc.)	A Base URL real e o Model ID nos parâmetros do perfil, verificados separadamente para o contexto de diálogo e tarefas em segundo plano

Como os parâmetros de modelo frequentemente são redefinidos em várias camadas de configuração, é essencial confirmar a Base URL real e o Model ID enviados pelo seu cliente.

Para localizar rapidamente referências ao identificador deepseek-v4-pro em sua base de código local, execute uma busca usando o ripgrep:

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

Execute este comando na raiz do projeto. Ele não altera arquivos e não acessa a rede. A ausência de correspondências não garante a inexistência de dependências: o nome do modelo pode ter sido definido em variáveis de CI/CD, configurações de gateway em nuvem ou aliases locais do cliente. Não inclua chaves de API em checklists de verificação.

Model IDs e regras de roteamento

Entender como o serviço resolve identificadores de modelos evita conclusões equivocadas durante a verificação.

Em 17 de setembro de 2026, na tabela oficial de preços da DeepSeek, o identificador deepseek-v4-pro está vinculado à versão DeepSeek-V4-Pro-0813. Ao mesmo tempo, os aliases legados deepseek-v4-flash e deepseek-v4-flash-vision-exp foram transferidos para atendimento pelo modelo DeepSeek-V4.1-Flash (Model ID atual: deepseek-flash), sendo faturados com as tarifas do Flash. Essas são duas regras independentes: a migração dos aliases legados do Flash não implica uma alteração automática de status para o V4 Pro.

Interfaces compatíveis exigem atenção redobrada. De acordo com o guia da API Anthropic da DeepSeek, as regras de mapeamento de modelos no endpoint oficial funcionam da seguinte forma:

• Nomes de modelos iniciados por claude-opus são mapeados para deepseek-v4-pro e faturados pelas tarifas do V4 Pro;
• Nomes de modelos iniciados por claude-haiku ou claude-sonnet são mapeados para deepseek-flash;
• Qualquer nome de modelo não suportado é redirecionado automaticamente pelo backend oficial da DeepSeek para deepseek-flash.

Essas regras de roteamento aplicam-se estritamente ao gateway oficial da DeepSeek (https://api.deepseek.com/anthropic) e não são transferidas automaticamente para plataformas de terceiros.

Além disso, o campo model retornado em uma resposta de API ou o texto de autoidentificação gerado pelo modelo não constituem prova independente de quais pesos foram realmente executados no lado do servidor.

Verificação da estabilidade de cargas de trabalho sob documentação conflitante

Quando a documentação contém contradições, testes específicos por cenário complementam as orientações oficiais e validam o comportamento do seu cliente, embora não possam comprovar quais pesos foram executados no lado do servidor:

Cenário	O que monitorar
Edição de código	A suíte de testes falha antes das alterações e passa depois; a sintaxe e os módulos adjacentes permanecem intactos
Chamada de ferramentas (tool calling)	O nome da ferramenta e os argumentos correspondem ao schema esperado; o cliente consome sem falhas a carga retornada e devolve o controle à conversa
Streaming	O cliente inicia e encerra streams sem falhas, não trava nos blocos (chunks) e captura com precisão os metadados finais de uso de tokens
Contexto longo	O agente retém consistentemente as instruções do sistema e restrições críticas estabelecidas nas etapas iniciais da conversa
Limites de taxa e novas tentativas	A lógica de repetição limita as tentativas totais e evita duplicar operações externas com efeitos colaterais (gravações em banco de dados, webhooks)

Se você invoca modelos de raciocínio pelo protocolo compatível com a Anthropic, verifique seus parâmetros de raciocínio. No adaptador da DeepSeek, o parâmetro thinking.budget_tokens é ignorado, enquanto effort dentro de output_config é respeitado. Os parâmetros e seus mapeamentos estão descritos em detalhes no guia do Thinking Mode.

Acompanhamento de despesas e controle de faturamento

Como a documentação oficial atual mantém em vigor a tarifação separada para o V4 Pro, as chamadas para deepseek-v4-pro (incluindo requisições com o prefixo claude-opus pelo endpoint da Anthropic) não podem ser calculadas pelas tarifas reduzidas do Flash. Os parâmetros financeiros da integração devem ser acompanhados separadamente da estabilidade operacional.

Para requisições de teste e verificação, registre:

1. O timestamp exato da requisição e o endpoint utilizado;
2. O Model ID enviado;
3. Os totais de tokens de entrada, saída e em cache;
4. A dedução final do seu saldo.

Compare as cobranças registradas com a tabela de preços atual da DeepSeek. Se você se conecta pelo BetterToken, as métricas de consumo de tokens podem ser visualizadas no Workspace e as tarifas ativas no catálogo do BetterToken. Os dados do BetterToken refletem parâmetros específicos da sua integração com esse provedor, mas não servem como prova do roteamento interno da API direta da DeepSeek.

Considere a frequência de novas tentativas nas projeções de custo. Mesmo que o valor unitário por token seja menor, o gasto total por tarefa concluída com sucesso pode aumentar se o agente exigir mais ciclos de iteração.

Estratégia de fallback: por que aliases implícitos não são confiáveis

Um plano de contingência (fallback) resiliente não deve depender de aliases não documentados ou de suposições sobre roteamento automatizado.

Se o seu perfil de fallback simplesmente duplicar deepseek-v4-pro, qualquer mudança na política do gateway afetará as configurações primária e secundária de forma idêntica. Para obter redundância genuína, configure um Model ID explicitamente documentado ou um provedor alternativo avaliado.

Evite alterar preventivamente identificadores funcionais de produção até que seu candidato de fallback passe pela validação básica de chamada de ferramentas, manipulação de streams e previsibilidade de cobrança. Se um modelo alternativo não atender aos critérios operacionais, limitar temporariamente a execução automatizada de cargas de trabalho críticas é mais seguro do que migrar para uma configuração não verificada.

Próximos passos

Verifique os valores reais de Model ID e Base URL nas configurações do seu cliente ou nos registros de requisições de saída. Se a sua integração atual com a API oficial da DeepSeek estiver configurada para deepseek-v4-pro e atender de forma estável às suas cargas de trabalho, não há necessidade de forçar uma migração: o serviço continua operando sob as condições de cobrança existentes.

Se você utiliza o BetterToken, verifique os parâmetros no catálogo de modelos ativo para confirmar a disponibilidade do identificador desejado e as regras de faturamento vigentes. Para garantir a exatidão das deduções, execute uma pequena requisição de teste e compare as métricas de consumo de tokens com os débitos de saldo no Workspace.