TL;DR
Grok Build 0.1 é o modelo especializado em codificação da xAI para engenharia de software agentiva, em vez de conversas comuns de chatbot. Lançado em beta público na API da xAI em 29 de maio de 2026, ele foca em desenvolvimento web, depuração, chamada de ferramentas, fluxos de trabalho MCP e agentes de codificação autônomos.
O modelo oferece uma janela de contexto de 256.000 tokens, aceita entrada de texto e imagem, suporta raciocínio, saídas estruturadas e function calling, e custa US$ 1 por milhão de tokens de entrada e US$ 2 por milhão de tokens de saída na tarifa padrão. Seu ponto forte não é um único autocomplete, mas um fluxo de trabalho multi-etapas em que um agente inspeciona um repositório, edita arquivos, chama ferramentas, executa testes e itera até um resultado validado.
A distinção-chave é simples: Grok Build é o produto de agente de codificação, enquanto grok-build-0.1 é o modelo acessível via API que pode rodar dentro de outros frameworks agentivos de codificação. A API do Grok Build 0.1 no CometAPI também está ativa, fornecendo o mesmo ID de modelo por meio de um gateway compatível com OpenAI.
Key Takeaways
- Grok Build 0.1 é otimizado para codificação agentiva, trabalho com repositórios, depuração e engenharia de software orientada a ferramentas.
- Seu ID de modelo na API é
grok-build-0.1, com janela de contexto de 256K e entrada de texto e imagem. - A precificação de curto contexto da xAI é US$ 1/M de entrada, US$ 0,20/M de entrada em cache e US$ 2/M de saída. A API do Grok Build 0.1 no CometAPI é 20% mais barata: US$ 0,80/M de entrada, US$ 0,16/M de entrada em cache e US$ 1,60/M de saída; solicitações no patamar de 200K ou acima usam tarifas de contexto longo mais altas.
- Ele suporta raciocínio, function calling e saídas estruturadas, mas não suporta a Batch API.
- Avalie-o pelo custo e tempo por tarefa de engenharia concluída com sucesso, não apenas pelo preço bruto por token ou por um único benchmark.
What Is Grok Build 0.1?
Grok Build 0.1 é um modelo de linguagem especializado da xAI, projetado em torno de fluxos de trabalho de engenharia de software agentivos. Segundo a xAI, ele foi treinado para tarefas como desenvolvimento web, depuração e agentes de codificação habilitados por MCP, e alimentou o ambiente original Grok Build.
Esse posicionamento o separa de um assistente de uso geral convencional. Um agente de codificação deve inspecionar repetidamente um repositório, identificar arquivos relevantes, chamar ferramentas, editar código, executar testes, ler falhas e revisar a implementação sem perder o estado da tarefa.
Por isso, a unidade significativa de avaliação é uma tarefa de engenharia ponta a ponta: navegação no repositório → plano → edição → execução de ferramentas → recuperação de falhas → validação.
Is Grok Build 0.1 the Same as Grok Build?
Não. Grok Build é o agente de codificação baseado em terminal da xAI, enquanto Grok Build 0.1 é o modelo subjacente que os desenvolvedores podem invocar via API.
Grok Build inclui revisão de planos, diffs de código, suporte a AGENTS.md, plugins, hooks, skills, servidores MCP, subagentes paralelos, integração com worktree e um modo headless para automação. O modelo também pode ser usado fora desse produto de terminal em frameworks de agentes e gateways compatíveis.
What Are the Grok Build 0.1 Specifications?
| Especificação | Grok Build 0.1 |
|---|---|
| Desenvolvedor | xAI / SpaceXAI |
| ID do modelo | grok-build-0.1 |
| Foco principal | Codificação agentiva e engenharia de software |
| Entrada / saída | Entrada de texto e imagem; saída de texto |
| Janela de contexto | 256.000 tokens |
| Capacidades | Raciocínio, function calling, saídas estruturadas |
| Preço padrão por tokens | $1.00/M entrada; $0.20/M entrada em cache; $2.00/M saída |
| Limiar de contexto longo | 200K tokens de prompt |
| Preço para contexto longo | $2.00/M entrada; $0.40/M entrada em cache; $4.00/M saída |
| Batch API | Não suportada |
| Limites documentados | 37 requests/s; 10,000,000 tokens/min |
| Regiões | us-east-1, us-west-2 |
Essas especificações estão documentadas na página oficial do modelo da xAI. A janela de contexto de 256K pode comportar um contexto substancial de repositório, enquanto a entrada de imagem permite que um agente interprete capturas de tela, mockups, diagramas de arquitetura e relatórios visuais de bugs junto com o código-fonte.
Quando um prompt atinge o limiar de contexto longo, tarifas mais altas se aplicam a todos os tokens dessa solicitação. Portanto, agentes com foco intenso em repositórios devem compactar ou recuperar contexto seletivamente, em vez de anexar continuamente arquivos e saída de ferramentas.
What Makes Grok Build 0.1 Different?
Codificação agentiva como alvo principal de otimização
Grok Build 0.1 não é apenas um modelo que escreve Python ou JavaScript. Sua especialização é a interação entre raciocínio, geração de código e ferramentas. Um agente de codificação útil deve planejar, inspecionar, editar, executar, recuperar-se de falhas e continuar sem perder o estado da tarefa.
Fluxos de trabalho orientados a MCP
Fluxos orientados a MCP podem conectar um agente de codificação a bancos de dados, sistemas de deployment, repositórios de documentação, rastreadores de issues, sistemas de observabilidade e ferramentas internas de desenvolvedor por meio de interfaces padronizadas.
Automação estruturada
Saídas estruturadas são úteis quando um agente precisa retornar objetos previsíveis em vez de prosa — por exemplo, planos de alteração de arquivos, parâmetros de ferramentas, resultados de testes, achados de revisão ou decisões de deployment. Isso reduz parsing frágil entre o modelo e a camada de orquestração.
Contexto visual para trabalho web e de UI
Como o modelo aceita entrada de imagem, um agente pode trabalhar com capturas de tela, páginas renderizadas, referências de interface, caixas de diálogo de erro e diagramas de arquitetura além do código-fonte.
How Fast Is Grok Build 0.1?
A xAI descreveu o Grok Build 0.1 como seu modelo de codificação mais rápido no lançamento e anunciou mais de 100 tokens de saída por segundo. Essa é uma alegação oficial de serviço, não uma garantia para todo prompt ou endpoint.
Medições independentes devem ser tratadas como observações com carimbo de data/hora. Atualmente, a Artificial Analysis reporta aproximadamente 69,6 tokens/s de saída e 0,54 segundos de tempo até o primeiro token para a API SpaceXAI. Infraestrutura do provedor, comprimento do prompt, comportamento de raciocínio, uso de ferramentas e carga do servidor podem alterar o resultado.
How Should You Interpret the Benchmarks?
| Indicador independente | Valor reportado atual | Interpretação |
|---|---|---|
| Artificial Analysis Intelligence Index | 27, estimated | Estimativa composta; a avaliação independente ainda é indicada como pendente |
| Velocidade de saída | 69,6 tokens/s | Medida na API de primeira parte SpaceXAI após o primeiro chunk de resposta |
| Tempo até o primeiro token | 0,54 s | Medição de latência do endpoint; não o tempo total de conclusão da tarefa |
Esses valores foram verificados na Artificial Analysis em 22 de setembro de 2026. Como a página é atualizada dinamicamente, revisões futuras devem conferir os valores novamente e reter a data de verificação.
Para sistemas de codificação autônomos, scores de benchmark são apenas uma parte da avaliação. Navegação no repositório, precisão de edição, seleção de ferramentas, comportamento de recuperação, disciplina de testes, latência e uso total de tokens podem ser mais importantes para a produtividade do desenvolvedor.
How Much Does Grok Build 0.1 Cost?
Grok Build 0.1 usa tarifas separadas para contextos curto e longo. A faixa de contexto curto se aplica quando o comprimento do prompt fica abaixo de 200.000 tokens; quando a solicitação atinge o limiar, a tarifa mais alta de contexto longo se aplica à solicitação.
| Camada de preços | CometAPI | xAI oficial |
|---|---|---|
| Entrada (contexto curto) | $0.80/M | $1.00/M |
| Entrada em cache (curto) | $0.16/M | $0.20/M |
| Saída (contexto curto) | $1.60/M | $2.00/M |
| Entrada (contexto longo) | $1.60/M | $2.00/M |
| Entrada em cache (longo) | $0.32/M | $0.40/M |
| Saída (contexto longo) | $3.20/M | $4.00/M |
Nas tarifas de contexto curto, um milhão de tokens de entrada mais um milhão de tokens de saída custa US$ 2,40 via CometAPI, contra US$ 3,00 via a API oficial da xAI. Nas tarifas de contexto longo, a mesma mistura de tokens custa US$ 4,80 via CometAPI versus US$ 6,00 via xAI. Esses valores cobrem apenas tokens do modelo; orçamentos de produção também devem incluir chamadas de ferramentas, tentativas, execução de testes e overhead de orquestração.
Grok Build 0.1 vs Grok 4.7 vs Grok Code Fast 1
| Dimensão | Grok Build 0.1 | Grok 4.7 | Grok Code Fast 1 |
|---|---|---|---|
| Ciclo de vida | Modelo atual especializado em codificação | Modelo frontier atual | Modelo de codificação da geração anterior; desativado em 15 de maio de 2026 |
| Posicionamento principal | Modelo especializado em codificação agentiva | Codificação frontier, tarefas agentivas e trabalho de conhecimento | Modelo rápido de codificação e predecessor na linha de modelos da xAI |
| Janela de contexto | 256K | 500K | Especificação legada; não use como base para uma nova implantação |
| Raciocínio e ferramentas | Raciocínio, function calling, saídas estruturadas | Raciocínio configurável; function calling, web search, X search e execução de código | Fluxos legados de codificação; migrar em vez de expandir o uso em produção |
| Entrada/saída oficial (curto) | $1.00 / $2.00 por M tokens | $2.00 / $6.00 por M tokens | Descontinuado; não assumir tarifa de produção atual |
| Entrada/saída (curto) no CometAPI | $0.80 / $1.60 por M tokens | $1.60 / $4.80 por M tokens | Use o catálogo atual e o modelo de substituição em vez do slug legado |
| Entrada/saída oficial (longo) | $2.00 / $4.00 por M tokens | $4.00 / $12.00 por M tokens | Não aplicável como tarifa de seleção de modelo atual |
| Encaixe típico | Loops de repositório de alto volume, depuração e agentes de codificação sensíveis a custo | Tarefas de codificação mais difíceis e longas e fluxos profissionais que precisam de raciocínio frontier mais forte e mais contexto | Referência de migração apenas; fixe grok-build-0.1 para cargas atuais |
Grok Build 0.1 é o especialista mais econômico quando inspeção, edição e testes repetidos de repositório dominam a carga de trabalho. Grok 4.7 oferece quase o dobro de contexto e um perfil de capacidade frontier mais amplo, mas seu preço por token de saída é materialmente mais alto. A decisão prática deve se basear no custo por tarefa concluída com sucesso, incluindo tentativas, chamadas de ferramentas e tempo de correção humana.
Ambos os modelos estão disponíveis no CometAPI, permitindo que equipes executem as mesmas tarefas de codificação por um único gateway e comparem taxa de conclusão, latência, uso de contexto e custo total sob um controlador consistente.
How Is Grok Build 0.1 Related to Grok Code Fast 1?
O identificador grok-code-fast-1 foi incluído na desativação de modelos da xAI de 15 de maio de 2026. O guia de migração contém uma declaração ampla de que slugs descontinuados redirecionam para grok-4.3, enquanto sua tabela de substituição específica por modelo e a seção “Code workloads” recomendam grok-build-0.1 e afirmam que o slug de codificação é roteado para esse modelo.
Como o mesmo guia oficial descreve o redirecionamento em dois níveis, usuários de produção não devem tratar o slug descontinuado como um identificador de modelo estável. Fixe grok-build-0.1 explicitamente para cargas de trabalho de codificação e verifique o roteamento atual antes da implantação.
A API do Grok Build 0.1 no CometAPI fornece acesso direto sob o ID de modelo atual, evitando dependência do alias descontinuado.
Where Can You Use Grok Build 0.1?
Isso significa que o modelo não está vinculado a um único IDE ou endpoint de provedor. Por meio do CometAPI, equipes podem usar o mesmo identificador grok-build-0.1 em um fluxo compatível com OpenAI e compará-lo com outros modelos de codificação sem reconstruir o controlador de agentes ao redor.
Grok Build 0.1 pode ser chamado pela xAI ou pelo CometAPI. Para o CometAPI, envie uma solicitação POST autenticada para api.cometapi.com/v1/chat/completions com model: "grok-build-0.1" e um array messages padrão.
curl "https://api.cometapi.com/v1/chat/completions" \
-H "Content-Type: application/json" \
-H "Authorization: Bearer $COMETAPI_KEY" \
-d '{
"model": "grok-build-0.1",
"messages": [
{
"role": "user",
"content": "Find the bug in this repository and propose a minimal fix."
}
]
}'
When Should You Use Grok Build 0.1?
Agentes de codificação em IDEs
A combinação de especialização em codificação e preço baixo por token se encaixa em fluxos interativos em que um agente lê, edita e valida código repetidamente.
Depuração automatizada
Agentes podem inspecionar um erro, buscar arquivos relevantes, gerar um patch, executar testes e refinar a correção.
Desenvolvimento web e de UI
Entrada de imagem cria um caminho para fluxos de trabalho guiados por capturas de tela e referências de design junto com o código-fonte.
Agentes de software baseados em MCP
Function calling e fluxos orientados a MCP atendem assistentes que precisam de acesso controlado a sistemas externos de desenvolvimento.
CI e automação de engenharia
Workflows headless podem suportar triagem de bugs, reparos automatizados, geração de testes, refatoração, migrações e preparação de pull requests.
Is Grok Build 0.1 Still Relevant in 2026?
Sim, mas seu papel é especializado, não “o modelo mais novo da xAI”. Seu valor está na combinação de especialização em codificação, janela de contexto de 256K, raciocínio, chamada de ferramentas, saídas estruturadas, entrada de imagem e preços padrão relativamente baixos por token.
Ele é mais convincente quando equipes precisam de um modelo responsivo para loops repetidos de agentes de software e podem avaliá-lo em seus próprios repositórios, testes, metas de latência e custos de falha.
Conclusion
Grok Build 0.1 é um modelo focado em agentes de codificação, não um modelo frontier universal. Suas especificações e preços oficiais o tornam atraente para trabalho de alto volume em repositórios, mas o design do agente ao redor determina se essa vantagem se mantém em produção.
Antes de adotá-lo, execute uma avaliação representativa que meça conclusão de tarefas, tempo de correção humana, contagem de chamadas de ferramentas, uso de tokens, taxa de aprovação de testes e exposição a contexto longo. Escolha-o quando o fluxo completo — não apenas o benchmark ou o preço por token — superar as alternativas.