Vorlage · Task
Refactoring
Die Struktur ändern, das Verhalten behalten. Wann einsetzen: Code ist schwer zu ändern, doppelt vorhanden, oder es soll gleich darauf aufgebaut werden.
MarkdownMarkiert: hier ausfüllen
# [Modul] zu [Form] umbauen ## Intent[Modul] umstrukturieren, damit [die Änderung, die dadurch leichter wird], ohne zu ändern, was Nutzer sehen. ## Context- Dateien: [`src/modul/`], etwa [n] Zeilen- Warum jetzt: [das Feature, das darauf wartet, der Fehler, den es immer wieder verursacht]- Tests, die es abdecken: [`tests/modul.test.ts`, oder „keine“] ## What to do1. [Was] nach [wohin] [herauslösen / zusammenführen / umbenennen / verschieben].2. Jeden Aufrufer anpassen ([wie man sie findet: nach `symbol` suchen]).3. Den alten [Code] löschen, sobald ihn nichts mehr nutzt. ## Constraints- Das Verhalten bleibt identisch: gleiche Ausgabe, gleiche Fehler, gleiche Performance.- Öffentliche Namen [Liste] funktionieren weiter. ## Out of scope- Neue Features und Fehler, die unterwegs auffallen, bekommen eigene Tickets. ## Open questions- [Welche Aufrufer verlassen sich auf das heutige Verhalten auf eine Weise, die die Tests nicht zeigen? Entfernen, sobald geklärt.] ## Acceptance checks- Alle bestehenden Tests bestehen, ohne dass sich ändert, was sie prüfen- Kein Aufrufer nutzt den alten [Code] mehr- Bundle- oder Build-Größe wächst um höchstens [n]
Geben Sie Ihrem nächsten Agenten einen Brief.
Kostenlos für bis zu 10 Personen, mit MCP für jeden Agenten. Keine Kreditkarte.