Grok Bot para Teams e Enterprise

O Grok Bot oferece a cada pessoa da sua equipe Bots permanentes para o dia a dia: pesquisa, operações, documentos, navegação e automações. Esta página é destinada a admins de equipes e organizações, bem como a revisores de segurança que decidem se o Grok Bot pode ser usado e a membros que querem entender o modelo de aprovação no qual trabalham. Ela reúne informações sobre como o Grok Bot é desenvolvido, o que os Bots podem acessar, os controles que você pode definir e a configuração recomendada pelo Cursor.

Disponibilidade

Planos e faturamento é a matriz oficial de planos e uso.

Como o Grok Bot é estruturado

O Grok Bot é um agente que opera aplicativos, navegadores e ambientes de desenvolvimento. Ele é executado na nuvem do Cursor, e o trabalho de cada usuário é realizado em um computador na nuvem dedicado. Os apps para desktop e dispositivos móveis são clientes leves para chat, revisão e aprovações.

O modelo de segurança se baseia em quatro princípios:

• Isolamento por usuário. O trabalho de cada usuário é executado em uma microVM Firecracker dedicada, uma micromáquina virtual com separação em nível de hardware em relação aos demais usuários.
• Sem acesso por padrão. Um Bot pode usar apenas as contas e os plugins aos quais o usuário ou a equipe lhe conceder acesso.
• Etapas de aprovação humana. Ações sensíveis exigem aprovação do usuário, avaliada por um modelo de revisão independente chamado Auto-review.
• Controle administrativo. Políticas da equipe controlam plugins, acesso de saída à rede e delegação.

As partes se encaixam da seguinte forma:

1. Máquina local. Chat, revisão e aprovações acontecem no dispositivo do membro. O trabalho é executado no computador hospedado. A execução local opcional exige, por padrão, aprovação para cada comando e pode ser desativada.
2. Ambiente. Uma microVM Firecracker persistente por usuário. Todos os Bots executados por esse usuário compartilham esse computador. Admins gerenciam o Grok Bot na página do Grok Bot no dashboard do Cursor: política de rede, regras da equipe, scripts de configuração, uma opção para desativá-lo em toda a organização e o encerramento do computador de qualquer membro.
3. O Bot. Uso de shell, navegador e computador dentro do computador hospedado. Um Bot não tem acesso por padrão e atua apenas com contas nas quais o membro o autenticou. Ele transfere ao membro as etapas de login, autenticação de dois fatores e pagamento.
4. Plugins. A política de Cursor MCP (Model Context Protocol) da sua equipe é aplicada integralmente, permitindo ou bloqueando cada conector. Os tokens OAuth permanecem no backend de conectores do Cursor, e os Bots invocam ferramentas sem recebê-los.
5. Cloud Agents. O Grok Bot pode delegar tarefas de programação a computadores separados sob os controles existentes do Cloud Agent. Admins podem desativar a criação de novos agentes.
6. Modelos e dados. O Cursor gerencia a seleção de modelos. Com o Privacy Mode ativado, os dados do cliente não são usados para treinamento; o Cursor aplica isso em seus servidores e, quando a configuração não pode ser verificada, o sistema assume, por padrão, que os dados não serão usados para treinamento.

Como os usuários são isolados

Cada usuário recebe um computador dedicado, com separação em nível de hardware, e não pode acessar o computador de outro usuário. Cada computador é uma microVM Firecracker com seu próprio kernel, memória e dispositivos virtuais.

Para cada usuário, o limite é diferente: todos os seus Bots compartilham um computador, e os Bots isolam personalidades e espaços de trabalho, não recursos computacionais. Considere que um login ou arquivo no computador está disponível para todos os Bots executados por esse usuário, desconecte o navegador das contas de que um Bot não precisa mais e remova arquivos temporários confidenciais quando o trabalho for concluído. Quando uma carga de trabalho precisar de seu próprio computador e conjunto de credenciais, atribua a ela seu próprio usuário do Cursor.

Antes da implementação

• Desative o Privacy Mode (Legacy). Essa configuração bloqueia completamente o Grok Bot, e será solicitado que você a altere antes de ativá-lo. Verifique a configuração de privacidade nas Configurações da equipe.
• Planeje o uso de endereços de saída compartilhados. Se sua empresa restringe serviços por IP de origem, consulte IPs de saída estáticos.
• Defina como os membros farão login nas ferramentas da empresa a partir do computador. Consulte identidade e login.
• Revise as políticas herdadas pelo Grok Bot: sua configuração do MCP, as Regras da equipe e as instruções da equipe do Auto-review.

