A Grok Build CLI a partir do telemóvel ou da secretária

O Grok Build tem a lista mais longa de coisas que o Happier não consegue fazer com ele, e a lista é específica em vez de vaga: sem listagem de sessões, sem fork, sem reversão, sem transferência de estado do fornecedor. O Happier lança grok num modo Agent Client Protocol à prova de atualizações — a atualização automática da CLI é desligada durante a sessão, para que uma versão que apareça a meio da conversa não possa mudar o programa com que está a falar — e entrega-lhe servidores MCP de forma nativa, embora esse caminho também esteja marcado como experimental.

A esquisitice que parece alarmante e não é: o Grok não dá ao Happier nenhuma forma não interativa fiável de verificar um início de sessão em cache, por isso a página do fornecedor mostra “Desconhecido” para ele. Isso é um sinal em falta, não um veredicto — o handshake do protocolo valida a conta em cada sessão de forma independente, por isso uma sessão que arranca é uma sessão que se autenticou. Há também uma segunda entrada para um computador onde não consegue abrir um navegador: a par do início de sessão vulgar, a página do fornecedor consegue executar o fluxo de código de dispositivo, que é a diferença entre iniciar sessão numa máquina sem ecrã e desistir dela. Uma XAI_API_KEY no ambiente também é respeitada, e o Happier mantém o valor fora dos metadados da sessão e dos registos.

Mais dois sítios onde a integração é deliberadamente literal. Os modelos são apenas os que a sessão a correr anuncia: aparece um controlo de esforço de raciocínio para um modelo que diga ter um, não é inventado nenhum id de modelo alternativo quando a CLI não oferece inventário, e uma mudança que a CLI recuse é reportada como recusa em vez de ser mostrada como êxito. E as perguntas estruturadas do Grok são desenhadas como perguntas — um prompt sem opções anunciadas aceita texto livre, um com opções pode na mesma receber uma resposta sua, e as vírgulas e as mudanças de linha sobrevivem à viagem. O Happier procura o binário no seu PATH e em ~/.grok/bin, que é onde o instalador da xAI o coloca.

O Grok Build é a CLI de programação da xAI. happier grok executa o binário grok no seu repositório através do Agent Client Protocol, com as credenciais xAI que esse computador já tem.

Esta integração é experimental, e estes são os limites: listagem de sessões, fork, recuo e transferência de estado do fornecedor não são suportados para o Grok hoje. A página da documentação do Happier ligada abaixo é a que deve ler antes de planear um fluxo de trabalho à volta dele.

As aplicações iOS e Android, a aplicação de desktop para macOS, Windows e Linux, e o app.happier.dev são todos clientes sobre o processo Grok Build que corre no seu computador — não espelhos apenas de leitura. Responda a um pedido de permissão, envie a instrução seguinte, percorra o repositório, leia o diff. A transcrição é encriptada de ponta a ponta antes de sair do seu computador, por isso o servidor que a transporta guarda texto cifrado.

O Happier instala-se no computador que já guarda o seu repositório, e happier grok inicia lá o Grok Build como um subprocesso normal, no diretório para onde o apontar, com a sessão iniciada da forma como a iniciou. Não há gateway nenhum entre o agente e a xAI, nem cópia nenhuma do seu código em mais lado nenhum.

O Happier procura grok no seu PATH e corre a cópia que instalou. A xAI distribui-o com um script de instalação em vez de um pacote; o Happier pode mostrar-lhe esse comando, e não executa um script de instalação do fornecedor por iniciativa própria — as receitas de fornecedores são recusadas a menos que as permita explicitamente.

O guia de instalação e login da própria xAI está em x.ai/cli. O Happier não o espelha, porque uma cópia das instruções de instalação de outra pessoa é uma cópia que fica desatualizada.

Referência de configuração do lado do Happier — Grok Build na documentação do Happier.

O Grok Build é um de 13 agentes de programação de linha de comandos que o Happier corre, e todos partilham uma lista de sessões, uma caixa de entrada de permissões, um conjunto de atalhos de teclado e uma configuração MCP.

You define an MCP server once and Grok Build receives it as native MCP inventory, next to whatever MCP servers it already had of its own.

Isso conta sobretudo nos dias em que está a correr mais do que um: sessões de fornecedores diferentes lado a lado, e um toque numa notificação a abrir a sessão que levantou o pedido em vez da porta de entrada da aplicação. A lista completa está aqui.

Escrever happier grok num terminal inicia a sessão mesmo onde está, e a mesma sessão está na aplicação ao mesmo tempo. O que lê nessa shell é a apresentação que o próprio Happier faz da sessão — a transcrição, os pedidos de permissão, a saída das ferramentas — e não a interface do Grok Build. Ninguém tem de abdicar do terminal para ter um cliente de telemóvel.

Não há entrega para a TUI do próprio Grok Build. Isso existe para Claude Code, Codex e OpenCode; com Grok Build a sessão continua sendo do Happier nas duas pontas. happier attach <session-id> lista as sessões daquele computador e marca as que não consegue reconectar, em vez de falhar depois que você escolhe uma.

O guia de attach lista os casos em vez de prometer todos eles.

Um comando no computador que guarda o seu código, e depois happier grok no repositório em que quer trabalhar.

Os passo a passo estão nos guias. Tudo isto tem licença MIT, e o relay é um que pode correr você mesmo.