O Cursor oferecia anteriormente o recurso Automations – agentes que executam tarefas em segundo plano – em uma página web separada em cursor.com/automations. Com o lançamento 3.5 em 20 de maio, essa página foi integrada diretamente à janela Agents do IDE, colocando a interface de escrita de código e a interface de execução de tarefas lado a lado.
Três Mudanças, Uma Principal
A versão mais recente do Automations traz três mudanças:
- Movido de um painel web para um painel integrado ao IDE
- Suporte para anexar vários repositórios a uma única automação
- Permite que automações sejam executadas sem repositório, atuando como um ouvinte de ferramentas
A primeira mudança é sobre a entrada do produto – engenheiros a usarão com muito mais frequência. A mais significativa é a segunda: suporte a múltiplos repositórios.
Quem trabalha com microsserviços sabe que uma única alteração geralmente afeta três repositórios: frontend, backend e infraestrutura. Anteriormente, o agente só conseguia lidar com um repositório por vez, exigindo que tarefas entre repositórios fossem divididas em três etapas, com o agente perdendo o contexto entre elas. Esta atualização permite que uma automação anexe vários repositórios simultaneamente, permitindo que o agente revise todo o código relevante antes de agir.
O changelog oficial do Cursor destaca casos de uso: revisões de PR entre repositórios, correções de testes e execuções de build. Isso atinge diretamente o maior ponto de dor de equipes de engenharia de médio e grande porte.
Cinco Modelos sem Repositório: Qual o Alvo?
A terceira mudança pode parecer marginal, mas merece atenção.
“Automações sem repositório” – agentes que rodam no Cursor sem ler nenhum código – sinalizam que o Cursor está se posicionando como um hub para as ferramentas diárias dos engenheiros, não apenas um IDE para escrever código.
Cinco modelos oficiais deixam isso claro:
- Slack Digest: Resume automaticamente DMs e canais perdidos a cada manhã.
- Análise de Produto: Modelo de relatório semanal que puxa dados de data warehouses como Databricks.
- FAQ do Produto: Monitora canais de perguntas no Slack e responde usando documentação e base de código.
- Finanças do Produto: Puxa faturas e reembolsos de ferramentas de cobrança como Stripe.
- Saúde do Cliente: Monitora anomalias em Granola, Slack e Databricks.
Um IDE de escrita de código está começando a assumir tarefas de PMs (análise de dados), vendas (Stripe) e sucesso do cliente (monitoramento do Slack).
O modelo mais interessante é o Agente de FAQ do Produto, que monitora canais de perguntas no Slack e responde consultando documentação e código. Para equipes pequenas, é como contratar um engenheiro júnior 24/7 que nunca reclama de perguntas repetitivas.
Cenário Competitivo
Olhando para as últimas três semanas:
- Início de maio: Anthropic lançou Managed Agents no Code with Claude (orquestração multiagente, Dreaming e Outcomes).
- Meados de maio: Google Antigravity 2.0 lançou um cluster de agentes similar por US$ 100 por mês.
- O movimento do Cursor aposta que agentes podem não apenas escrever código, mas gerenciar fluxos de trabalho inteiros.
Os três estão competindo pela mesma coisa: transformar agentes de “ferramentas que executam comandos no IDE” em “orquestradores operacionais para equipes de engenharia inteiras”. A vantagem do Cursor é que ele já é a janela que a maioria dos engenheiros abre diariamente – sem necessidade de trocar de aplicativo, criando um fosso natural mais alto.
O Cursor também lançou uma promoção de 7 dias: 50% de desconto na execução de agentes para novas automações. O período promocional extremamente curto sugere que o objetivo não é atrair novos usuários com descontos, mas sim prender os usuários existentes em fluxos de trabalho antes que Anthropic e Google ajam.
O que Observar a Seguir
No curto prazo, duas métricas importam:
- O número de automações criadas por usuários no Cursor Marketplace – se um lote de modelos sem repositório surgir em um mês, indica adoção real.
- O tempo médio de conclusão de PRs entre repositórios – uma métrica concreta para verificar se equipes de microsserviços estão realmente usando o recurso.
Até onde os fornecedores de IDE podem ir na absorção de fluxos de trabalho inteiros? O Slack começou como uma ferramenta de mensagens e gradualmente absorveu calendários, documentos e automação. A diferença é que o Cursor tem uma carta que o Slack não tinha: agentes.
Fontes: Cursor 3.5 changelog (cursor.com); CocoLoop; Cursor Releases Automations Platform for AI Coding Agent Management (mlq.ai)