Grok 4.7 já saiu? O que está confirmado sobre contexto longo e sessões longas

Fala aí, beleza? O Grok 4.7 virou promessa antes de virar modelo

Se você chegou aqui procurando quanto de contexto o 4.7 aguenta, ou como ele se sai numa sessão gigante de código, a resposta honesta é: ninguém sabe, porque a xAI não publicou nada

Não tem página de anúncio, não tem model card, não tem ID de API, não tem preço e não tem janela de contexto divulgada

O que existe é post do Musk no X, e post no X não é spec

Então bora fazer o que dá pra fazer aqui: separar o que está confirmado do que é alegação, e mostrar o que JÁ dá pra usar hoje pra parar de reexplicar seu projeto a cada mensagem nova 🙂

O que aconteceu: adiamento, 4.8 anunciado e nenhuma data

A linha do tempo é curta e bem esquisita

11 de setembro: Musk adia o Grok 4.7 e atribui o atraso ao treinamento por reforço, que teria penalizado demais o tamanho da resposta

Na prática, segundo ele, o modelo precisava de "alguns dias a mais", desiste cedo demais de tarefas difíceis que consegue resolver, e a capacidade de conferir o próprio trabalho ainda não estava no nível exigido

Repare que isso é o INVERSO do que muita manchete anda vendendo por aí: autoverificação apareceu como a deficiência que segurou o lançamento, não como um ganho entregue

13 de setembro: com o 4.7 ainda não lançado, Musk anuncia o sucessor, o Grok 4.8

Ele descreve o 4.8 como um modelo de 2,5 trilhões de parâmetros, treinado com o novo stack de software em C++ da empresa, e como "uma melhoria perceptível" sobre o 4.7

Data de lançamento? Pra nenhum dos dois

A avaliação do próprio Musk sobre o 4.7: ele escreveu que o modelo "deve ficar mais ou menos no nível do Opus 5.0, não do 5.1", que é "melhor em algumas coisas, pior em outras", e que a performance multimodal precisa ser corrigida

Sobre tamanho, circula o número de cerca de 2,1 trilhões de parâmetros para o 4.7, contra 1,5 trilhão do 4.6

Mas isso aparece só em posts do Musk no X e em cobertura secundária, sem nenhum model card confirmando

Trate como alegação atribuída a ele, e não como ficha técnica, beleza?

E não, ninguém declarou cancelamento formal do 4.7

Título de terceiro adora usar "shelved", "engavetado", mas isso é interpretação

O fato verificável é só um: não lançado até hoje

O que muda para quem trabalha em sessões longas

Agora vem a parte que interessa pra quem codifica de verdade

As duas dores que o Musk citou pra justificar o adiamento são EXATAMENTE as duas dores que aparecem em sessão longa

Desistir cedo de tarefa difícil: o agente para no meio do refactor, entrega meia solução e declara vitória

Não conferir o próprio trabalho: ele te devolve código que nunca rodou, teste que nunca passou, import que não existe

E aqui vai a parte chata: isso é problema de fluxo antes de ser problema de modelo

Troca o modelo e mantém a sessão bagunçada, sem critério de aceite, sem onde guardar decisão de projeto, e você vai ter o mesmo problema com qualquer versão que chegar

O ganho de contexto longo que a gente fica esperando não te salva de reexplicar a arquitetura toda mensagem se não existe lugar nenhum onde essa arquitetura more

Outra coisa prática: sem model card, não dá pra planejar migração

Não dá pra escrever no roadmap "quando o 4.7 sair com janela X, a gente muda o pipeline pra ler o repositório inteiro"

Janela X não existe em documento nenhum

Qualquer "melhoria no contexto longo do 4.7" que você ler hoje segue sendo alegação, e planejar em cima de alegação costuma sair caro

O que está disponível hoje na linha Grok: contexto, preço e onde usar

O flagship atual é o Grok 4.6, apresentado como modelo de fronteira para código, tarefas agênticas e trabalho de conhecimento, com foco declarado em agentes de execução longa

Segue a foto do que tem spec publicada:

As células vazias são vazias de propósito: não tem dado oficial pra preencher, e eu não vou chutar número aqui

O catálogo de modelos da API, aliás, é o lugar de conferir isso com seus próprios olhos, na documentação de modelos da xAI

Os modelos de texto servidos são grok-4.6 e grok-4.5, mais as famílias Grok Imagine e Grok Voice

"Grok 4.7" não aparece lá

Quando 500K basta e quando vale usar os 2 milhões de tokens

Aqui o critério é simples, e não precisa de benchmark pra decidir

Trabalho agêntico e de código: 4.6

É o flagship declarado da casa pra código, tarefa agêntica e agente de execução longa

Os 500 mil tokens de janela dão MUITA folga pra uma sessão de desenvolvimento normal, com alguns arquivos grandes, log de erro, diff e ida e volta