Configure sua equipe

Controles de administração

Quase tudo fica na página do Grok Bot no dashboard do Cursor; os itens indicam quando um controle está em outro lugar.

• Ativar o Grok Bot. Uma opção para toda a organização que ativa ou desativa o Grok Bot. Desativá-lo bloqueia os membros, mas não exclui os computadores deles.
• Política de rede. Quatro modos, escopo de grupo e um bloqueio. Consulte a política de rede.
• Cloud Agents. Permita ou bloqueie a delegação para os Cursor Cloud Agents. O padrão é ativado.
• Compartilhamento público de templates. Quando desativado, o compartilhamento de templates do Bot fica restrito à sua equipe, e a política é aplicada nos servidores do Cursor, inclusive aos modelos públicos existentes. Equipes no plano Enterprise começam com o compartilhamento público desativado.
• Regras da equipe. Regras aplicadas aos Bots de todos os membros. Elas são sempre obrigatórias e não podem ser opcionais, e você define o escopo de cada regra para o Cursor, o Grok Bot ou ambos. Mantenha-as curtas e em pouca quantidade, como "nunca mova dados da empresa para contas pessoais"; para impor restrições, use instruções do Auto-review.
• Configuração da equipe. Manifestos de scripts de instalação de administração executados em todos os computadores da equipe, garantindo que suas ferramentas padrão estejam disponíveis em todos eles. Não inclua valores secretos nos scripts de configuração.
• Gerenciamento de computadores. Admins da organização podem consultar o computador de qualquer membro, ver quando foi criado e esteve ativo pela última vez e encerrá-lo; direitos de Admin da equipe não são suficientes, porque um computador abrange todas as equipes às quais o membro pertence. O disco persistente é mantido, e a próxima sessão do membro inicia um computador novo.
• Instruções da equipe do Auto-review. Instruções de permissão e bloqueio para toda a equipe que orientam as decisões do revisor para todos os membros. Elas ficam nas configurações da equipe, em Segurança e Automação.
• Execução local. A política para Bots que atuam na própria máquina de um membro. Consulte a execução local.
• gravação de ações. Uma configuração do plano Enterprise que registra as ações dos Bots e vem desativada por padrão. Para receber os eventos no seu próprio coletor, configure o Exportação do OpenTelemetry. Consulte registro e auditoria.
• Política de conectores. O Grok Bot herda integralmente a política de permitir e bloquear MCP do Cursor da sua equipe; não há uma lista separada de conectores do Grok Bot, e os conectores aparecem como plugins no app. Configure a política em MCP server trust management. Quando a política bloqueia um servidor, os membros veem o plugin como Desativado pelo administrador da equipe. Não é possível provisionar conectores para membros, sejam obrigatórios ou ativados por padrão.

Política de rede

Os admins definem uma política de rede do Grok Bot para a equipe no dashboard. Ela controla quais destinos os computadores da equipe podem acessar.

• Destinos incluem domínios da Web e faixas de IP com portas para conexões brutas, sem limite no número de entradas.
• Grupos podem definir sua própria política de rede, que substitui a da equipe para seus membros, e um bloqueio torna a política da equipe aplicável a todos.
• A política é independente das configurações de rede do Cloud Agent e é aplicada quando um computador é criado ou recriado. Recrie ou reinicie um computador em execução para que uma nova política seja aplicada.
• Restringir o tráfego de saída limita para onde os dados podem ser enviados. Hooks dedicados de prevenção contra perda de dados não estão disponíveis.

Bloquear um plugin não bloqueia o site desse serviço. A política de conectores e a política de rede são camadas separadas, e bloquear os dois caminhos requer ambos os controles.

IPs de saída estáticos

Computadores hospedados acessam a internet por meio de endereços IP de saída estáticos compartilhados. As faixas são compartilhadas entre clientes do Grok Bot, e IPs dedicados para cada cliente não estão disponíveis. Portanto, considere que elas identificam o tráfego do Grok Bot, e não apenas o da sua equipe. As faixas atuais podem ser obtidas com a equipe da sua conta, e o controle do produto é a lista de permissão de destinos, não um editor de IPs de origem.

Se a sua empresa inspeciona o tráfego TLS, permita os nomes de host publicados do Cursor e isente-os da inspeção. A equipe da sua conta pode fornecer a lista atual.

Aprovações e Auto-review

As aprovações mantêm ações importantes sob o controle do membro. O limite mais forte é o definido na própria solicitação, portanto, peça aos membros que especifiquem o que um Bot pode alterar e onde deve parar:

