feat: Planungsideen-Feld je Stunde + persistierter Materialerstellungs-Prompt

Lesson bekommt ein neues Freitextfeld PlanningIdeas fuer grobe Ideen vor der
Feinplanung, sichtbar im LessonDialog und als Kontext an die KI-Planung
(Backend + MCP) durchgereicht. LessonPhaseStep.MaterialPrompt speichert den
beim Uebernehmen einer KI-Stunde erzeugten Materialerstellungs-Prompt dauerhaft,
statt ihn nur einmalig im AiAssistDialog anzuzeigen - im Verlaufsplan-Editor
ueber einen neuen Kopieren-Button je Phase erneut nutzbar, auch ueber MCP
lesbar/schreibbar.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

TODO.md

@@ -2916,6 +2916,40 @@ folgenden Punkte gehören direkt in `LehrerApp.Desktop`:
       - Kein zusätzliches Feature wie Windows-Autostart für LehrerApp.Desktop selbst oder ein
         Tray-Icon (auf Nachfrage bewusst nicht Teil dieser Änderung) — die Bridge löst das Problem
         rein auf Protokollebene, unabhängig davon, wann der Nutzer LehrerApp tatsächlich startet.
+- [x] **4.5.35** Freitextfeld "Planungsideen" je Stunde (2026-09-14, Nutzer-Feedback): erste, noch
+      grobe Ideen zu einer Stunde entstehen erfahrungsgemäß lange bevor der Verlaufsplan (4.2.2)
+      feingeplant wird — dafür gab es bisher kein Feld, nur `Reflection` (nach der Stunde) und
+      `Unit.Notes` (auf Einheiten- statt Stundenebene). Neues `Lesson.PlanningIdeas` (`string?`),
+      im [LessonDialog](LehrerApp.Desktop/Views/Groups/LessonDialog.axaml) direkt unter "Thema" als
+      mehrzeiliges Freitextfeld, noch vor dem Verlaufsplan — bewusste Platzierung, damit die Idee
+      zuerst und die Feinplanung erst danach kommt. Keine Migration nötig (LiteDB, neues Feld).
+      Auch als Kontext für die KI-Planungsunterstützung (4.5.9) durchgereicht, wie von der
+      Lehrkraft gewünscht ("auch nützlich für die KI-gestützte Weiterplanung"): `AiLesson`/
+      `AiUnitContext` (Core/AiPlanning) bekommen ein neues, zu `Homework`/`Reflection` symmetrisches
+      Feld `planningIdeas` (gelesen in `AiPlanningService.BuildContext`, übernommen in
+      `ApplyResponse`, im Planungsdiff berücksichtigt in `DescribeChanges`); `ai-backend/plan.php`
+      bekommt das Feld in Ein- und Ausgabeschema samt Hinweis an die KI, es als starken Kontext zu
+      nutzen und unverändert zurückzugeben, außer die Anweisung verlangt ausdrücklich eine
+      Überarbeitung. Für die MCP-gestützte Weiterplanung (4.5.28) zusätzlich in `LessonDto`
+      (Services/Mcp/Tools/Dto.cs) exponiert und über einen neuen optionalen `planningIdeas`-
+      Parameter von `update_lesson` (LessonPlanTools.cs) schreibbar — bewusst kein neues, eigenes
+      MCP-Tool nur für dieses eine Feld, passt in das bestehende kleinteilige Muster.
+- [x] **4.5.36** Materialerstellungs-Prompt bleibt nach dem Übernehmen erhalten (2026-09-14,
+      Nachtrag zu 4.5.20, Nutzer-Feedback): der in 4.5.20 gebaute Prompt war bisher nur im
+      `AiAssistDialog` (Review vor dem Speichern) kopierbar — einmal übernommen, war er weg, obwohl
+      die Lehrkraft ihn oft erst später in einer externen KI-Sitzung tatsächlich einlöst. Neues
+      `LessonPhaseStep.MaterialPrompt` (`string?`, keine Migration nötig): `AiPlanningService.
+      ApplyResponse` befüllt es automatisch mit dem von `BuildMaterialPrompt` erzeugten Text, sobald
+      die Phase einen `MaterialSuggestion`-Vorschlag hatte — bewusst weiterhin kein separates
+      "Material"-Domänenmodell (siehe 4.5.26), nur ein zusätzliches Feld an der bestehenden Zeile.
+      Im [LessonDialog](LehrerApp.Desktop/Views/Groups/LessonDialog.axaml) erscheint dafür in der
+      Verlaufsplan-Tabelle ein neuer Button "📋" je Phasenzeile, nur sichtbar wenn ein Prompt
+      gespeichert ist (`PhaseStepEditItem.HasMaterialPrompt`) — derselbe Zwischenablage-Mechanismus
+      wie im `AiAssistDialog` (`LessonDialog.axaml.cs:OnCopyMaterialPrompt`). Für die MCP-gestützte
+      Weiterplanung zusätzlich in `LessonPhaseDto.MaterialPrompt` gelesen und über einen neuen
+      optionalen Parameter an `add_lesson_phase`/`update_lesson_phase` (LessonPlanTools.cs)
+      schreibbar, damit auch ein extern (z.B. in Claude Desktop) formulierter Prompt zur
+      Wiederverwendung gespeichert werden kann, nicht nur ein vom eigenen KI-Backend erzeugter.
 
 **Wichtige Abweichung von der ursprünglichen Planung (5.2):** Vor der Umsetzung zeigte sich,
 dass 5.2 wie ursprünglich beschrieben eine zweite, parallele Fehlzeiten-Erfassung neben dem