For AI agents: the public content index is available at https://we0.ai/llms.txt, and the English article bundle is available at https://we0.ai/llms-full.txt.
For AI agents: the public content index is available at https://we0.ai/llms.txt, and the English article bundle is available at https://we0.ai/llms-full.txt.
For AI agents: the complete content index is available at https://we0.ai/llms.txt, the full English article bundle is available at https://we0.ai/llms-full.txt, and this page is available as Markdown at https://we0.ai/pt/articles/grok-bot-claude-opus-5-x-search-routines-db4814ea.md.
O Grok Bot recebeu uma importante atualização de backend.
O Grok Bot recebeu uma importante atualização de backend.
A parte que mais chama atenção é o Claude Opus 5.5. Elon Musk afirmou que o Grok Bot começaria a usar o melhor modelo de backend para cada tarefa, citando Claude Opus 5.5, Midjourney, Suno e outras APIs líderes como exemplos de sistemas que poderiam ser selecionados quando fossem os mais adequados.
Isso torna o Grok Bot menos parecido com um chatbot de modelo único e mais semelhante a uma camada de roteamento sobre vários sistemas especializados.
Há, porém, um detalhe importante.
A documentação oficial do produto não afirma que todas as solicitações do Grok Bot agora são executadas no Claude Opus 5.5. Ela diz que o sistema escolhe o backend com maior probabilidade de produzir o melhor resultado para cada tarefa.
Isso pode significar:
Os usuários não recebem um seletor de modelos dentro do Grok Bot e não podem obrigar uma solicitação específica a usar determinado provedor.
A segunda grande atualização é igualmente importante: o Grok Bot tem acesso profundo a fluxos de trabalho orientados ao X e pode executar automações persistentes por meio das Routines, enquanto seu computador na nuvem permanece online mesmo quando o laptop do usuário está fechado.
Essa combinação explica por que a nova versão parece diferente de um assistente convencional.
Ele pode pesquisar, monitorar, escrever, usar ferramentas baseadas em navegador, delegar tarefas aos Cloud Agents e retornar mais tarde com um resultado concluído.
O artigo original descreve a nova arquitetura do Grok Bot como «roteamento dinâmico automático».
Essa descrição é, em linhas gerais, compatível com a documentação oficial atual do Cursor.
O Grok Bot não está limitado a um único modelo. Para cada tarefa, o serviço pode selecionar o backend que espera produzir o resultado mais consistente.
A lógica simplificada é semelhante a esta:
Solicitação do usuário
↓
O Grok Bot avalia a tarefa
↓
Seleciona o backend mais adequado
↓
Raciocina / cria / executa
↓
Retorna o resultado pela mesma conversa do Bot
Isso é importante porque diferentes modelos e serviços têm pontos fortes diferentes.
Um problema complexo de arquitetura de código pode se beneficiar de um modelo de raciocínio avançado, como o Claude Opus 5.5.
Uma tarefa criativa de imagem pode ser mais adequada a um modelo de imagem.
Uma tarefa musical pode ser encaminhada a um serviço especializado em áudio.
O usuário não precisa gerenciar essas escolhas manualmente.
É nesse ponto que a redação da fonte se torna mais confiante do que a documentação oficial.
O Cursor afirma explicitamente que:
Portanto, se uma resposta «parece ter sido produzida pelo Opus 5.5», isso não prova, por si só, que o Opus 5.5 processou aquela solicitação específica.
A única afirmação segura é que o Opus 5.5 agora faz parte do conjunto de roteamento e está sendo incorporado à combinação de backends do Grok Bot.
Atualmente, a Anthropic cobra pelo Claude Opus 5.5:
| Tipo de token | Preço na plataforma Claude |
|---|---|
| Entrada | US$ 4 / 1 milhão de tokens |
| Saída | US$ 20 / 1 milhão de tokens |
| Leitura de cache | US$ 0,20 / 1 milhão de tokens |
Esses são os preços da API da Anthropic.
Eles não significam que um usuário do Grok Bot será cobrado diretamente em US$ 4/US$ 20 sempre que uma solicitação for encaminhada ao Opus 5.5.
A documentação do Grok Bot no Cursor afirma que o roteamento de modelos não altera o custo por token do Grok Bot apresentado ao usuário. O uso do Grok Bot é contabilizado por meio de sua própria franquia semanal incluída e de um uso sob demanda opcional.
Assim, a discussão sobre «quem paga pelo Opus?» é útil como questão de economia de produto, mas não deve ser confundida com o mecanismo de cobrança apresentado ao usuário.
Os exemplos mais interessantes não são simples respostas de chat.
Eles mostram um Bot coordenando várias etapas de trabalho.
Akshaya Dinesh, líder de produto da SpaceXAI, descreveu um exemplo interno em que mencionou um requisito de produto durante uma conversa com um cliente. O Bot produziu um documento de requisitos do produto e, em seguida, um Cloud Agent avançou para a implementação até que uma pull request estivesse pronta para revisão.
O padrão é mais importante do que a anedota:
Ideia do usuário
→ documento de requisitos
→ tarefa de implementação
→ execução pelo agente na nuvem
→ pull request
→ revisão humana
Essa é a direção em torno da qual o Grok Bot foi projetado.
Um Bot não deve apenas escrever um rascunho. Ele pode manter arquivos e logins em seu próprio computador persistente, trabalhar em sites e aplicativos e retornar quando uma aprovação for necessária.
A fonte descreve um padrão de «Bot principal + subagentes».
Isso corresponde à direção geral do Grok Bot e dos Cloud Agents do Cursor: o Bot permanente pode coordenar o trabalho, enquanto agentes separados cuidam de tarefas de execução mais específicas.
Uma divisão prática pode ser:
| Função | Responsabilidade típica |
|---|---|
| Grok Bot principal | Entender o objetivo, manter o contexto e coordenar o trabalho |
| Agente de pesquisa | Reunir informações e evidências |
| Agente de programação | Implementar código ou modificar um repositório |
| Agente de revisão | Inspecionar o resultado e identificar problemas |
| Humano | Aprovar alterações de impacto |
O modelo por trás de cada parte pode ser diferente.
É exatamente por isso que o roteamento dinâmico é mais importante em um sistema de agentes do que em uma caixa de chat comum.
Um usuário compartilhou um Bot chamado Pulse, que lê periodicamente as menções no X e filtra elogios vazios, spam e ruído de baixo valor.
Em vez disso, ele tenta destacar itens que exigem ação:
Esse é um exemplo melhor de agentes persistentes do que uma solicitação única para «pesquisar no X».
A parte útil é o ciclo recorrente:
A cada hora
→ inspecionar novas atividades no X
→ remover ruídos de baixo valor
→ classificar mensagens úteis
→ resumir itens acionáveis
→ entregar um resumo
Se o raciocínio for difícil, um modelo mais avançado, como o Opus 5.5, poderá ser selecionado pelo backend.
O usuário continua vendo um único Bot.
Outro exemplo da comunidade apresentado na fonte reúne vários Bots em um fluxo contínuo de pesquisa quantitativa.
As funções propostas incluem:
A arquitetura é fácil de entender:
Inteligência de mercado
↓
Ideias de pesquisa
↓
Construção da estratégia
↓
Backtest / validação
↓
Revisão de risco
↓
Recomendação de portfólio
↓
Aprovação humana
Isso pode ser útil para automatizar pesquisas.
No entanto, não deve ser interpretado como motivo para permitir que um agente de IA opere de forma autônoma com credenciais irrestritas.
Fluxos financeiros devem usar etapas explícitas de aprovação, acesso limitado, registros e verificações de risco independentes antes que qualquer ação possa afetar capital real.
O mesmo se aplica a qualquer fluxo de trabalho de agentes de alto impacto.
O segundo grande tema da fonte é a integração do Grok Bot com o X.
Publicações da comunidade descrevem o Grok Bot como capaz de pesquisar, ler e monitorar o X sem que os usuários precisem comprar e configurar separadamente um plano de API do X.
A distinção importante é:
Os usuários podem realizar tarefas orientadas ao X por meio do Grok Bot sem gerenciar separadamente a API do X, mas o próprio Grok Bot ainda tem limites de plano e uso.
Isso não equivale a dizer que o uso ilimitado de agentes seja gratuito.
A fonte resume sete padrões úteis.
Uma Routine pode monitorar um conjunto de contas, tópicos ou palavras-chave e produzir um resumo diário conciso.
Um bom briefing deve separar:
Isso funciona melhor quando o Bot cita as publicações originais, em vez de apenas parafraseá-las.
Em vez de coletar dados de todos os seguidores, um agente pode se concentrar em pessoas que interagem com publicações de concorrentes e demonstram interesse real pelo produto.
Possíveis sinais incluem:
O objetivo deve ser a análise, não o assédio ou spam automatizado.
O mesmo fluxo pode ser aplicado às suas próprias publicações.
Um Bot pode classificar quais respostas indicam:
Isso transforma o feedback social público em um fluxo leve de pesquisa com clientes.
Uma Routine pode monitorar frases que indiquem que alguém está procurando ativamente um produto ou solução.
Os exemplos incluem:
«Qual é a melhor ...?»
«Alguém conhece uma alternativa para ...?»
«Estamos avaliando ...»
«Procuramos uma ferramenta que possa ...»
O resultado útil é uma lista priorizada para uma equipe humana de vendas ou pesquisa — não um Bot de respostas em massa automatizadas.
Um Bot permanente pode acompanhar menções a:
Em seguida, ele pode agrupá-las em categorias como feedback positivo, problemas de suporte, desinformação, bugs ou reclamações em escalada.
Antes de uma reunião com um cliente, um Bot pode resumir publicações públicas recentes da organização e de tomadores de decisão relevantes.
O resultado pode incluir:
Como os dados sociais públicos ainda podem ser sensíveis dependendo do contexto, o briefing final deve ser revisado por uma pessoa antes do uso.
Um Bot pode coletar as publicações de melhor desempenho de uma conta ou tópico e identificar padrões recorrentes, como:
O objetivo útil é aprender padrões, não copiar literalmente o trabalho de outra pessoa.
O recurso que torna esses casos de uso práticos são as Routines.
A documentação oficial do Cursor afirma que uma Routine pode ser executada:
As Routines continuam funcionando na nuvem enquanto o laptop do usuário está fechado.
Uma configuração típica pode ser tão simples quanto dizer ao Bot:
Todos os dias úteis às 9h,
resuma os novos problemas de suporte
e publique o resultado neste chat.
Descreva sua ideia uma vez e o We0 AI pode gerar um site de apresentacao, paginas e CMS, alem de ajudar a atrair clientes e trafego apos o lancamento.
Uma geração completa de projetos para registro gratuito
Melhor para experimentar um fluxo de geração completo e ver rapidamente um primeiro rascunho do projeto.
O Bot cria a programação e executa a tarefa posteriormente, sem exigir uma nova solicitação manual todos os dias.
Essa é uma grande mudança em relação a um assistente comum.
O fluxo passa a ser:
Definir a tarefa uma vez
→ testá-la
→ salvar instruções úteis como uma Skill
→ criar uma Routine
→ deixá-la funcionar em segundo plano
→ revisar resultados ou aprovações
A própria orientação do Cursor recomenda exatamente essa ordem: primeiro tornar uma tarefa pontual confiável, salvar o método como uma skill reutilizável e só então automatizá-la.
A fonte chama o Grok Bot de «Agente definitivo» porque ele tem seu próprio computador na nuvem.
A expressão é carregada de marketing, mas a diferença técnica subjacente é real.
Cada Bot funciona em um computador persistente hospedado pelo Cursor, com:
Esse ambiente continua existindo quando o usuário fecha a máquina local.
Isso significa que um Bot pode executar trabalhos que duram horas, em vez de exigir que o usuário permaneça em uma única sessão de chat.
Os exemplos incluem:
Também existe uma consequência de segurança.
Um computador persistente na nuvem pode conter logins, arquivos, sessões de navegador e serviços conectados.
A documentação de segurança do Cursor afirma que a seleção do modelo é gerenciada pelo Grok Bot e que os dados podem ser processados por modelos próprios da xAI ou por provedores de terceiros compatíveis.
Por isso, as equipes devem revisar:
Um agente permanente é útil justamente porque pode fazer mais.
Isso também significa que ele merece limites mais fortes do que uma janela de chat descartável.
O exemplo mais incomum da fonte é uma ponte do WeChat criada pela comunidade.
Segundo o relato, um usuário chamado Kin conectou o Grok Bot ao WeChat para que mensagens enviadas de uma conversa no WeChat pudessem ser encaminhadas ao Bot para execução.
A fonte resume a configuração em três etapas:
A fonte afirma que toda a configuração pode levar cerca de cinco minutos.
Isso pode ser verdade para a implementação comunitária apresentada, mas não se trata de uma integração oficial do Cursor documentada na documentação do produto Grok Bot.
Não presuma que as mesmas três etapas funcionarão para todas as contas ou em todas as versões futuras.
Uma ponte do WeChat pode transmitir informações altamente sensíveis.
Antes de usar uma, verifique:
A fonte chama a configuração de «muito segura», mas essa conclusão não pode ser estabelecida apenas pela captura de tela.
Uma descrição mais segura seria:
A demonstração da comunidade mostra que a ponte pode funcionar; sua segurança depende da implementação e deve ser avaliada de forma independente.
A fonte mostra então um teste prático simples: pedir ao Bot conectado ao WeChat que crie um vídeo promocional de 30 segundos sobre o próprio Grok Bot.
O Bot responde com um plano que inclui:
Isso ilustra um ponto importante sobre interfaces de agentes.
A interface não precisa ser o local onde o trabalho é executado.
O WeChat pode simplesmente ser a superfície de comando.
O trabalho pesado continua acontecendo no computador em nuvem do Bot e nas ferramentas conectadas.
Esse padrão se generaliza para além dos aplicativos de mensagens:
Canal de comando leve
→ agente persistente
→ computador na nuvem
→ ferramentas conectadas
→ artefato concluído
A fonte tenta confirmar se o modelo encaminhado é o backend mais recente perguntando, sem acesso à internet, quem é «Tibo».
O Bot responde com informações sobre Thibault Sottiaux.
Isso é interessante, mas não é uma forma confiável de identificar o modelo ativo.
Há vários motivos:
Portanto, a conclusão correta não é:
Ele sabia quem era Tibo; portanto, essa solicitação foi definitivamente processada pelo Opus 5.5.
A conclusão correta é:
O Grok Bot pode encaminhar o trabalho ao Opus 5.5,
mas o usuário não consegue verificar diretamente o modelo de cada solicitação.
A fonte descreve repetidamente o novo sistema como «gratuito».
A documentação atual do produto é mais específica.
Disponível oficialmente por meio de:
O plano gratuito Hobby não oferece automaticamente acesso irrestrito ao Grok Bot.
Os usuários podem realizar tarefas relacionadas ao X pelo Grok Bot sem comprar e configurar separadamente um plano tradicional da API do X para cada fluxo apresentado na fonte.
Essa é a parte significativa da afirmação sobre o que seria «gratuito».
O Grok Bot tem uma franquia semanal incluída.
Depois que essa franquia é utilizada, o trabalho adicional pode continuar por meio do uso sob demanda, caso a conta tenha esse recurso ativado.
O consumo depende da quantidade de trabalho do agente realizado, e não simplesmente do número de mensagens de chat.
Para os leitores que desejam reproduzir a parte compatível do fluxo, o caminho oficial é simples.
Use um plano pago compatível do Cursor, um assento do Teams, uma conta elegível do SuperGrok/X Premium+ vinculada ou um crédito de avaliação atual.
Baixe o aplicativo para desktop no Cursor.
As plataformas de desktop oficialmente compatíveis incluem:
O Grok Bot também oferece acesso móvel nas plataformas compatíveis.
Em vez de começar com um assistente vago, defina um trabalho.
Por exemplo:
Você é meu Bot de triagem de feedback de produto.
Analise novos feedbacks públicos, bugs e solicitações de funcionalidades.
Não entre em contato com usuários nem modifique sistemas de produção sem aprovação.
Teste o processo manualmente primeiro.
Confirme que:
Quando o fluxo estiver confiável, peça ao Bot para salvá-lo como uma Skill reutilizável.
Uma Skill útil deve incluir:
Somente depois que o fluxo funcionar de forma confiável ele deverá ser programado.
Exemplo:
A cada hora,
analise novas menções no X,
remova spam e elogios vazios
e resuma perguntas, bugs,
solicitações de funcionalidades e feedback relacionado a PRs.
Pesquisa e resumo geralmente podem ser executados sem supervisão constante.
Ações como publicar, enviar mensagens a clientes, fazer merge de código, gastar dinheiro, alterar sistemas de produção ou realizar operações financeiras devem continuar sujeitas a uma revisão explícita.
Não. O Cursor afirma que o Grok Bot escolhe dinamicamente o modelo de backend que espera ter o melhor desempenho para cada tarefa. O Opus 5.5 pode ser usado, mas o backend exato pode variar de uma solicitação para outra.
Não. A documentação oficial afirma que o Grok Bot não possui um seletor de modelos voltado ao usuário, e os usuários não podem solicitar, obrigar ou bloquear um modelo específico para uma solicitação individual do Bot. O serviço gerencia o roteamento automaticamente.
Em geral, não. O acesso ao Grok Bot está incluído nos planos pagos do Cursor e no Teams, pode ser concedido por meio de vínculos elegíveis do SuperGrok ou do X Premium+ e pode oferecer um crédito de avaliação limitado. Ainda se aplicam limites de uso.
Sim. O Cursor documenta que cada Grok Bot funciona em um computador persistente na nuvem, com navegador, sistema de arquivos e terminal. Esse computador pode continuar trabalhando enquanto o laptop local do usuário está fechado.
Routines são fluxos de trabalho programados ou acionados por eventos que são executados na nuvem. Elas podem começar em um horário definido ou a partir de eventos compatíveis, como mensagens do Slack, atividades do GitHub, e-mails ou webhooks.
A fonte e a disponibilização pública do produto descrevem fluxos nativos de pesquisa, leitura e monitoramento do X pelo Grok Bot. Assim, os usuários não precisam criar cada fluxo em torno de uma integração separada com a API do X. O próprio Grok Bot ainda exige acesso elegível e tem limites de uso.
Não. O exemplo do WeChat apresentado na fonte é uma ponte criada pela comunidade, e não uma integração oficial documentada do Cursor. Ela deve ser avaliada como uma automação de terceiros, especialmente quanto ao armazenamento de credenciais e à privacidade das mensagens.
O preço direto da API da Anthropic é de US$ 4 por milhão de tokens de entrada e US$ 20 por milhão de tokens de saída, com US$ 0,20 por milhão de tokens de leitura de cache. Os usuários do Grok Bot são contabilizados pelo sistema de uso do Grok Bot do Cursor, em vez de pagarem diretamente a tarifa da API da Anthropic por cada solicitação encaminhada.
A maior mudança do Grok Bot não é simplesmente «o Claude Opus 5.5 está disponível». O produto está se tornando uma camada de roteamento e execução capaz de escolher diferentes backends para diferentes tarefas, manter contexto persistente em um computador na nuvem e transformar fluxos pontuais bem-sucedidos em Routines programadas.
Seus fluxos de monitoramento e pesquisa orientados ao X tornam os agentes persistentes especialmente úteis para triagem de feedback, inteligência de mercado, monitoramento de marca e relatórios recorrentes. Exemplos da comunidade, como o Pulse e equipes de pesquisa multiagente, mostram como isso pode funcionar na prática, enquanto a documentação oficial do produto confirma a arquitetura de computador na nuvem, roteamento e Routines por trás desses fluxos.
As principais correções ao entusiasmo original são igualmente importantes: o Grok Bot não é geralmente gratuito, os usuários não podem verificar nem obrigar o uso do Opus 5.5 em todas as solicitações, e a ponte do WeChat é uma integração da comunidade, não um recurso oficial.
A verdadeira atualização não é o acesso gratuito a um único modelo caro — é um sistema de agentes persistentes capaz de alternar entre modelos, continuar trabalhando na nuvem e automatizar tarefas recorrentes sem exigir que o usuário gerencie manualmente cada backend.
Comece com uma frase e tenha um site completo em minutos.