Concilie os dados da campanha e elabore uma recomendação de alteração de orçamento. Não altere a campanha nem envie mensagens à agência. Peça aprovação após mostrar o valor atual, o valor proposto e o impacto esperado.

Quando uma ação precisa de aprovação, a conversa mostra a operação proposta e suas entradas. Permitir uma vez permite que o Bot prossiga com essa ação, Sempre permitir pode salvar uma regra correspondente e Negar a bloqueia (no iPhone, os controles são Aprovar uma vez e Negar). Uma aprovação controla a ação proposta, não o trabalho já concluído, e ninguém deve aprovar uma ação cujo destino ou efeito não consiga identificar.

O Auto-review é a camada de revisão por trás desses prompts: um modelo de revisão independente que avalia ações arriscadas do Bot antes de serem executadas, incluindo comandos de shell, chamadas de plugin, uso do computador, gravações de automação (alterações em rotinas e gatilhos de eventos) e delegações, como inicializações de Cloud Agent e subagentes. Ele pode permitir que uma ação prossiga, exigir aprovação ou negá-la.

• A aplicação é habilitada pela Cursor e está ativa para todos os usuários. A configuração de Auto-review de cada membro continua sendo a opção para desativá-lo; em implantações sensíveis à segurança, peça aos membros que a mantenham ativada.
• As instruções da equipe o orientam para todos. Os administradores adicionam instruções de bloqueio para toda a equipe, destinadas a ações que nunca são aceitáveis, e instruções de permissão para trabalhos rotineiros e seguros, nas configurações da equipe, em Segurança e Automação.
• Os membros podem adicionar regras pessoais em Configurações > Geral > Auto-review: regras de Exigir aprovação sempre interrompem ações correspondentes, regras de Sempre permitir deixam ações correspondentes prosseguirem apenas quando a revisão não encontra outro motivo para interrompê-las, e Exigir aprovação prevalece quando ambas correspondem. Regras específicas para uma ação e um escopo conhecidos funcionam melhor, como "exigir aprovação antes de enviar qualquer e-mail externo" ou "sempre permitir a execução de git status em /workspace/reports"; evite regras amplas como "permitir tudo no navegador". As regras pessoais são armazenadas no desktop atual e sincronizadas com seu computador Grok Bot, portanto, outra instalação do desktop precisa ter suas próprias regras.
• Ele não revisa todos os efeitos colaterais. Gravações de memória e a maioria das alterações de configuração são exemplos. Trate-o como um complemento aos limites explícitos e ao princípio do menor privilégio, atuando junto a controles que não dependem do julgamento de um modelo: aprovações por ação, a política de rede e o isolamento por usuário.

Identidade e login

Os membros fazem login no Grok Bot com a conta do Cursor; portanto, a configuração de SSO do Cursor já existente se aplica. O SSO SAML 2.0 funciona com Okta, Microsoft Entra, Google Workspace e OneLogin. O SSO pode ser exigido para todos os membros (bloqueando o login por senha), e o provisionamento SCIM 2.0 está disponível no plano Enterprise. Para obter instruções passo a passo sobre a configuração do Okta e do Entra ID, incluindo a atribuição de apps e as regras de login para o navegador do computador, consulte Configurar identidade e acesso.

No computador hospedado, os membros fazem login em aplicativos pelo navegador usando seu próprio provedor de identidade, como ao configurar um novo laptop. Suas políticas de sessão regem essas sessões, e revogar o usuário no seu provedor de identidade as encerra.

Um Bot não tem identidade nem credenciais próprias:

• Os Bots atuam como o membro com sessão iniciada. Um Bot nunca pode ter mais acesso do que a pessoa a quem pertence, todas as ações permanecem atribuíveis a um membro identificado e não há uma identidade de máquina separada fora do seu provedor de identidade para provisionar, rotacionar ou auditar. Os conectores gerenciados pela equipe são a única exceção: podem usar credenciais da equipe ou de contas de serviço.
• Os tokens de conector permanecem no backend do Cursor. Os Bots invocam ferramentas sem receber tokens OAuth, e os tokens nunca são armazenados no computador.
• As credenciais permanecem com o membro. Em etapas de login, autenticação de dois fatores e pagamento, o Bot passa o computador ao membro em vez de digitar credenciais. Para conexões compatíveis, uma solicitação segura de segredo mascara o valor inserido e o mantém fora da transcrição e longe do modelo; senhas e códigos de uso único nunca devem ser incluídos em chats comuns. Consulte Armazenar segredos com segurança.

