Pular para o conteúdo principal

Chat com o Claude Sonnet 4.6 da Anthropic por um endpoint compatível com OpenAI. Aceita até 1.000.000 de tokens de contexto de texto e imagem e devolve até 64.000, com controle de temperature e top_p, até 128 definições de ferramentas e streaming SSE.

Entrada $3Saída $15por 1 milhão de tokensEntrada em cache $0.30Gravação em cache $3.75

Playground

Claude Sonnet 4.6

Como Claude Sonnet 4.6 pode ajudar você?

Modelos relacionados e próximas tarefas

Não encontrou o modelo que precisa?

Conte qual modelo adicionar e para que você vai usá-lo. Os pedidos vão direto para quem decide os próximos modelos.

Fluxos de mensagem estáveis para uma janela de um milhão de tokens à tarifa Sonnet, controles de amostragem intactos

O Sonnet 4.6 pega a janela de 1.000.000 de tokens e mantém temperature e top_p, à tarifa Sonnet em vez da Opus. Em relação à irmã 4.5 muda só a janela; em relação ao Opus 4.6 mudam o preço e um teto de resposta de 64.000 tokens em vez de 128.000.

Abrir o Playground de chat
Fluxos de mensagem estáveis para uma janela de um milhão de tokens à tarifa Sonnet, controles de amostragem intactos
Modelo
Claude Sonnet 4.6
Indicado para
uma janela de um milhão de tokens à tarifa Sonnet, controles de amostragem intactos
Formato da mensagem
Regras de sistema → evidências e estado → tarefa do turno → contrato de saída
Limite dos fatos
Recursos, controles e preço vêm do schema em tempo real

Princípio de integração

Valide primeiro com o menor conjunto de mensagens e só então acrescente o contexto necessário. Separe fatos, suposições e restrições e desenhe os caminhos de interrupção, nova tentativa, liquidação e revisão humana.

Crie fluxos de trabalho reproduzíveis para uma janela de um milhão de tokens à tarifa Sonnet, controles de amostragem intactos

O Sonnet 4.6 pega a janela de 1.000.000 de tokens e mantém temperature e top_p, à tarifa Sonnet em vez da Opus. Em relação à irmã 4.5 muda só a janela; em relação ao Opus 4.6 mudam o preço e um teto de resposta de 64.000 tokens em vez de 128.000.

  • Janela longa, tarifa Sonnet

    1.000.000 de tokens de entrada

    A mesma profundidade de contexto das rotas Opus, por cerca de 60% do preço delas por milhão.

  • Controles de amostragem mantidos

    temperature e top_p

    Sem migrar de uma biblioteca de prompts calibrada por temperatura, ao contrário da rota Sonnet 5.

  • 64.000 por resposta

    Metade do Opus 4.6

    Suficiente para saída longa e estruturada; um documento de 100.000 tokens pede uma rota com teto de 128.000.

Escolha Claude Sonnet 4.6 pelo custo da tarefa e pelo formato da interação

Teste uma tarefa real medindo qualidade, verificabilidade, latência e aderência ao preço de venda, em vez de confiar em um ranking genérico.

  1. Escolher Sonnet 4.6

    Entradas longas, dificuldade comum

    O que se exige é contexto grande, não a deliberação de uma rota Opus.

  2. Escolher Sonnet 4.5

    Suas entradas ficam bem abaixo de 198.000

    Mesmos controles e mesma tarifa de família sobre uma janela menor — mais simples de raciocinar quando o tamanho é conhecido.

  3. Escolher Opus 4.6

    Uma única resposta precisa passar de 64.000

    Mesma janela e mesmos controles, o dobro do teto de resposta, tarifa por milhão mais alta.

Transforme Claude Sonnet 4.6 em trabalho concreto, não em rótulos genéricos

Todo cenário precisa de limites de entrada, verificação e recuperação; recursos oficiais, benchmarks e suporte a ferramentas nunca são inventados.

  • Código entra, julgamento sai

    Perguntas sobre o repositório inteiro

    Código entra, julgamento sai

    Um milhão de tokens à tarifa Sonnet é o que torna perguntas em escala de repositório rotina em vez de exceção.

  • Histórico que não é cortado

    Memória de conversa longa

    Histórico que não é cortado

    Sessões podem manter todo o histórico em contexto sem que a tarifa decida quando resumir.

  • Muitos arquivos, um veredito

    Revisão de conjuntos de documentos

    Muitos arquivos, um veredito

    Ler o conjunto e devolver constatações, sem montar uma camada de recuperação para contornar uma janela pequena.

  • Personagens adultos, limites claros

    Narrativa sem restrições

    Personagens adultos, limites claros

    Continuidade longa sobre um acervo existente, com a temperatura que você já fixou. Não acrescentamos filtro de conteúdo.

Organize o contexto como uma entrada inspecionável para Claude Sonnet 4.6

Objetivo, evidências, estado, restrições e contrato de saída precisam de papéis distintos para que a requisição possa ser comprimida, depurada e reproduzida.

  1. Ordem

    Regras, depois evidência, depois a tarefa

    Em entradas longas, uma instrução no meio compete com o material em volta.

  2. Cache

    Prefixo estável, cauda variável

    A entrada em cache a cerca de um décimo da tarifa de entrada é onde uma integração de contexto longo realmente economiza.

  3. Amostragem

    Trave antes de ajustar qualquer outra coisa

    O que mudou foi a janela, não o comportamento de amostragem — traga o valor que você já validou.

  4. Saída

    Projete para um turno de 64.000

    Se a entrega for mais longa, divida de propósito em vez de deixar o teto cortar.

Comprove um caso reproduzível de Claude Sonnet 4.6 antes de integrar ao produto

Confirme schema em tempo real, estimativa, streaming e comportamento de erro antes de reutilizar a requisição normalizada.

  1. 01 · Linha de base

    Valide a menor requisição no Playground

    Verifique as camadas de mensagem, o formato de saída, o streaming e os controles atuais.

  2. 02 · Limites

    Exercite falha, cancelamento e nova tentativa

    Confira tempo esgotado, streams interrompidos, entrada grande demais, regeneração e envio duplicado.

  3. 03 · Integrar

    Copie a requisição de API normalizada

    Use o id público do modelo e o contrato messages; leia os controles do schema em tempo real.

  4. 04 · Operar

    Meça o consumo e continue avaliando

    Guarde estado, consumo final, causas de falha e retorno de qualidade; estime antes das chamadas caras.

Traga Claude Sonnet 4.6 para um contrato de API claro

Playground, exemplos de API, estados de requisição e registros de consumo permanecem alinhados da avaliação até a produção.

  • Contrato unificado

    Um formato para mensagens, streams e erros

    Estrutura da requisição, tratamento de estado e recuperação de erro seguem iguais quando o modelo muda.

  • Schema em tempo real

    Use os controles do endpoint atual

    Playground e exemplos de API mostram juntos campos disponíveis, limites e comportamento padrão.

  • Ciclo de vida observável

    Toda requisição tem um estado claro

    Envio, streaming, falha, cancelamento e consumo usam semântica pública inspecionável.

  • Integração portátil

    Menos retrabalho quando os modelos mudam

    Um contrato claro mantém o código de produto focado em entradas, resultados e experiência.

Limites da API Claude Sonnet 4.6 a confirmar antes de integrar

Todos os modelos Claude10