Agentes na nuvem são mais fáceis de paralelizar do que agentes locais, continuam trabalhando quando seu laptop está fechado e podem operar de forma autônoma em resposta a gatilhos programáticos. Mas os agentes só são tão capazes quanto os ambientes em que executam. Um agente que consegue escrever código, mas não consegue executar testes, consultar serviços ou acessar APIs, não consegue concluir todo o ciclo do trabalho.

Para levar tarefas de engenharia do início ao fim, agentes na nuvem precisam de um ambiente de desenvolvimento semelhante à configuração do seu laptop: repositórios clonados, dependências instaladas, credenciais para cadeias de ferramentas internas e acesso a sistemas de build. Ambientes de desenvolvimento eficazes dão aos agentes contexto completo sobre sua base de código e sua organização, para que possam testar e verificar o próprio trabalho.

Hoje estamos lançando novas ferramentas para configurar ambientes de desenvolvimento para agentes na nuvem. O Cursor também pode usar essas ferramentas para configurar e manter seus ambientes. Com isso, esta versão facilita para as equipes executarem frotas de agentes paralelizados que lidam com tarefas de ponta a ponta, dentro de ambientes de desenvolvimento que elas controlam totalmente.

#Ambientes com múltiplos repositórios

Grande parte do trabalho de engenharia em empresas abrange várias bases de código e repositórios. Organizações maiores que operam com microsserviços geralmente têm muitos repositórios que precisam evoluir em conjunto. Um agente limitado a um único repositório tem utilidade reduzida, porque não consegue considerar todo o contexto necessário.

Agentes na nuvem e automações agora oferecem suporte a ambientes com múltiplos repositórios, com base no nosso trabalho em espaços de trabalho multi-root. Você pode configurar um único ambiente com todos os repositórios de que um agente precisa e reutilizá-lo entre sessões. Com vários repositórios no escopo, agentes conseguem raciocinar sobre como uma alteração em uma parte da base de código afeta as demais e trabalhar em vários repositórios para entregar, testar e validar alterações.

Ouça diretamente alguns dos nossos clientes que usam ambientes com múltiplos repositórios:

#Configuração de ambiente como código

Para facilitar a alteração, depuração e revisão das definições de ambiente, aprimoramos a configuração baseada em Dockerfile. Isso inclui suporte a segredos de build, permitindo acessar com segurança registros privados de pacotes diretamente de Dockerfiles. Os segredos de build se aplicam apenas à etapa de build e n'o são repassados ao ambiente do agente em execução.

Também aprimoramos o cache de camadas, para que apenas as camadas atualizadas da sua imagem sejam reconstruídas quando você altera o Dockerfile. Builds que usam o cache são executadas 70% mais rápido.

Para equipes que não querem escrever Dockerfiles do zero, o Cursor pode configurar o Dockerfile para você. O Cursor vai inspecionar seus repositórios, identificar as ferramentas e dependências necessárias e gerar uma configuração que você pode editar e versionar. Esse recurso está em beta privado e será disponibilizado para equipes do plano Empresas nas próximas semanas.

#Configuração de ambiente aprimorada guiada por agente

À medida que o Cursor configura seu ambiente, ele fará perguntas, sinalizará credenciais ausentes e validará se o ambiente foi configurado corretamente.

O Cursor também entende melhor os ambientes de desenvolvimento. Ele mostrará a versão do ambiente em que seu agente está sendo executado. Se a configuração do seu ambiente falhar, o Cursor passará a usar uma imagem base por padrão, com avisos bem visíveis, para que seus agentes na nuvem possam continuar em execução em vez de falhar imediatamente.

#Governança de ambientes e controles de segurança

Cada ambiente de desenvolvimento agora tem seu próprio histórico de versões, que os usuários podem revisar e restaurar. Os administradores também podem restringir as permissões de restauração apenas aos administradores. Um log de auditoria registra cada ação realizada pelos membros da equipe nos ambientes, para que as equipes de segurança possam ver quem fez cada alteração.

O tráfego de saída e os segredos agora podem ser definidos no nível do ambiente de desenvolvimento. As equipes podem restringir o acesso de saída à rede a uma lista de permissões específica para um ambiente, enquanto mantêm outro mais permissivo. Além disso, os segredos configurados para um ambiente não podem ser acessados a partir de nenhum outro.

#O que vem a seguir

Hoje, os ambientes são configurados em um momento específico e reconstruídos quando deixam de acompanhar a base de código. Estamos evoluindo para configurações de ambiente que se ajustam de forma autônoma à medida que sua base de código evolui.

Para começar a usar ambientes de desenvolvimento para agente na nuvem, leia a documentação ou acesse seu painel de agentes na nuvem.