Para revogar o acesso rapidamente, encerre o computador do membro pelo dashboard (o disco persistente é mantido, e a próxima sessão inicia um computador novo) e revogue as sessões no seu provedor de identidade. As sessões dos aplicativos persistem apenas no computador do membro.

Quando um projeto ou login não deve mais estar disponível, os membros fazem a limpeza diretamente: pausam ou excluem as rotinas relacionadas, saem de sites no computador, desinstalam plugins e revogam sua autorização no serviço de origem, e removem arquivos confidenciais de /workspace. Excluir um Bot não remove arquivos do computador nem sessões do navegador.

Registros e auditoria

Os logs de auditoria e a Gravação de ações usam pipelines separados. Os logs de auditoria abrangem eventos administrativos e de segurança. A Gravação de ações captura as ações do Bot internamente, e a Exportação do OpenTelemetry envia esses eventos para o seu coletor quando configurada.

• Logs de auditoria no plano Enterprise abrangem eventos de administrador, segurança e autenticação. Visualize-os no dashboard ou transmita-os para seu SIEM.
• Gravação de ações é uma configuração do plano Enterprise, desativada por padrão. Quando uma equipe a ativa, o Cursor registra as ações do Bot, incluindo comandos de shell higienizados, em um store interno com retenção de 90 dias. Para receber os eventos higienizados no seu próprio coletor, configure a Exportação do OpenTelemetry. Os eventos de Gravação de ações não aparecem na página de Logs de auditoria.

Ferramentas de endpoint

O Grok Bot não oferece um feed integrado de telemetria ou EDR voltado ao cliente. Os computadores são parte da infraestrutura operada pelo Cursor, que monitora sua integridade operacional e possíveis abusos; essa telemetria deliberadamente exclui dados do cliente. Os manifestos de configuração da equipe permitem que admins instalem suas próprias ferramentas em todos os computadores da equipe.

Retenção e exclusão de dados

O computador de cada membro mantém arquivos locais, sessões do navegador e tudo o que é salvo no navegador em um disco persistente entre sessões.

• Computadores ociosos hibernam automaticamente. Hibernação não é exclusão.
• Atualizações de imagem preservam arquivos. Computadores com uma imagem de sistema desatualizada são recriados usando a imagem atualizada, preservando os arquivos dos membros.
• Redefinições feitas por membros mantêm dados sincronizados. Os membros podem redefinir o próprio computador pelo app para desktop. A redefinição mantém os dados persistentes sincronizados, e trabalhos recentes não sincronizados podem ser perdidos. Consulte Recover Grok Bot computer data.
• A exclusão segue o DPA. Conforme o Acordo de Processamento de Dados, os dados são excluídos ou devolvidos em até 30 dias após uma instrução por escrito, quando o serviço é encerrado.
• Backups são executados diariamente. O plano de controle de produção do Cursor é protegido por backups criptografados diários, replicados em uma instalação de recuperação separada.

Uma política de retenção por organização e a restauração pontual de um computador individual gerenciada pelo cliente não estão disponíveis.

Residência de dados

Atualmente, os computadores do Grok Bot operam nos Estados Unidos. Se a sua análise exigir um compromisso de residência de dados por escrito, entre em contato com a equipe da sua conta.

Modelos e dados

O Cursor gerencia a seleção de modelos. Não há seletor de modelos para clientes, e a combinação de modelos disponíveis pode mudar ao longo do tempo, sem garantia de um conjunto fixo de fornecedores. As análises de uso mostram o modelo que efetivamente atendeu cada solicitação, incluindo failovers, e o faturamento segue o modelo que realmente atendeu.

• A lista de permissão de modelos da equipe é respeitada por padrão, mas sua aplicação não é garantida. Durante a integração, é apresentada uma confirmação de que o Grok Bot pode não seguir a lista; portanto, a aplicação depende da configuração. Consulte o controle de acesso a modelos.
• O Privacy Mode se aplica. Enquanto um membro fizer parte da sua equipe, o modo de privacidade dela será aplicado e, com o Privacy Mode habilitado, os dados do cliente não serão usados para treinamento.
• A Zero Data Retention segue os acordos existentes do Cursor com os fornecedores. Os fornecedores de modelos não retêm prompts nem saídas, e o Grok Bot não adiciona nenhum controle separado. Os fornecedores podem executar classificadores de abuso e segurança, e dados sinalizados podem ser armazenados para investigação.

Execução local

Os bots podem atuar na máquina de um membro usando o app para desktop: executar comandos, ler arquivos e mover arquivos entre o computador na nuvem e a máquina local. Isso é separado do trabalho no computador hospedado e tem seu próprio controle, além de ser distinto do Auto-review, que rege o trabalho dentro do computador hospedado.

