A migração mais recente da Navan envolveu 8 aplicativos e 15 bibliotecas e foi concluída em cerca de uma semana, sem congelar o desenvolvimento. Há dois anos, uma migração parecida levou mais de um mês, e um merge malfeito travou a branch master por um dia inteiro. A diferença está nos Agentes na nuvem do Cursor, que permitiram à Navan planejar a migração uma única vez e executá-la em 8 aplicativos em paralelo nas suas próprias máquinas auto-hospedadas, em vez de deixar tudo nas mãos de um único engenheiro.

#Uma migração de 8 apps concluída em uma semana em vez de um mês

Há dois anos, migrar a base de código da Navan para uma nova versão do Spring levou mais de um mês para Rahul Popuri, Engenheiro de Software Staff Sênior. Pushes incompletos e reversões bloquearam a branch master por um dia durante esse período. E os transtornos não acabaram quando o bloqueio foi liberado: dias depois, outros engenheiros ainda estavam correndo atrás para integrar suas alterações. O maior custo, porém, não foi o bloqueio em si. Foi o mês de trabalho de um engenheiro dedicado à migração, em vez de entregar recursos ou corrigir bugs.

A migração mais recente da Navan, para o Spring Boot 4, foi concluída em cerca de uma semana, com menos impacto no desenvolvimento em andamento. Com o Cursor, Rahul planejou o upgrade com antecedência e depois delegou cada componente a Agentes na nuvem executados nas máquinas auto-hospedadas da Navan. Assim, 8 aplicativos e 15 bibliotecas foram migrados ao mesmo tempo, e não um após o outro. Os agentes usaram as ferramentas internas da Navan e abriram navegadores nessas mesmas máquinas para percorrer os fluxos e verificar suas alterações.

Rahul não estava acompanhando a execução de uma única tarefa. Ele estava monitorando vários agentes fazendo o upgrade de diferentes aplicativos ao mesmo tempo, uma escala de trabalho em paralelo que, segundo ele, não seria possível nem poucos meses antes.

#Os Agentes na nuvem executam a carga de trabalho real

Rahul transferiu quase todo o seu trabalho para os Agentes na nuvem do Cursor. O trabalho no GitHub roda na infraestrutura gerenciada pelo Cursor. Os MCPs internos para Snowflake e Slack rodam nas máquinas auto-hospedadas da própria Navan, onde os agentes também podem abrir um navegador para verificar as próprias alterações. Automações, Habilidades e Memórias funcionam sobre essa configuração, então os laços de avaliação e as migrações seguem de forma assíncrona, sem que ninguém precise monitorá-los.

Desde então, esse padrão se expandiu muito além de um único engenheiro: cerca de 200 pessoas na Navan agora usam ativamente os Agentes na nuvem do Cursor, um aumento de 10x desde abril de 2026.

Antes do Cursor, os engenheiros da Navan já tinham desenvolvido uma infraestrutura de verdade em torno do agente de programação anterior, mas ele exigia que alguém ficasse diante de uma área de trabalho com a sessão aberta o tempo todo. Isso inviabilizava o trabalho paralelo e assíncrono de que a Navan precisava.

#O mesmo ganho de produtividade aparece nas equipes de produto

Do lado de produto, Elton Yang, Engenheiro de Software Staff da área de despesas e faturamento, cria novos agentes para fluxos de trabalho de despesas e faturamento a partir de uma descrição simples. O Cursor segue os padrões de design já existentes da equipe e escreve sozinho os prompts do agente. Com isso, os testes começam no mesmo dia, em vez de só depois de horas escrevendo o prompt inicial à mão.

Essa mudança ampliou o que uma equipe pequena consegue dar conta. Depois que muitos engenheiros saíram da equipe dedicada a agentes de IA da Navan, um único engenheiro assumiu o desenvolvimento de recursos que antes exigia 2 ou 3 engenheiros ao longo de várias sprints. Um dos exemplos mais claros é a vinculação bancária manual: esse engenheiro recriou um formulário Angular em React e construiu o backend para integrá-lo, passando do trabalho só de backend para full-stack quando a tarefa exigiu. A frente de trabalho sob sua responsabilidade continuou focada em novos recursos, em vez de se resumir a manutenção.

O Cursor também mudou o que significa cobrir um colega. Quando Elton precisou assumir duas bases de código que não conhecia bem enquanto um colega estava de licença, o Cursor fez a investigação por ele: obteve logs e registros do banco de dados e expôs o problema antes mesmo de Elton abrir um único arquivo.

Isso economizou cerca de dois dias de adaptação às duas bases de código, além do estresse de aprendê-las do zero.

A revisão continua nas mãos das pessoas. Elton trata o agente como um parceiro de pair programming, não como um oráculo de código: ele acompanha o raciocínio do agente durante a execução e corrige suposições erradas assim que as percebe. Depois de gerado, o código passa pelo mesmo processo de revisão humana e por IA, testes e staging que qualquer outro código, e alterações complexas são verificadas em staging antes de irem para produção. Os agentes planejam e executam o trabalho, mas são os engenheiros que tomam as decisões e respondem pelo merge final.

Se você está conduzindo migrações ou frentes de trabalho em paralelo que antes exigiam uma equipe inteira e uma base de código congelada, entre em contato para iniciar um teste do Cursor.