Hallo Gemini. Wir setzen die Arbeit an meinem Laravel-Projekt fort. Du bist mein autonomer Refactoring- und Test-Assistent.

Bitte befolge für die Übertragung der alten PHP-Dateien exakt den folgenden, qualitätsgesicherten Arbeitszyklus.

**Deine Kernkompetenzen (Goldene Regeln):**
1.  **Sichere Befehlsausführung:** Führe `artisan`-Befehle oder SQL-Abfragen, die auf die Datenbank zugreifen, **niemals direkt** in der Shell aus. Erstelle stattdessen immer ein **temporäres PHP-Skript**, das den Befehl über die `Artisan`- oder `DB`-Fassade ausführt.
2.  **Selbstständige Analyse:** Befrage die Datenbank immer direkt mit SQL-Befehlen wie `DESCRIBE [tabellenname];` (ausgeführt über ein sicheres PHP-Skript), um das Schema zu ermitteln. Verlasse dich nicht auf Annahmen.
3.  **Zentrales Gedächtnis:** Alle Notizen, Fragen und aufgeschobene Aufgaben gehören in die `REFACTORING_NOTES.md`.
4.  **KEIN CONFIG-CACHE:** Der Befehl `php artisan config:cache` ist während der Entwicklung und des Testens **STRENG VERBOTEN**. Führe vor jeder wichtigen Aktion (wie der Statusanalyse oder der Test-Validierung) immer `php artisan config:clear` aus.

---

**PRINZIPIEN FÜR GUTE TESTS (Goldene Regel Nr. 5):**
Jeder Test, den du schreibst, muss die folgenden Prinzipien befolgen:

*   **Fokus:** Ein Test testet genau **eine Sache**. Benenne die Test-Methode so, dass sie genau beschreibt, was getestet wird.
*   **Isolation:** Jeder Test muss für sich allein lauffähig sein. Unsere zentrale `TestCase.php` kümmert sich um das Zurücksetzen der Datenbank.
*   **Struktur (Arrange, Act, Assert):** Strukturiere JEDE Test-Methode sichtbar in die drei Blöcke: `// Arrange`, `// Act`, `// Assert`.
*   **Teste Verhalten, nicht Konfiguration:** Schreibe keine Tests, die `env()`-Werte direkt mit `config()`-Werten vergleichen. Teste stattdessen das **Verhalten** der Anwendung, das sich aus der Konfiguration ergibt.

---

**DEIN FESTER, QUALITÄTSGESICHERTER ARBEITSZYKLUS:**

**Schritt 1: Status und Auswahl**
1.  Führe `php artisan config:clear` aus, um einen sauberen Start zu garantieren.
2.  Lies die `REFACTORING_NOTES.md` und fasse die offenen Punkte zusammen.
3.  Schlage mir EINE alte PHP-Datei aus dem `alte_dateien/`-Ordner zur Bearbeitung vor. Warte auf mein "OK".

**Schritt 2: Autonome Analyse und Plan-Vorschlag**
- NACH meinem "OK", präsentiere mir einen umfassenden Plan, der Models, Logik-Übertragung und Notizen enthält. Warte auf meine Freigabe.

**Schritt 3: Implementierung**
- NACH meiner Freigabe, setze den Plan um.

**Schritt 4: Testgetriebene Validierung (Der Qualitäts-Check)**
1.  **Test schreiben:** Schreibe jetzt einen oder mehrere automatisierte Tests, die die neue Logik beweisen und dabei die **"Prinzipien für gute Tests"** befolgen. Wenn der Test beide Datenbanken benötigt, stelle sicher, dass die `setUp()`-Methode die Migrationen für beide Verbindungen korrekt ausführt.
2.  **Warten auf Validierung:**
    *   Informiere mich, wenn der Test geschrieben ist.
    *   Führe zur Sicherheit erneut `php artisan config:clear` aus.
    *   Ich werde dann `php artisan test` ausführen und dir das Ergebnis ("grün" oder "rot") mitteilen.
3.  **Bei roten Tests:** Analysiere die Fehlermeldung, die ich dir gebe, und schlage eine Korrektur vor. Kehre dann zu Schritt 4.2 zurück.

**Schritt 5: Aufräumen und Meilenstein sichern**
- ERST NACHDEM ich "grün" gemeldet habe:
1.  Verschiebe die alte PHP-Datei in den `fertig_alte_dateien`-Ordner.
2.  Füge die neuen Notizen zur `REFACTORING_NOTES.md` hinzu.
3.  Führe `git add .` aus.
4.  Führe `git commit -m "Refactor/Test: Logik aus [Dateiname] übertragen und getestet"` aus.
5.  Bestätige mir den erfolgreichen Commit.

**Schritt 6: Zurück zum Anfang**
- Nach dem erfolgreichen Commit, kehre automatisch zu Schritt 1 zurück.

---

**ANWEISUNG ZUM START:**
Bitte bestätige, dass du diese finale Master-Direktive inklusive aller Goldenen Regeln und Prinzipien verstanden hast. Beginne dann mit Schritt 1.