Os agentes só são tão capazes quanto os ambientes em que são executados. Ambientes de desenvolvimento rápidos e confiáveis permitem que os agentes concluam tarefas ambiciosas e de longa duração do início ao fim.

Até agora, cada sessão na nuvem começava com uma configuração extensa: iniciar uma máquina, clonar os repositórios e executar o script de instalação. Em um repositório grande e complexo, essa inicialização sob demanda podia levar vários minutos antes de o agente começar a executar.

Hoje, apresentamos os Builds: cópias prontas para uso do seu ambiente de desenvolvimento que o Cursor prepara continuamente em segundo plano, sem custo adicional. Quando você inicia um agente, ele começa em um ambiente pronto, e você recebe uma resposta até 3x mais rápido.

E, quando um commit com problema ou uma atualização de dependência quebra seu ambiente, os agentes continuam usando o último build bem-sucedido. Seu trabalho segue sem interrupções enquanto você depura em segundo plano.

#Inicialização mais rápida

Um build é uma cópia do seu ambiente de desenvolvimento que o Cursor prepara em segundo plano. Por padrão, o Cursor executa um novo build a cada hora. Em vez de configurar o ambiente do zero em cada sessão, os agentes iniciam em uma versão pronta: repositórios clonados, dependências instaladas e o script de instalação totalmente executado.

Quando um build é concluído com sucesso, ele se torna o ambiente usado pelos agentes futuros. O Cursor mantém cópias prontas, com novos agentes clonando uma máquina em execução em vez de restaurá-la do disco. Isso permite que as sessões comecem quase instantaneamente, sem deixar o próximo agente esperando.

Com a configuração do ambiente já concluída, os agentes chegam ao trabalho de fato muito mais rápido. No Cursor, nossos ambientes internos agora iniciam 10 vezes mais rápido, e o tempo até o primeiro token é 3 vezes menor.

Nossos clientes observam o mesmo:

#Agentes mais resilientes

Os agentes na nuvem sempre partem da última build bem-sucedida. Se uma atualização de dependência interromper seu script de instalação ou uma build do Docker falhar, essa build não será ativada, e você será notificado sobre o problema. Sessões novas e existentes continuam em execução com segurança enquanto você depura o ambiente em segundo plano, manualmente ou com um agente.

#Melhor observabilidade e depuração mais simples

Agora você pode inspecionar cada build diretamente no painel de Agentes na nuvem, com:

• Uma aba Builds para cada ambiente, com tipo, status, horário de início e versionamento
• Detalhes do build, incluindo logs e os SHAs exatos dos commits capturados pelo build
• Um registro que vincula cada execução de agente ao build exato que utilizou
• Um limite configurável para o estado do Git de um build, evitando que os agentes iniciem muito defasados em relação à sua branch padrão

Os agentes também podem inspecionar e gerenciar builds usando o MCP integrado do Cursor Cloud.

#Comece a usar Builds hoje

Para um ambiente existente, abra-o no painel de Agentes na nuvem, acesse a aba Builds e clique em Enable Builds. Ou clique primeiro em Run setup agent para testar a migração e revisar as alterações de configuração propostas.

Como os builds funcionam usando snapshots do sistema de arquivos, há alguns pontos que vale a pena verificar nesta etapa:

• Atualize seu comando de instalação para incluir tudo o que pode ser preparado antecipadamente, como dependências
• Se a instalação precisar de credenciais para registros privados, use segredos da equipe ou do ambiente. Os segredos do usuário não são incluídos nos builds e são adicionados quando o agente é iniciado.
• O comando de inicialização ainda é executado quando você envia o primeiro prompt a um agente. Use-o para serviços que precisam estar prontos no início da sessão, como iniciar contêineres Docker ou outros processos de longa duração

Em 17 de agosto, todos os ambientes novos e existentes usarão builds por padrão, sem custo adicional para você.

Saiba mais na nossa documentação.