La migración más reciente de Navan abarcó 8 aplicaciones y 15 bibliotecas, y se completó en una semana aproximadamente sin congelar el desarrollo. Hace dos años, una migración similar llevó más de un mes, y un error al fusionar bloqueó la rama master durante un día entero. La diferencia está en los Agentes en la Nube de Cursor, que permitieron a Navan planificar la migración una sola vez y ejecutarla en paralelo en 8 aplicaciones desde sus propias máquinas self-hosted, en lugar de que un único ingeniero tuviera que sacarla adelante en solitario.

#Una migración de 8 aplicaciones se completa en una semana en lugar de un mes

Hace dos años, migrar la base de código de Navan a una nueva versión de Spring le llevó más de un mes a Rahul Popuri, Ingeniero de Software Experto Sénior. Durante ese período, los push incompletos y las reversiones dejaron bloqueada la rama master durante un día entero. Los problemas no terminaron cuando se levantó el bloqueo: días después, otros ingenieros seguían poniéndose al día para integrar sus cambios. Pero el mayor costo no fue el bloqueo en sí, sino el mes de trabajo de un ingeniero dedicado a la migración en lugar de a entregar funcionalidades o solucionar errores.

La migración más reciente de Navan, a Spring Boot 4, se completó en aproximadamente una semana y con menos interrupciones en el desarrollo en curso. Con Cursor, Rahul planificó la actualización con antelación y luego delegó cada componente a Agentes en la Nube que se ejecutaban en las máquinas self-hosted de Navan, de modo que 8 aplicaciones y 15 bibliotecas se migraron simultáneamente en lugar de una tras otra. Los agentes usaron el conjunto de herramientas internas de Navan y abrieron navegadores en esas mismas máquinas para recorrer los flujos con clics y verificar sus cambios.

Rahul no estaba pendiente de una sola tarea, sino supervisando varios agentes que actualizaban distintas aplicaciones a la vez: una escala de trabajo en paralelo que, según él, no habría sido posible ni siquiera unos meses antes.

#Los Agentes en la Nube se encargan de la carga de trabajo real

Rahul trasladó casi todo su trabajo a los Agentes en la Nube de Cursor. El trabajo de GitHub se ejecuta en infraestructura gestionada por Cursor. Los MCPs internos para Snowflake y Slack se ejecutan en las propias máquinas self-hosted de Navan, donde los agentes también pueden abrir un navegador para verificar sus propios cambios. Las Automatizaciones, las Skills y los Recuerdos funcionan sobre esa configuración, de modo que los bucles de evaluación y las migraciones siguen avanzando de forma asíncrona sin que nadie tenga que supervisarlos.

Desde entonces, ese patrón ha ido mucho más allá de un solo ingeniero: alrededor de 200 personas en Navan usan ya activamente los Agentes en la Nube de Cursor, 10 veces más que en abril de 2026.

Antes de Cursor, los ingenieros de Navan habían construido una infraestructura sólida en torno a su anterior agente de programación, pero exigía que alguien permaneciera frente a un escritorio con la sesión abierta todo el tiempo. Eso hacía imposible el trabajo en paralelo y asíncrono que Navan necesitaba.

#El mismo impacto se nota en los equipos de producto

En el lado de producto, Elton Yang, Ingeniero de Software Experto en gastos y facturación, crea nuevos agentes para los flujos de trabajo de gastos y facturación a partir de una simple descripción. Cursor sigue los patrones de diseño existentes del equipo y escribe por sí mismo los prompts del agente, así que las pruebas empiezan el mismo día, en lugar de tras pasar horas escribiendo a mano el prompt inicial.

Ese cambio transformó lo que un equipo pequeño puede asumir. Después de que muchos ingenieros dejaran el equipo de Navan dedicado a agentes de IA, un solo ingeniero se hizo cargo del desarrollo de funcionalidades que antes requería 2 o 3 ingenieros durante varios sprints. Uno de los ejemplos más claros es la vinculación bancaria manual: ese ingeniero recreó un formulario de Angular en React y construyó el backend para conectarlo, pasando de trabajar solo en backend a asumir trabajo full-stack cuando la tarea lo exigía. Esa línea de trabajo, a cargo de una sola persona, siguió centrada en nuevas funcionalidades en lugar de quedar reducida a puro mantenimiento.

Cursor también cambió lo que implica cubrir a un compañero. Cuando Elton tuvo que hacerse cargo de dos bases de código que no conocía bien mientras un colega estaba de baja, Cursor se encargó de la investigación por él: obtuvo los logs y los registros de la base de datos y le expuso la incidencia antes de que Elton abriera un solo archivo.

Esto le ahorró unos dos días de adaptación entre las dos bases de código, además del estrés de enfrentarse a ellas desde cero.

La revisión sigue en manos de las personas. Elton trata al agente como un compañero de programación, no como un oráculo del código: observa su razonamiento mientras se ejecuta y corrige las suposiciones erróneas en cuanto las detecta. Una vez generado, el código pasa por el mismo proceso de revisión humana y con IA, pruebas y staging que cualquier otro, y los cambios complejos se verifican en staging antes de llegar a producción. Los agentes planifican y ejecutan el trabajo, pero son los ingenieros quienes toman las decisiones y se responsabilizan de fusionar al final.

Si estás llevando a cabo migraciones o líneas de trabajo en paralelo que antes requerían un equipo completo y una base de código bloqueada, ponte en contacto con nosotros para iniciar una prueba de Cursor.