1 hour
How to Refaktoriere deine Codebasis with Eigent
Entferne toten Code und modernisiere veraltete Muster, ohne das Verhalten zu ändern — in kleinen, gut überprüfbaren Schritten.
What you need
- Eigent Desktop-App
- Zugriff auf die Codebasis (lokal oder verbundenes Repo)
- Test-Suite oder CI-Pipeline
Best for
- Codebasen mit totem Code, zu großen Modulen oder veralteten Abstraktionen, die Routineänderungen teuer machen
- Teams, die Code vor Ort modernisieren müssen, ohne daraus eine Stack-Migration zu machen
- Engineers, die eine Codebasis auf eine neue Funktion oder das Onboarding eines Teams vorbereiten
Starter Prompt
Modernisiere und refaktoriere diese Codebasis. Anforderungen: - Bewahre das Verhalten, sofern ich nicht ausdrücklich eine funktionale Änderung verlange. - Beginne damit, toten Code, doppelte Pfade, zu große Module, veraltete Abstraktionen und Legacy-Muster zu identifizieren, die Änderungen verlangsamen. - Benenne für jeden vorgeschlagenen Durchgang das aktuelle Verhalten, die strukturelle Verbesserung und die Validierungsprüfung, die belegen sollte, dass das Verhalten stabil geblieben ist. - Teile die Arbeit in kleine, gut überprüfbare Refactor-Passagen auf, z. B. durch Löschen von totem Code, Vereinfachen des Kontrollflusses, Extrahieren von Hilfsfunktionen oder Ersetzen veralteter Muster durch die aktuellen Konventionen des Repos. - Halte die öffentlichen APIs stabil, sofern eine Änderung nicht durch die Refaktorierung erforderlich ist. - Weise auf jede Framework-Migration, jedes Dependency-Upgrade, jede API-Änderung oder Architekturverschiebung hin, die als separate Migrationsaufgabe ausgelagert werden sollte. Schlage einen Plan dafür vor.
So funktioniert es
- Bitte Eigent zuerst, den Bereich vor dem Editieren zu kartieren — unübersichtliche Module, doppelte Logik, ungenutzter Code und veraltete Muster.
- Bearbeite immer nur ein Bereinigungsthema auf einmal — entferne ungenutzten Code, vereinfache den Kontrollfluss, modernisiere ein veraltetes Muster oder teile eine große Datei auf.
- Bevor Eigent Dateien patcht, lass es das aktuelle Verhalten, die strukturelle Verbesserung und die kleinste Prüfung nennen, die belegt, dass das Verhalten stabil geblieben ist.
- Prüfe und führe nach jedem Durchgang die kleinste sinnvolle Prüfung aus, statt die gesamte Bereinigung in einem Diff zusammenzufassen.
- Behandle Stack-Änderungen, Dependency-Migrationen und Architekturverschiebungen als separate Aufgaben, sofern sie nicht zwingend nötig sind, um die Bereinigung abzuschließen.
Weitere Prompts zum Ausprobieren
- Welche Dateien in diesem Bereich haben den meisten toten Code oder die meisten ungenutzten Exporte?
- Identifiziere alle Stellen, an denen dieselbe Logik dupliziert ist, und schlage einen einzigen Konsolidierungspunkt vor.
- Welche Legacy-Muster in diesem Modul stehen im Widerspruch zu den aktuellen Konventionen des Repos?
- Teile diese zu große Datei in kleinere, klar verantwortete Teile auf, ohne ihre öffentliche API zu ändern.
So verwendest du es
Beginne damit, Eigent zu bitten, den unübersichtlichen Bereich zu kartieren — es identifiziert die wertvollsten Bereinigungschancen, bevor irgendein Code angefasst wird. Arbeite immer nur an einem Thema und prüfe jeden Diff, bevor du fortfährst. Verwende deine Test-Suite oder CI als Validierungsprüfung nach jedem Durchgang. Wenn Eigent eine Stack-Migration oder eine Dependency-Änderung vorschlägt, behandle das als separate Aufgabe und halte den aktuellen Refactor ausschließlich auf die Struktur fokussiert.
Erwartete Ausgabe
Ein priorisierter Bereinigungsplan, eine Reihe kleiner, fokussierter Diffs (einer pro Durchgang) und eine Validierungszusammenfassung für jeden Durchgang, die zeigt, was geändert wurde und welche Prüfung bestätigt, dass das Verhalten stabil ist.
Einschränkungen
- Funktioniert am besten, wenn der Bereich eine bestehende Test-Suite oder klare Verhaltensverträge hat, gegen die validiert werden kann.
- Große Monorepos profitieren davon, sich jeweils auf einen Service oder ein Modul zu beschränken.
- Architekturänderungen, Runtime-Upgrades und Framework-Migrationen sollten separate Aufgaben sein — sie mit Refactoring zu vermischen macht Diffs unprüfbar.
Related workflows
Große Codebasen verstehen
Verfolge Request-Flows, kartiere unbekannte Module und finde die richtigen Dateien schnell — bevor d…
Code-Migrationen durchführen
Migriere Legacy-Stacks in kontrollierten Meilensteinen – ordne das alte System dem neuen zu, führe d…
Aktualisiere Deine API-Integration
Aktualisiere deine App auf die neuesten API-Modelle und Funktionen und prüfe dabei auf Regressionen,…