E ele está no Cursor e no Grok Build, que é onde o trabalho de código acontece de verdade

Ingestão de base grande: Grok 4 Fast

Quando o problema não é raciocinar sobre código, e sim ENFIAR coisa pra dentro (transcrição enorme, pilha de documentos, dump de contrato, base de conhecimento inteira), a janela de 2 milhões de tokens do Grok 4 Fast é o diferencial óbvio

É quatro vezes a janela do 4.6

Agora, um aviso pra não cair no hype de janelona: janela grande é capacidade de ENTRADA, não é garantia de que o modelo vai usar bem tudo que você jogou lá dentro

Quem já brincou com teste da agulha no palheiro sabe que achar uma frase plantada no meio de um milhão de tokens é bem diferente de raciocinar sobre o conjunto todo

Então: contexto maior resolve "não coube"

Contexto maior não resolve "ele ignorou a regra que eu escrevi lá no começo"

Esse segundo problema se resolve com estrutura, e é o próximo bloco

Como estruturar a sessão para não reexplicar o projeto: memória do Grok Build

Atenção antes de tudo: isso aqui é recurso do Grok Build, o agente de código da empresa

Não é o app Grok, não é o grok.com, não é menu de site

Se você não está no Grok Build, esses comandos não existem pra você

A ideia é a seguinte: o Grok Build ganhou memória que carrega convenções, decisões e fatos do projeto de uma sessão pra outra

As notas são escritas em segundo plano enquanto você trabalha, e lidas de volta quando você volta pro projeto

Sessões posteriores leem essas notas antes de mexer no código relacionado

É o fim do ritual de colar o mesmo parágrafo de "esse projeto usa tal padrão, roda tal comando, não mexe em tal pasta" toda vez que você abre uma sessão

1. Abra uma sessão nova

A memória vale para sessões novas, então comece do zero:

/new

Ou simplesmente inicie um grok novo

As notas começam depois do primeiro turno concluído, e a captura roda a cada turno concluído, em segundo plano, sem interromper a sessão

O erro comum deste passo: ficar na sessão antiga esperando a memória aparecer e concluir que "não funciona"

Sessão velha não vira sessão nova por vontade própria 😛

2. Saiba o que entra e o que NÃO entra

Isso muda como você conversa com o agente

Entra: como o time escreve e revisa código, decisões e o raciocínio por trás delas, e fatos duráveis do projeto (de onde vive um subsistema até qual comando roda a suíte de testes)

Fica de fora: estado de tarefa, conclusões provisórias, segredos, e o que o repositório ou os docs já cobrem

O erro comum deste passo: tentar usar a memória como to-do list da sprint

Estado de tarefa não é fato durável, e não é pra isso que ela serve

Outro erro: despejar credencial no meio da conversa achando que "o agente guarda pra mim"

Segredo fica de fora, e ainda bem

3. Inspecione o que ele guardou

/memory

Esse comando abre um navegador somente leitura de todos os arquivos de memória, agrupados por escopo, com preview do arquivo selecionado

É o caminho pra achar QUAL arquivo editar quando uma nota está errada

O erro comum deste passo: assumir que tudo que ele anotou está certo

O agente anota o que entendeu, e às vezes ele entendeu uma decisão temporária como se fosse regra eterna

Dá uma passada de olho de vez em quando, é barato

4. Consolide com o dream

/dream

O dream agrupa as notas em arquivos por tópico, um por assunto, de modo que cada projeto termina com um conjunto pequeno de referências organizadas

Ele também roda sozinho, periodicamente, em segundo plano

O erro comum deste passo: achar que precisa rodar isso toda hora na mão

Não precisa, o dream trabalha sozinho também

Rodar manualmente faz sentido quando você acabou de despejar um monte de decisão nova e quer ver aquilo arrumadinho antes de sair

Esse princípio de manter poucas referências bem separadas por assunto é o mesmo de organizar as habilidades do agente pra ele não escolher a ferramenta errada: quanto mais bagunçado o acervo, pior a escolha na hora do aperto

Conclusão

Resumo da ópera: o Grok 4.7 não saiu, não tem model card, não tem preço, não tem janela publicada, e o próprio Musk já anunciou o 4.8 sem data pra nenhum dos dois

Qualquer número de contexto que você vir circulando sobre o 4.7 hoje é alegação, não spec

A decisão prática, então, é chata e óbvia: usa o Grok 4.6 pro trabalho de código e agente, e o Grok 4 Fast quando a janela é o que pesa mesmo

E investe tempo na memória de projeto no Grok Build

Esse é o ponto que quase ninguém comenta: memória de projeto não expira quando o modelo novo chega

As convenções do seu time, as decisões de arquitetura e o comando que roda a suíte de testes continuam valendo no 4.7, no 4.8 e no que vier depois

Janela de contexto prometida, não

Então monta isso agora, enquanto a fila de lançamento não anda…

Matheus Battisti, até o próximo post! 😀