Cursor /goal: Agentes Autônomos que Trabalham Até o CI Ficar Verde

Cursor /goal: Agentes Autônomos que Trabalham Até o CI Ficar Verde

A Cursor acabou de transformar seus agentes em nuvem de assistentes em funcionários que nunca batem ponto. Um novo comando /goal transforma um único prompt em uma missão de ponta a ponta — “consertar todos os testes instáveis e deixar o CI verde” — e o agente continua trabalhando, de madrugada se necessário, até que o objetivo seja realmente alcançado. Por baixo da lista de funcionalidades existe um sinal maior: mais de 35% dos pull requests internamente mesclados na Cursor agora são criados autonomamente por agentes em nuvem, ante 30% em fevereiro de 2026 e 0% dezoito meses atrás. O pipeline de engenharia de software está sendo reconstruído em torno de agentes que não apenas completam código, mas assumem o trabalho inteiro.

De “Conserte Este Bug” para “Deixe o CI Verde”

Abra uma conversa nova, digite /goal consertar todos os testes instáveis e deixar o CI verde e vá embora. Esse é o argumento de venda, e ele muda o que você está delegando de fato: não uma tarefa, mas um resultado. Antes você dizia a um agente “conserte este bug”. Agora você diz “não quero ver luzes vermelhas esta semana”. O comando já existia dentro da CLI da Cursor — marcado como “em implantação e com acesso controlado”, rodando sem supervisão durante períodos ociosos, sem interrupções, com uma barra de status ativo/pausado. Em 19 de agosto, ele deixou de ser recurso experimental da CLI para se tornar produto de primeira classe, integrado diretamente aos pull requests e ao Slack.

Agentes que Acordam Sozinhos

As novas Subscriptions permitem que um agente se vincule a uma fonte de eventos — um pull request, uma thread do Slack, um job agendado — e acorde no momento em que algo acontece. A parte agressiva: um agente em nuvem assina automaticamente seus próprios PRs e os leva até o merge. O CI quebra, ele conserta. Um bot deixa um comentário, ele responde. No Slack, você pode dizer “volte em uma hora e continue quando o feedback chegar”. Nenhum humano precisa abrir uma única tela. A única ressalva: as assinaturas, por enquanto, funcionam apenas na nuvem. Seu agente local ainda espera ser chamado.

Um Enxame de Subagentes, Cada Um com Sua Própria Máquina

A terceira peça é sobre escala. Os subagentes agora ganham máquinas virtuais próprias — cada uma com uma cópia independente do projeto e um contexto limpo, rodando em seu próprio ambiente na nuvem. O caso de uso oficial é a verificação: fazer um subagente validar em um ambiente novo o que o agente principal alterou. Mas escala para “um enxame de subagentes, cada um resolvendo seu próprio problema isoladamente, sem colisões”. O modelo antigo era uma sala de pessoas editando um único documento em um único computador, em que quem salvasse por último vencia. O novo modelo é uma máquina por agente, merge quando terminar. Duas mudanças menores valem destaque: os Custom modes permitem fixar qualquer habilidade como um modo permanente, efetivamente travando um agente em uma especialidade, e o Steering significa que suas mensagens seguintes entram em vigor na próxima chamada de ferramenta do agente, em vez de interrompê-lo no meio da tarefa — como um garçom que pousa a bandeja antes de anotar seu pedido.

35% dos PRs Mesclados Já São Criados por IA

A Cursor embasou as funcionalidades com um número: mais de 35% dos PRs internamente mesclados na empresa agora são criados autonomamente por agentes em nuvem. Eram 30% em fevereiro de 2026 — e 0% dezoito meses atrás. A mudança no faturamento é o sinal mais discreto, porém mais contundente. A partir de 24 de agosto, o plano Auto da Cursor deixa de ter preço fixo por milhão de tokens e passa a ter preço por modelo, com uso incluído ampliado em todos os planos (o Ultra ganha o SuperGrok Heavy). No mecanismo Auto antigo, o mesmo preço por token valia independentemente do modelo para o qual a solicitação fosse roteada; o preço por modelo elimina essa brecha de taxa fixa, então rotear para um modelo mais caro agora custa mais. Fazer agentes trabalharem a noite toda está prestes a ganhar uma etiqueta de preço real e detalhada.

Programadores se Tornam Gerentes de Projeto

Isto não é mais uma rodada de hype sobre IA. É um rearranjo de quem faz o quê em uma equipe de software. Dezoito meses atrás, nenhum PR da Cursor era criado por IA; agora mais de um terço é, e a trajetória não reverte. O papel do programador está migrando de operário de linha de montagem para gerente de projeto — você não escreve mais cada linha, define objetivos e revisa o que um enxame de agentes produziu durante a noite. A forma dessa mudança é idêntica à que fez o hospedagem de código se tornar agent-first com Cursor Origin: a IDE deixou de ser um editor de texto e virou um chão de fábrica.

O Que Sua Equipe Deve Fazer a Seguir

Primeiro, leia o número de 35% como a linha de tendência, não como a manchete — seu pipeline vai ficar assim antes do fim do ano, então construa portões de revisão e aceitação agora. Segundo, comece com objetivos delimitados: dê a um agente em nuvem um único /goal mensurável, com uma definição clara de pronto, e inspecione o diff antes do merge. Se quiser treinar o fluxo de revisão a baixo custo, os planos gratuitos de IDEs de código com IA como o Trae são um lugar de baixo risco para começar. Terceiro, respeite a divisão local/nuvem: assinaturas e objetivos de longa duração funcionam apenas na nuvem, e a migração para cobrança por modelo transforma a hora extra dos agentes em uma linha real de custo — então defina o que significa “pronto” antes de deixar um agente trabalhando sem parar. A equipe que dominar revisar e aceitar a saída dos agentes, e não a que escrever mais prompts, vencerá essa transição.

Perguntas Frequentes

O /goal está disponível para agentes locais (não em nuvem)? Não. Assinaturas e missões /goal de longa duração funcionam, por enquanto, apenas na nuvem; seu agente local ainda inicia cada tarefa quando você pede. O comando /goal também está sendo liberado de forma gradual e controlada, então nem toda conta o vê imediatamente.

Quanto do trabalho da própria Cursor é feito por agentes? Mais de 35% dos pull requests internamente mesclados na Cursor agora são criados autonomamente por agentes em nuvem, ante 30% em fevereiro de 2026 e 0% dezoito meses atrás.

Os agentes autônomos vão substituir os programadores? As evidências apontam para uma mudança de papel, não para um desaparecimento. Programadores migram de escrever cada linha para definir resultados, revisar diffs e ser responsáveis pela aceitação — a mesma mudança que o /goal traz para a própria Cursor.

Notícias Relacionadas