A aprovação por comando é o padrão. O cartão de aprovação mostra o comando exato. Os membros escolhem a política em Configurações > Geral > Agente > Execução no computador local: perguntar sempre, sempre permitir ou nunca permitir. Recomenda-se Nunca, a menos que um Bot tenha um motivo específico para trabalhar em arquivos locais. A execução local pode ser totalmente desativada, e um limite máximo em nível de equipe é aplicado pelas configurações; atualmente, não há um controle no dashboard para esse limite.

Hospedagem

O Grok Bot é executado apenas em computadores na nuvem hospedados pela Cursor. No momento, não há suporte para implantação on-premises, dentro do seu próprio perímetro ou com sua própria imagem, nem para o roteamento do tráfego do computador para sua rede por VPN, túnel ou link privado. O modelo compatível usa saída estática compartilhada combinada com uma lista de permissão de destinos.

Injeção de prompt

O conteúdo que um Bot lê do mundo externo, como páginas da Web, resultados de plugins e saída de comandos, pode tentar direcioná-lo. O Grok Bot aplica camadas de defesa: quando a aplicação está ativada, o Auto-review verifica as ações do Bot em relação à solicitação real do membro. Abaixo dele, ficam controles que não dependem do julgamento de nenhum modelo, incluindo a política de rede, as aprovações por ação e o isolamento por usuário. O conteúdo externo é marcado como dado não confiável quando apresentado ao modelo. Esses controles reduzem, mas não eliminam, o risco de conteúdo malicioso, o que é mais um motivo para manter ações com consequências sujeitas a aprovação.

Certificações

A Anysphere, empresa responsável pelo Cursor, possui as certificações ISO/IEC 27001 e ISO/IEC 42001, emitidas pela Schellman, e o Grok Bot está incluído no escopo atual da ISO. A ISO/IEC 27001 certifica o sistema de gestão de segurança da informação, o programa de segurança de toda a organização. A ISO/IEC 42001 certifica o sistema de gestão de IA, ou seja, como o Cursor governa a IA que desenvolve e opera. Certificados e relatórios estão disponíveis em trust.cursor.com.

Configuração recomendada

Para implantações sensíveis à segurança, esta é a configuração básica recomendada.

Para administradores:

1. Configure a política de rede. Equipes sem uma política têm como padrão permitir tudo.
2. Audite a lista de permissão de MCP da equipe antes de habilitar o Grok Bot. Qualquer conector permitido fica disponível para todos os Bots executados por um membro.
3. Peça aos membros que mantenham a aplicação do Auto-review ativada. A aplicação é habilitada pelo Cursor e está ativa para todos os usuários no momento, e a configuração de cada membro continua sendo a opção para desativá-la.
4. Defina uma política explícita de execução local e decida se os Bots podem agir nas máquinas dos membros.
5. Desabilite a criação de Cloud Agents se não precisar de delegação.
6. Mantenha desativado o compartilhamento público de templates a menos que os membros devam publicar templates de Bots fora da equipe.
7. Adicione instruções de bloqueio da equipe para ações que nunca são aceitáveis no seu ambiente e instruções de permissão para tarefas rotineiras e seguras. Implantações em produção, e-mails externos, pagamentos e aceitação de termos legais são exemplos comuns de bloqueio.
8. Restrinja o login a dispositivos gerenciados por meio do seu provedor de identidade. O login no Grok Bot usa seu SSO; portanto, uma política de login baseada no dispositivo se aplica a ele. Isso restringe o login, não o computador hospedado em si.

Para membros:

1. Nunca cole credenciais no chat. A solicitação de segredo mascarado é o método compatível.
2. Prefira Permitir uma vez a Sempre permitir para ações que envolvam contas, dinheiro ou recursos compartilhados.
3. Faça login no navegador do Bot em contas adequadas à tarefa e faça logout das contas de que ele não precisa mais. Use contas de serviço com escopo definido quando o sistema de origem oferecer suporte a elas.
4. Comece novas funções com tarefas somente leitura e resultados em rascunho e mantenha o envio, a publicação, as compras, a exclusão e as alterações em produção sujeitos à aprovação.
5. Revise regularmente os plugins instalados e as rotinas ativas e pause uma rotina quando o sistema de origem mudar.

Perguntas frequentes

Páginas relacionadas

• Configurar identidade e acesso
• Trabalhe com o Grok Bot

• Planos e faturamento
• Privacidade e governança de dados