Pular para o conteúdo principal

O Grok 4.6 é o modelo de chat multimodal da xAI em uma chamada compatível com OpenAI, com partes de texto e imagem em um mesmo turno. Uma requisição comporta até 500.000 tokens e a resposta pode chegar a 450.000, com quatro níveis de esforço de raciocínio.

Entrada $2Saída $6por 1 milhão de tokensEntrada em cache $0.50Prompts com 200K tokens ou maisEntrada $4Saída $12

Playground

Grok 4.6

Como Grok 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 programação, tarefas agênticas e trabalho de conhecimento

Grok 4.6 é o modelo de ponta da xAI neste catálogo: 500.000 tokens de contexto, até 450.000 tokens em uma única resposta e esforço de raciocínio de low a xhigh, com high por padrão. Ele lê texto e imagens; esta rota não aceita partes de arquivo nem PDF.

Abrir o Playground de chat
Fluxos de mensagem estáveis para programação, tarefas agênticas e trabalho de conhecimento
Modelo
Grok 4.6
Indicado para
programação, tarefas agênticas e trabalho de conhecimento
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 programação, tarefas agênticas e trabalho de conhecimento

Grok 4.6 é o modelo de ponta da xAI neste catálogo: 500.000 tokens de contexto, até 450.000 tokens em uma única resposta e esforço de raciocínio de low a xhigh, com high por padrão. Ele lê texto e imagens; esta rota não aceita partes de arquivo nem PDF.

  • Orçamento de janela

    500.000 na entrada, 450.000 na saída

    Quase toda a janela pode voltar em uma resposta só, então o modelo serve a trabalhos cujo resultado é longo, não apenas a leituras longas.

  • Esforço de raciocínio

    Quatro níveis, high por padrão

    low, medium, high e xhigh estão expostos. Tokens de raciocínio contam como saída, então suba max_tokens sempre que subir o esforço.

  • Partes de entrada

    Texto e imagens, nunca arquivos

    Uma mensagem pode misturar partes de texto com partes image_url usando detail auto, low ou high. Partes de arquivo e PDF são recusadas nesta rota; converta documentos para texto ou imagens de página antes.

Escolha Grok 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. Escolha 4.6

    A própria resposta é longa e difícil

    Refatorações grandes, execuções de agente que escrevem muito código e trabalho de conhecimento que precisa sustentar um dossiê inteiro em um turno.

  2. Considere 4.5

    Um prompt longo roda o dia inteiro

    Laços que reenviam o mesmo bloco de cabeçalho pagam menos pela entrada em cache no modelo irmão; compare as duas fichas de preço antes de decidir.

  3. Considere 4.3

    Vazão pesa mais que profundidade

    Classificação, extração e roteamento cabem ao irmão de janela mais larga, que ainda pode desligar o raciocínio por completo.

Transforme Grok 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.

  • Mudanças em escala de repositório em um turno

    Programação

    Mudanças em escala de repositório em um turno

    Entregue interfaces, invariantes e testes e peça o plano, o diff e os riscos de migração que a mudança cria.

  • Chamadas de ferramentas com plano amplo

    Agentes

    Chamadas de ferramentas com plano amplo

    Há até 128 definições de funções junto de tool_choice. Deixe passos irreversíveis atrás de uma aprovação controlada pelo seu produto.

  • Dossiês longos que terminam em decisão

    Trabalho de conhecimento

    Dossiês longos que terminam em decisão

    Nomeie cada fonte, exija o caminho da fonte à conclusão e pergunte qual suposição derrubaria a recomendação.

  • Imagem como prova, não como enfeite

    Telas e diagramas

    Imagem como prova, não como enfeite

    Envie capturas ou diagramas de arquitetura com detail: high quando a letra miúda importa, e diga exatamente o que deve ser lido ali.

Organize o contexto como uma entrada inspecionável para Grok 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. Sistema

    Regras duradouras em um bloco fixo

    Persona, contrato de saída e convenções não devem mudar entre execuções; um cabeçalho estável é também o que torna o cache possível.

  2. Provas

    Delimite e nomeie cada fonte

    Partes de texto e de imagem precisam de nome, para que uma conclusão possa apontar de onde veio.

  3. Esforço

    Ajuste o nível à tarefa

    Suba quando as restrições se cruzam; deixe baixo em rascunho e reescrita, onde o que se percebe é a latência.

  4. Saída

    Declare a forma que você vai analisar

    response_format pode exigir um objeto JSON. Nomeie os campos obrigatórios e diga como é um resultado vazio.

Comprove um caso reproduzível de Grok 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 Grok 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 Grok 4.6 a confirmar antes de integrar