Nossa leitura
Trate o Cursor como uma forma de chegar mais rápido a um primeiro rascunho de uma mudança, não como o dono do pull request. O que está documentado: contexto do repositório, edições em vários arquivos, agentes paralelos e na nuvem, e revisão de PR por um bot. O julgamento sobre os testes, a leitura do diff e a decisão de merge continuam com o desenvolvedor. Agentes na nuvem e Bugbot começam no Premium; um teste no plano gratuito não mostra o fluxo completo.
Primeiro o contexto: o que a indexação anunciada cobre
O Cursor é um editor baseado no VS Code, e o fornecedor descreve compreensão do código e contexto multiarquivo. Na página inicial, a indexação segura do código e a busca semântica aparecem em uma lista de projetos de pesquisa publicados em 2026. A lista não detalha o que é indexado, com que frequência nem onde o índice fica. Leia como uma direção, não como especificação, e leve qualquer dúvida sobre localização dos dados à documentação de segurança.
Para um ticket em um repositório desconhecido, a demo da página inicial mostra uma etapa de planejamento: o agente faz perguntas e lista tarefas antes de construir. Vale copiar o hábito: responda, edite a lista de tarefas e abra os arquivos citados antes de qualquer código. É uma recomendação editorial; a demo não prova que o plano está certo para o seu código.
Alterar vários arquivos: três níveis de autonomia
O produto oferece edições direcionadas, um agente e agentes na nuvem. Um depoimento na página inicial descreve a faixa, do comando de edição rápida à execução totalmente agêntica. A página de preços lista Agent em todos os planos, com solicitações limitadas no Free, enquanto agentes na nuvem e automações começam no Premium. A página inicial diz que os agentes na nuvem trabalham em máquinas próprias e em paralelo; a demo mostra uma execução de cerca de quatorze minutos que termina com uma gravação de tela para quem revisa.
O trabalho também pode chegar de fora do editor. A página inicial mostra o Cursor no terminal, no Slack (um colega pede que ele tente uma alteração e ele responde com um link para a PR) e revisando PRs no GitHub. O marketplace traz um modelo que monitora um canal do Slack, investiga o código e abre uma PR, além de um plugin do Slack entre os destacados.
Uma vaga da Inter, que conta apenas como SIGNAL, descreve trabalho backend em microsserviços Java e Micronaut em que os engenheiros usam Cursor, agentes e integrações MCP para diagnóstico, escrita de testes, refatoração e revisão de código. A mesma vaga pede que os candidatos avaliem arquitetura, segurança e qualidade do código gerado. Ela mostra o que o empregador espera do desenvolvedor, não o desempenho da ferramenta.
Testes: o que está documentado e o que a Brex aprendeu
A página inicial diz que os agentes na nuvem constroem, testam e demonstram funcionalidades de ponta a ponta. O marketplace acrescenta automações como ampliar a cobertura de testes, corrigir falhas de CI na main e triar execuções com falha do GitHub Actions. Nada informa qual ferramenta de testes é usada, se os resultados vão para a PR ou em que ambiente o agente roda. Um teste curto resolve: entregue a um agente um ticket real em um repositório com CI funcionando e leia o que ele relata.
A Brex mostra como é um ciclo com testes. Em uma migração do Micronaut 3 para o 4, um ticket do Linear aciona um agente gerador que compila localmente e abre uma PR em rascunho. Um rótulo aciona então um agente validador: ele faz deploy em ambiente de desenvolvimento, roda testes de integração e corrige falhas, até três tentativas, e depois para e deixa um relatório como comentário na PR. A Brex informa que um único engenheiro migrou 180 serviços em um mês, o que ela apresenta como ganho de 32x por pessoa em relação a um esforço anterior de três engenheiros e cerca de 50 serviços em um trimestre. São números da própria Brex, para uma única migração.
A Brex também declara seus limites. Os agentes nunca fazem merge em produção; uma pessoa revisa. E algumas PRs automáticas passaram em todos os testes existentes e depois causaram bugs sutis em produção, porque esses serviços tinham pouca cobertura de testes ou de monitoramento. A lição vale para qualquer equipe: um agente é tão confiável quanto os controles ao redor dele.
Revisão e pull request
Os preços listam revisões de código com IA via Bugbot e hospedagem de código via Origin a partir do Premium, e o marketplace destaca um modelo que examina PRs em busca de falhas de segurança exploráveis e sinaliza só achados validados. Um plugin de canvas exibe os diffs da PR agrupados por importância. Nenhuma fonte informa taxas de falso positivo nem o que o bot deixa passar: use-o como segundo leitor que aponta arquivos, não como aprovador.
Um modelo do marketplace atribui revisores e aprova automaticamente PRs de baixo risco. Se isso é aceitável depende de uma regra que só a sua equipe pode escrever. Defina o que é baixo risco, em arquivos e em tamanho da mudança, antes de ativar. A Brex manteve revisão humana em cada PR da sua migração.
Controles de equipe e o plano necessário
A página de segurança diz que o Privacy Mode pode ser ativado por um usuário ou administrador, que novos membros herdam a configuração da equipe e que o Cursor não treina com os dados quando ele está ativo. Cita as certificações AIUC-1, ISO/IEC 27001:2022 e ISO/IEC 42001:2023 e uma atestação SOC 2 Type II, com relatórios sob solicitação no portal de confiança. A documentação para desenvolvedores cobre segurança de agentes, rede dos agentes na nuvem, hooks, MCP e chaves gerenciadas pelo cliente.
Por plano, o Teams (a partir de US$ 30 por usuário ao mês) lista SSO SAML/OIDC, análises de uso e configurações de privacidade para toda a equipe. SCIM, logs de auditoria e controles de acesso a repositórios, modelos e MCP aparecem só no Enterprise. O uso de modelos de terceiros é cobrado à parte. A página de preços também traz linhas sobre uma rede social e recursos do Grok e diz que o Plus oferece apenas modelos Grok: leia só as linhas do Cursor. Há um plano gratuito, mas ele não inclui agentes na nuvem nem Bugbot.
Método e limites
2026-10-27
Este instantâneo datado conta empresas distintas com evidências públicas de clientes. CONFIRMED indica um estudo de caso, uma citação nominal ou uma fonte de imprensa; DECLARED, uma declaração da própria empresa; OBSERVED, uma lista de clientes do fornecedor; SIGNAL, um anúncio de vaga. Os quatro níveis contam, com solidez diferente. Linhas removidas ou sem nível ficam de fora. Os exemplos são uma seleção limitada, verificada nos últimos 90 dias. Os dados do fornecedor vêm de fontes verificadas nos últimos 60 dias. A cobertura é desigual, e a ausência de evidências significa que o dado é desconhecido. Estes números não medem participação de mercado nem desempenho; datas de captura não são datas de adoção.
