Navan verkürzt eine monatelange Migration auf eine Woche – ohne die Codebasis einzufrieren
Navans neueste Migration umfasste 8 Anwendungen und 15 Bibliotheken und war in etwa einer Woche abgeschlossen – ohne die Entwicklung einzufrieren.
Navans jüngste Migration umfasste 8 Anwendungen und 15 Bibliotheken und war in etwa einer Woche abgeschlossen, ohne dass die Entwicklung eingefroren werden musste. Vor zwei Jahren dauerte eine vergleichbare Migration noch über einen Monat, und ein fehlerhafter Merge blockierte den Master-Branch einen ganzen Tag lang. Den Unterschied machen Cursors Cloud-Agenten: Mit ihnen konnte Navan die Migration einmal planen und sie dann parallel für alle 8 Anwendungen auf eigenen, selbstgehosteten Maschinen ausführen, statt dass ein einzelner Entwickler sie allein abarbeiten musste.
Migration von 8 Apps in einer Woche statt in einem Monat
Vor zwei Jahren brauchte Rahul Popuri, Sr. Staff Software Engineer, über einen Monat, um die Codebasis von Navan auf eine neue Spring-Version umzustellen. Unvollständige Pushes und Reverts blockierten in dieser Zeit den master-Branch einen ganzen Tag lang. Und mit der Aufhebung der Sperre war die Störung nicht vorbei: Andere Ingenieure waren noch Tage später damit beschäftigt, ihre Änderungen einzuspielen. Der eigentliche Preis war aber nicht die Sperre selbst, sondern ein ganzer Monat Arbeitszeit eines Ingenieurs, der in die Migration floss, statt in neue Funktionen oder Bugfixes.
Navans jüngste Migration auf Spring Boot 4 war in etwa einer Woche abgeschlossen – und die laufende Entwicklung wurde dabei weniger beeinträchtigt. Mit Cursor plante Rahul das Upgrade im Voraus und delegierte dann jede Komponente an Cloud-Agenten, die auf Navans selbstgehosteten Maschinen liefen. So wurden 8 Anwendungen und 15 Bibliotheken gleichzeitig statt nacheinander migriert. Die Agenten nutzten Navans interne Tools und starteten auf denselben Maschinen Browser, um sich durch Abläufe zu klicken und ihre Änderungen zu verifizieren.
Früher hat ein einziger fehlerhafter Merge ganze Workstreams lahmgelegt. Diesmal hatte ich acht Apps gleichzeitig in Arbeit und konnte die Beeinträchtigung der laufenden Entwicklung dabei minimal halten.
Rahul verfolgte nicht bloß eine einzelne Aufgabe. Er überwachte mehrere Agenten, die gleichzeitig verschiedene Anwendungen aktualisierten – parallele Arbeit in einem Umfang, der nach seinen Worten noch wenige Monate zuvor undenkbar gewesen wäre.
Cloud-Agenten übernehmen die eigentliche Arbeitslast
Rahul hat fast seine gesamte Arbeit auf Cursors Cloud-Agenten verlagert. GitHub-Aufgaben laufen auf einer von Cursor verwalteten Infrastruktur. Interne MCPs für Snowflake und Slack laufen auf Navans eigenen selbstgehosteten Maschinen, auf denen Agenten zudem einen Browser starten können, um ihre Änderungen selbst zu verifizieren. Automatisierungen, Fähigkeiten und Erinnerungen bauen auf diesem Setup auf, sodass eval-Schleifen und Migrationen asynchron weiterlaufen, ohne dass jemand sie überwachen muss.
Dieses Muster reicht inzwischen weit über einen einzelnen Entwickler hinaus: Rund 200 Personen bei Navan nutzen Cursors Cloud-Agenten mittlerweile aktiv – zehnmal so viele wie im April 2026.
Vor Cursor hatten Navans Entwickler bereits eine echte Infrastruktur rund um ihren bisherigen Programmieragenten aufgebaut. Dieser setzte jedoch voraus, dass jemand die ganze Zeit mit geöffneter Sitzung an einem Desktop saß. Paralleles, asynchrones Arbeiten, wie Navan es brauchte, war damit unmöglich.
Derselbe Hebel zeigt sich auch in Produktteams
Auf der Produktseite entwickelt Elton Yang, Staff Software Engineer im Bereich Spesen und Abrechnung, neue Agenten für Spesen- und Abrechnungs-Workflows – ausgehend von einer einfachen Beschreibung. Cursor hält sich an die vorhandenen Designmuster des Teams und schreibt die Prompts des Agents selbst. So kann das Testen noch am selben Tag beginnen – statt erst nach Stunden, in denen der erste Prompt von Hand geschrieben wurde.
Wir müssen den Agent-Prompt nicht einmal mehr selbst schreiben. Cursor orientiert sich an unseren bisherigen Designs und bringt einen Agent noch am selben Tag zum Laufen.
Dadurch hat sich verändert, was ein kleines Team stemmen kann. Nachdem viele Entwickler Navans dediziertes KI-Agent-Team verlassen hatten, übernahm ein einzelner Entwickler Funktionsarbeit, für die zuvor zwei bis drei Entwickler über mehrere Sprints hinweg nötig waren. Eines der anschaulichsten Beispiele ist die manuelle Bankverknüpfung: Der Entwickler baute ein Angular-Formular in React nach und entwickelte das passende Backend dazu – und wechselte damit vom reinen Backend in die Full-Stack-Entwicklung, als die Aufgabe es erforderte. Der eigenverantwortlich betreute Workstream blieb auf neue Funktionen ausgerichtet, statt in reine Wartung abzurutschen.
Cursor hat auch verändert, wie die Vertretung von Teammitgliedern aussieht. Als Elton während der Abwesenheit eines Kollegen zwei Codebasen übernehmen musste, die er kaum kannte, erledigte Cursor die Untersuchung für ihn: Es rief Logs und Datenbankeinträge ab und legte das Problem dar, bevor Elton auch nur eine einzige Datei geöffnet hatte.
Ich kannte mich mit keiner der beiden Codebasen besonders gut aus. Ich sagte: ‚Hier ist das Problem, hilf mir, es zu verstehen.‘ Es hat die Logs und die Datenbank abgerufen und mich Schritt für Schritt durchgeführt, als würde ich mich schon seit Monaten in diesem Repo bewegen.
Das ersparte rund zwei Tage Einarbeitung in die beiden Codebasen – und den Stress, sich ganz ohne Vorkenntnisse hineinzufinden.
Das Review bleibt weiterhin in menschlicher Hand. Elton behandelt den Agent als Pair-Programmer, nicht als Coding-Orakel: Er verfolgt die Schlussfolgerungen des Agents während der Ausführung und korrigiert falsche Annahmen, sobald er sie bemerkt. Generierter Code durchläuft denselben Prozess aus menschlichem und KI-Review, Tests und Staging wie jeder andere Code, und komplexe Änderungen werden vor dem Produktivbetrieb im Staging verifiziert. Agenten planen und erledigen die Arbeit, doch die Entwickler treffen die Entscheidungen und verantworten den finalen Merge.
Wenn du Migrationen oder parallele Workstreams umsetzt, für die früher ein ganzes Team und eine gesperrte Codebasis nötig waren, nimm Kontakt mit uns auf, um Cursor zu testen.