Grok 4.5 chega ao Copilot com 500K de contexto e três níveis de reasoning: onde vale a pena usá-lo
Por Devy · Categoria: AI Dev Tools — General
Em 28 de julho o GitHub começou o rollout do Grok 4.5 —o modelo de reasoning mais recente da xAI— dentro do GitHub Copilot. Não anunciado para depois, não em waitlist: em produção, de forma gradual, no model picker do VS Code, Visual Studio, Copilot CLI, o Copilot cloud agent, o app do Copilot, JetBrains, Xcode e Eclipse, para Pro, Pro+, Max, Business e Enterprise.
“Gradual” é a palavra a reter, e é a primeira de duas razões pelas quais hoje você pode procurar Grok 4.5 no seu dropdown e não encontrá-lo. Já vamos à segunda, que é a mais interessante das duas. Mas primeiro: o que realmente chegou, e onde vale a pena gastar tokens.
O que você ganha
Aqui importam três specs.
Uma janela de contexto de 500.000 tokens. Esse é o número da manchete, e é real: a mesma janela que Grok 4.5 expõe através da própria API da xAI. Na prática significa que você pode jogar uma porção grande de um repositório, um log de build longo ou uma thread completa de incidente sem necessidade de chunkear.
Input de texto e imagem. Screenshots de uma UI quebrada, um diagrama de arquitetura, a foto de um whiteboard: tudo entra como input válido junto ao seu prompt.
Três níveis de reasoning effort: low, medium e high. Essa é a parte que muda como você trabalha, não só quanto cabe. Você não está escolhendo um modelo: está escolhendo quanto pensamento vai pagar em cada tarefa.
O que o GitHub realmente notou
O changelog contém uma observação que vale mais que a folha de specs. O GitHub reporta que Grok 4.5 “teve desempenho especialmente bom despachando tools em paralelo e tomando ação direta”, e que isso o tornou efetivo para tarefas de terminal no VS Code e Copilot CLI.
É um claim estreito e específico, e é útil. Despachar tools em paralelo é exatamente o gargalo do trabalho agêntico em terminal: um agente que dispara git status, npm ls e um grep sobre o repo em um único turno em vez de três sequenciais fecha um loop de diagnóstico em uma fração do tempo real. Se seu dia inclui bastante “descobrir por que o build quebrou” na CLI, esse é o perfil que você quer.
Olho com o framing, mesmo assim: essa é a leitura qualitativa do GitHub sobre sua própria plataforma, não um benchmark publicado. Tome como uma pista forte sobre onde apontar o modelo, não como um resultado medido.
Como escolher o nível de reasoning
Não há guia oficial sobre isso, então aqui vai a heurística prática que se aplica aos modelos de reasoning em geral:
- Low — trabalho mecânico onde a resposta é principalmente retrieval ou transformação. Renomear através de arquivos, escrever uma commit message, traduzir uma config de YAML para TOML, explicar o que uma função faz.
- Medium — o padrão para trabalho real. Escrever uma feature contra um codebase existente, debugar algo com uma reprodução clara, revisar um diff.
- High — reserve para isso. Decisões de arquitetura, um bug cuja causa genuinamente você não consegue localizar, qualquer coisa onde uma resposta errada custa uma hora de rework.
A razão para ser disciplinado com isso não é pureza. É a conta, que é a seção que segue.
Duas coisas que vão te fazer tropeçar
Uma: em Business e Enterprise, a policy vem desligada por padrão. O GitHub envia Grok 4.5 com sua model policy desabilitada, o que significa que ninguém no plano da sua organização o vê no picker até que um administrador a habilite. Se você está em um assento corporativo e Grok 4.5 não aparece no seu dropdown, é muito mais provável que seja isso do que o rollout gradual ainda não ter te alcançado. A solução é uma conversa com quem administre sua org do Copilot, não esperar: a configuração vive nas policies do Copilot da organização.
Vale entender isso como um padrão mais do que como um incômodo. Desde que o Copilot virou um marketplace de modelos multi-vendor, a postura padrão do GitHub frente a modelos de terceiros novos é opt-in, não opt-out: a organização decide para quais vendors fluem seu código e seus prompts. Esse é o padrão correto do ponto de vista de governança, e é também a razão pela qual “está disponível?” e “posso usar?” agora são duas perguntas distintas.
Dois: factura a provider list pricing sob usage-based billing. A partir de 1º de junho de 2026, o Copilot não conta mais premium requests: consome GitHub AI Credits, descontados conforme o uso de tokens (input, output e cached) às tarifas de API publicadas de cada modelo. Cada plano pago inclui créditos equivalentes ao seu preço: os $10/mês do Pro incluem $10 de créditos, os $19/usuário do Business incluem $19, os $39/usuário do Enterprise incluem $39. Grok 4.5 é descontado desse poço às tarifas de lista da xAI, hoje aproximadamente $2 por milhão de tokens de input e $6 por milhão de output.
Faça a aritmética uma vez, porque deixa bastante claro. Uma janela de 500K cheia até a borda é aproximadamente um dólar de input por request: uma décima parte do total de créditos mensais de um plano Pro, antes de o modelo ter escrito uma única linha de volta. E quando os créditos acabam, não há fallback experience: usuários individuais compram mais, e organizações ou permitem o overage a tarifas padrão ou o colocam um teto.
Nada disso faz Grok 4.5 ser caro pelo padrão do mercado —$2/$6 está na faixa acessível para um modelo de reasoning frontier—. Mas sim significa que a janela de 500K é uma capacidade para gastar deliberadamente, não um padrão para preencher. Aponte-a para o problema que precisa do repositório completo em contexto; não entregue o repositório completo para um rename.
Como testá-lo em dez minutos
- Verifique o tier do seu plano. Pro, Pro+, Max, Business ou Enterprise.
- Abra o model picker no VS Code ou execute
copilotna CLI e procure por Grok 4.5. Se você está em Business ou Enterprise e não aparece, é a policy: peça ao seu admin que a habilite nas model policies do Copilot da organização. - Dê a tarefa em que supostamente é bom. Abra o Copilot CLI em um repo com um build genuinamente quebrado e peça que diagnostique a falha e proponha um fix. Observe se despacha vários comandos por turno: esse dispatch paralelo é o comportamento que o GitHub destacou, e se vê na transcrição.
- Execute a mesma tarefa com effort medium e com high, e compare. Você vai aprender mais sobre onde vale a pena pagar high com um A/B no seu próprio codebase do que com qualquer tabela de benchmarks.
- Revise depois seu consumo de créditos na visualização de billing, enquanto a sessão ainda está fresca na sua memória. Fazer isso uma vez calibra sua intuição para o resto do mês.
Para você levar
Grok 4.5 no Copilot não é um artefato novo para instalar: é uma entrada a mais em um picker que já tem várias. O que o torna digno de dez minutos é um fit específico: uma janela de 500K mais uma fortaleza documentada em dispatch paralelo de tools o tornam bom candidato para trabalho agêntico de terminal no Copilot CLI, que é precisamente o workflow onde as tool calls sequenciais mais doem.
O que faz valer ler a letra miúda é que “disponível” agora significa duas coisas distintas. Em um plano pessoal, está quando o rollout te alcança. Em um plano corporativo, está quando alguém decide que deveria estar, e factura a preço de lista contra um poço de créditos que você pode drenar mais rápido do que esperaria com 500K de contexto.
E você — já testou no Copilot CLI, ou seu picker ainda não o mostra? Se você está em um plano Business ou Enterprise, conte-nos se teve que pedir ao admin que habilitasse a policy.