# Aufgabenplan: [Kurze Beschreibung]
<!-- 
  WAS: Dies ist Ihre Roadmap für die gesamte Aufgabe. Betrachten Sie es als Ihren "Arbeitsspeicher auf der Festplatte."
  WARUM: Nach 50+ Werkzeugaufrufen können Ihre ursprünglichen Ziele vergessen werden. Diese Datei hält sie frisch.
  WANN: Erstellen Sie diese ZUERST, bevor Sie mit der Arbeit beginnen. Aktualisieren Sie nach Abschluss jeder Phase.
-->

## Ziel
<!-- 
  WAS: Ein klarer Satz, der beschreibt, was Sie erreichen möchten.
  WARUM: Dies ist Ihr Leitstern. Erneutes Lesen hält Sie auf den Endzustand fokussiert.
  BEISPIEL: "Erstellen einer Python-CLI-Todo-App mit Hinzufügen-, Auflisten- und Löschen-Funktionalität."
-->
[Ein Satz, der den Endzustand beschreibt]

## Aktuelle Phase
<!-- 
  WAS: An welcher Phase Sie gerade arbeiten (z. B. "Phase 1", "Phase 3").
  WARUM: Schnelle Referenz, wo Sie in der Aufgabe stehen. Aktualisieren Sie dies bei Ihrem Fortschritt.
-->
Phase 1

## Phasen
<!-- 
  WAS: Unterteilen Sie Ihre Aufgabe in 3-7 logische Phasen. Jede Phase sollte abschließbar sein.
  WARUM: Arbeit in Phasen zu unterteilen verhindert Überforderung und macht Fortschritt sichtbar.
  WANN: Aktualisieren Sie den Status nach Abschluss jeder Phase: pending → in_progress → complete
-->

### Phase 1: Anforderungen & Erkundung
<!-- 
  WAS: Verstehen, was getan werden muss, und erste Informationen sammeln.
  WARUM: Ohne Verständnis zu beginnen führt zu verschwendeter Mühe. Diese Phase verhindert das.
-->
- [ ] Nutzerintention verstehen
- [ ] Einschränkungen und Anforderungen identifizieren
- [ ] Ergebnisse in findings.md dokumentieren
- **Status:** in_progress
<!-- 
  STATUSWERTE:
  - pending: Noch nicht gestartet
  - in_progress: Aktuell in Bearbeitung
  - complete: Diese Phase abgeschlossen
-->

### Phase 2: Planung & Struktur
<!-- 
  WAS: Entscheiden, wie Sie das Problem angehen und welche Struktur Sie verwenden.
  WARUM: Gute Planung verhindert Nacharbeit. Dokumentieren Sie Entscheidungen, damit Sie sich an die Gründe erinnern.
-->
- [ ] Technischen Ansatz definieren
- [ ] Projektstruktur erstellen falls erforderlich
- [ ] Entscheidungen mit Begründung dokumentieren
- **Status:** pending

### Phase 3: Umsetzung
<!-- 
  WAS: Die Lösung tatsächlich erstellen/bauen/schreiben.
  WARUM: Hier passiert die Arbeit. Brechen Sie bei Bedarf in kleinere Teilaufgaben auf.
-->
- [ ] Den Plan Schritt für Schritt ausführen
- [ ] Code in Dateien schreiben vor der Ausführung
- [ ] Inkrementell testen
- **Status:** pending

### Phase 4: Testen & Überprüfung
<!-- 
  WAS: Überprüfen, dass alles funktioniert und die Anforderungen erfüllt.
  WARUM: Probleme früh zu erkennen spart Zeit. Dokumentieren Sie Testergebnisse in progress.md.
-->
- [ ] Alle Anforderungen als erfüllt bestätigt
- [ ] Testergebnisse in progress.md dokumentieren
- [ ] Gefundene Probleme beheben
- **Status:** pending

### Phase 5: Übergabe
<!-- 
  WAS: Endabwicklung und Übergabe an den Nutzer.
  WARUM: Stellt sicher, dass nichts vergessen wird und die Lieferobjekte vollständig sind.
-->
- [ ] Alle Ausgabedateien überprüfen
- [ ] Sicherstellen, dass Lieferobjekte vollständig sind
- [ ] An Nutzer übergeben
- **Status:** pending

## Schlüsselfragen
<!-- 
  WAS: Wichtige Fragen, die Sie während der Aufgabe beantworten müssen.
  WARUM: Diese leiten Ihre Recherche und Entscheidungsfindung. Beantworten Sie sie nach und nach.
  BEISPIEL: 
    1. Sollen Aufgaben zwischen Sitzungen bestehen bleiben? (Ja - Dateispeicherung nötig)
    2. Welches Format zum Speichern von Aufgaben? (JSON-Datei)
-->
1. [Zu beantwortende Frage]
2. [Zu beantwortende Frage]

## Getroffene Entscheidungen
<!-- 
  WAS: Technische und Design-Entscheidungen, die Sie getroffen haben, mit der zugrundeliegenden Begründung.
  WARUM: Sie werden vergessen, warum Sie sich für etwas entschieden haben. Diese Tabelle hilft Ihnen, Entscheidungen zu erinnern und zu rechtfertigen.
  WANN: Aktualisieren, wenn Sie eine bedeutende Wahl treffen (Technologie, Ansatz, Struktur).
  BEISPIEL:
    | JSON zur Datenspeicherung verwenden | Einfach, menschenlesbar, eingebaute Python-Unterstützung |
-->
| Entscheidung | Begründung |
|-------------|-----------|
|             |           |

## Aufgetretene Fehler
<!-- 
  WAS: Jeder Fehler, auf den Sie stoßen, welcher Versuch es war und wie Sie ihn gelöst haben.
  WARUM: Fehler zu protokollieren verhindert, die gleichen Fehler zu wiederholen. Dies ist entscheidend fürs Lernen.
  WANN: Sofort hinzufügen, wenn ein Fehler auftritt, auch wenn Sie ihn schnell beheben.
  BEISPIEL:
    | FileNotFoundError | 1 | Prüfen ob Datei existiert, leere Liste erstellen falls nicht |
    | JSONDecodeError | 2 | Leere-Datei-Fall explizit behandeln |
-->
| Fehler | Versuch | Lösung |
|--------|---------|--------|
|        | 1       |        |

## Hinweise
<!-- 
  ERINNERUNGEN:
  - Aktualisieren Sie den Phasenstatus bei Ihrem Fortschritt: pending → in_progress → complete
  - Lesen Sie diesen Plan vor wichtigen Entscheidungen erneut (Aufmerksamkeitssteuerung)
  - Protokollieren Sie ALLE Fehler - sie helfen, Wiederholungen zu vermeiden
  - Wiederholen Sie niemals eine fehlgeschlagene Aktion - variieren Sie stattdessen Ihren Ansatz
-->
- Aktualisieren Sie den Phasenstatus bei Ihrem Fortschritt: pending → in_progress → complete
- Lesen Sie diesen Plan vor wichtigen Entscheidungen erneut (Aufmerksamkeitssteuerung)
- Protokollieren Sie ALLE Fehler - sie helfen, Wiederholungen zu vermeiden
