Grok 4.5 usou dados do Cursor - só a SpaceX pode testar
Voltar para o Blog
Artigo

Grok 4.5 usou dados do Cursor - só a SpaceX pode testar

Mafra
28/07/2026
6 min de leitura

Sem benchmark público, só a palavra do Musk

Em 28 de junho de 2026, Elon Musk publicou que o Grok 4.5 entrou em beta privado na SpaceX e Tesla. A afirmação central: performance "próxima a, talvez superior ao Claude Opus". O modelo tem 1,5 trilhões de parâmetros, usa arquitetura V9 da xAI e incluiu dados de developer-workflow do Cursor em treinamento suplementar.

Nenhuma dessas afirmações tem verificação independente. O LMArena não avaliou. O Artificial Analysis não tem acesso. O SWE-bench não rodou uma única query nesse modelo. A única evidência de desempenho é o post de quem assina o cheque.

Para colocar em perspectiva: o Claude Opus 4.8 tem 69,2% no SWE-bench Pro, verificado de forma independente por múltiplos avaliadores. O mimo-v2.5, que roda hoje no Verboo Code, tem benchmark público documentado. O Grok 4.5 não tem nada disso.

O que significa "dados do Cursor" no treino do Grok 4.5?

"Developer-workflow data" é o termo usado pela xAI para descrever o que foi adicionado ao Grok 4.5 em treinamento suplementar, após o pré-treino do V9 terminar em maio de 2026. O Cursor foi a fonte desses dados, conforme detalhado em análise do data flywheel do Grok 4.5.

Mas "developer-workflow data" cobre um espectro enorme de possibilidades:

  • Dados internos da equipe Cursor: sessões de desenvolvimento dos próprios funcionários, código que eles escreveram, interações com o agente
  • Padrões agregados de usuários: tipos de query mais comuns, completions aceitas ou rejeitadas, estrutura de prompts (mesmo que anonimizados)
  • Datasets sintéticos: exemplos gerados artificialmente a partir de padrões observados no produto

A xAI não especificou qual das três. O Cursor também não emitiu nenhum comunicado público explicando o escopo do que foi compartilhado com a xAI, em que termos ou se os usuários foram informados.

Se você usa Cursor como ferramenta principal de trabalho, e especialmente se você processa código proprietário, descreve bugs de sistemas internos ou faz perguntas sobre arquitetura de produto, essa ambiguidade importa. Dados de workflow capturam mais do que parece: padrões de pensamento, estruturas de projeto, naming conventions e, potencialmente, lógica de negócio.

Staff do Cursor trabalhando no modelo rival?

O detalhe técnico do anúncio que mais gerou discussão foi esse: a SpaceX reassignou "dezenas de engenheiros da Starlink e do Starship, junto com staff do Cursor" para trabalhar diretamente no desenvolvimento da família Grok, usando a infraestrutura de supercomputação da SpaceX em Austin.

Isso criou dois campos de interpretação opostos:

Perspectiva xAI: Convergência estratégica. O Cursor contribui com expertise em IDE e developer tooling, a SpaceX traz compute e escala. O resultado vai beneficiar toda a cadeia de AI-assisted development. Dados e engenheiros indo para o time certo, resolvendo o problema certo.

Perspectiva da comunidade dev: Um produto pago com base de usuários ativa está movendo engenheiros para construir um modelo proprietário de uma empresa separada, treinado com dados de uso do produto que os usuários pagaram. O modelo resultante não vai estar disponível para esses usuários. Sem comunicado, sem opt-out, sem explicação pública.

A discussão no Hacker News e no r/LocalLLaMA foi consistente: o problema não é a parceria em si, é a opacidade. Usuários de ferramentas de agente de programação já têm ceticismo elevado sobre o que acontece com seus dados. Esse movimento não ajudou.

Por que a SpaceX quer um modelo novo todo mês?

O plano da SpaceX vai além de um único lançamento: a empresa anunciou que pretende lançar modelos completamente novos do zero mensalmente pelo restante de 2026. Infraestrutura própria, engenheiros próprios, objetivos de produto muito específicos.

O caso de uso interno faz sentido. Telemetria de foguetes em tempo real, diagnóstico de sistemas de propulsão, otimização de trajetória, projeto assistido de peças, review automatizado de código de flight software. Para esses casos, ter o modelo no próprio servidor elimina latência de API, risco de vazamento e dependência de terceiros.

O problema é o posicionamento externo. Quando a xAI compara Grok 4.5 com Claude Opus em um anúncio público sem dados públicos, ela cria expectativa de produto para uma audiência que não vai ter acesso ao produto. É PR sem substância.

O que o dev BR usa enquanto o Grok 4.5 fica na SpaceX?

Hoje, 6 de julho de 2026, o Grok 4.5 existe para exatamente duas organizações no mundo: SpaceX e Tesla. Não há API. Não há data de lançamento público. Não há plano de preço. Não há nada que o dev brasileiro possa usar amanhã de manhã.

Enquanto isso, o cenário de modelos open source com benchmark público nunca foi tão forte:

Modelo SWE-bench / Benchmark Contexto Disponível no Verboo Code
mimo-v2.5 Verificado publicamente 1M tokens Sim
deepseek-v4-flash Top SWE-bench Pro 128K tokens Sim
qwen3.6-27b 84% Polyglot BR 128K tokens Sim
GLM-5.2 Top-2 WebDev Arena (open source) 128K tokens Sim
Gemma 4 31B 80% LiveCodeBench 256K tokens Sim
Grok 4.5 Nenhum independente Desconhecido Não (só SpaceX e Tesla)

O Verboo Code roda 9 modelos open source em GPU dedicada, com endpoint OpenAI-compatible. Você escolhe o modelo via /model no CLI. Tokens ilimitados, custo fixo em reais, sem esperar convite de ninguém.

Se quiser comparar as opções disponíveis hoje, veja o breakdown completo em Cursor vs Claude Code vs Verboo Code: SWE-bench e preço.

O que vai acontecer com o Grok 4.5?

Duas possibilidades concretas:

Primeira: Grok 4.5 vira produto público nos próximos meses, com API, preço e benchmark independente. Nesse caso vai ser avaliado como qualquer outro modelo. Se realmente bater Claude Opus em SWE-bench com avaliação de terceiro, entra em discussão real. Se não, foi mais um ciclo de hype.

Segunda: Grok 4.5 permanece como showcasing interno de capacidade computacional da xAI e SpaceX, com o verdadeiro mercado-alvo sendo investidores e parceiros corporativos, não desenvolvedores.

Até que um dos dois aconteça, o debate sobre benchmarks hipotéticos não muda o código que você precisa entregar. Se você usa Cursor e quer saber exatamente o que foi compartilhado com a xAI, vale pedir esclarecimento direto ao suporte deles. A resposta (ou a ausência dela) já é informação.

Enquanto o mercado discute, a Verboo Code já entrega tokens ilimitados em agente de programação. Conheça.

Gostou deste artigo?
Compartilhe conhecimento com sua rede.
Leia também

Artigos relacionados