Einen Softwareentwicklungs-Workflow mit Cursor Composer 1.5 aufbauen

In der KI-gestützten Softwareentwicklung dreht sich die Diskussion häufig darum, welches Modell intelligenter ist. Im Entwicklungsalltag ist jedoch entscheidend, wie gut ein Werkzeug zur jeweiligen Aufgabe und zum Workflow passt. Die Erfahrung, die wir bei X Mind Solutions in diesem Beitrag betrachten, beruht auf einer Aufgabenverteilung zwischen Opus, Codex und Cursor Composer 1.5. Der Grundgedanke lautet, für jede Phase das geeignete Werkzeug auszuwählen, statt sämtliche Aufgaben einem einzigen Werkzeug zu übertragen.

Im vorliegenden Erfahrungsbericht wird beschrieben, dass ein auf zwei Tage geschätzter Architekturumbau in zwei Stunden abgeschlossen wurde. Diese Zeitangabe sollte jedoch nicht als Leistungsmaßstab für sämtliche Projekte verstanden werden. Da der Aufgabenumfang, der Zustand des bestehenden Codes und die Abschlusskriterien nicht näher erläutert werden, lässt sich daraus keine allgemeine Beschleunigung ableiten. Der eigentliche Wert dieses Beispiels liegt darin, die Modellauswahl nicht isoliert, sondern im Zusammenhang mit dem gesamten Entwicklungsworkflow zu betrachten.

In der Architektur- und Planungsphase dieses Workflows kommt Opus zum Einsatz. Es wird bevorzugt, um das Gesamtbild zu entwickeln, die Architektur zu konkretisieren und Randfälle zu bewerten. Auch Überlegungen mit umfangreichem Kontext, komplexe Workflows und Themen, die eine tiefgehende Analyse erfordern, gehören in diese Phase. Ziel dieser Aufgabenverteilung ist es, vor dem direkten Einstieg in die Programmierung zu klären, was aufgebaut werden soll und welcher Struktur die Umsetzung folgen wird. So wird ihre Richtung bereits in der Planung festgelegt.

Codex wird dagegen für Codegenerierung, Analyse, Kommandozeilenaufgaben und Automatisierung eingesetzt. Es wird für Aufgaben bevorzugt, bei denen die geplante Struktur unmittelbar umgesetzt werden muss. Diese Unterscheidung stellt keine allgemeingültige Rangfolge zwischen Opus und Codex auf, sondern erläutert ihre Rollen in der beschriebenen Arbeitsweise. Architekturentscheidungen und Umsetzungsaufgaben getrennt zu betrachten, macht deutlicher, welches Werkzeug in welcher Phase sinnvoll ist, und richtet die Auswahl an den Anforderungen der Aufgabe aus.

Cursor Composer 1.5 zeichnet sich vor allem bei täglichen Entwicklungsaufgaben innerhalb der IDE aus. Die geschilderten Beobachtungen betreffen das schnelle Erfassen dateiübergreifender Zusammenhänge, die Bearbeitung kleiner und mittlerer Aufgaben, Refactoring und das Ergänzen kleiner Funktionen. Seine Arbeitsweise als eine Art Mikro-Agent innerhalb der IDE wird als Unterstützung für kurze Entwicklungszyklen beschrieben. Der hervorgehobene Unterschied liegt weniger in der Übernahme umfassender Architekturanalysen als darin, Entwicklern bei häufig wiederkehrenden Umsetzungsschritten einen ununterbrochenen Arbeitsfluss zu ermöglichen.

Der zentrale Ansatz aus dieser Erfahrung lautet, die Intelligenz eines Modells nicht als einziges Auswahlkriterium zu betrachten. Opus für Architektur und Planung, Codex für Codegenerierung und Analyse sowie Composer 1.5 für tägliche Iterationen werden als einander ergänzende Rollen vorgestellt. Bei der Bewertung eines ähnlichen Workflows sollte die Frage nicht lauten, welches Werkzeug grundsätzlich das beste ist, sondern in welcher Phase der konkreten Aufgabe es hilfreich ist. Damit verlagert sich der Werkzeugvergleich von abstrakten Ranglisten hin zu konkreten Entwicklungsanforderungen.