Avalonia-Grundgeruest: plattformneutrale App laeuft (Shell + erstes Fenster)

Neues Projekt src/PolyTrader.App.Avalonia (net10.0, Avalonia 12.1.1, LiveCharts2 2.0.5)
- laeuft unter Windows und Linux aus derselben Quelle.

Enthalten:
- Program.cs mit bewusst getrenntem Aufbau: BuildHost() stellt Persistenz, Dienste und
  Module ohne jeden UI-Bezug zusammen, erst Main haengt Avalonia daran. Damit ist der
  kopflose Linux-Betrieb (--headless, Stufe L2) ohne Umbau erreichbar - der Schalter ist
  bereits drin.
- AvaloniaUiHost als IModuleUiHost: gleiche Semantik wie die WinForms-Shell (ein Fenster
  je View, offene nach vorn holen, alles maximiert).
- Fenster-Menueleiste vollstaendig DEKLARATIV (Controls/WindowMenuBar.axaml + ItemsSource
  auf WindowMenuModel.Entries). Loest die alte Fassung ab, die menu.Items zur Laufzeit
  leerte und neu befuellte - genau der Punkt, den die neue Layout-Regel verbietet.
- ViewIcons fuer Avalonia: dieselben Schluessel und dieselben PNGs wie zuvor, Core und
  Module bleiben unveraendert.
- LauncherWindow, JobsWindow, ShutdownConfirmWindow (inkl. der 10-Sekunden-Sperre).
- --smoke-ui als Nachfolger der WinForms-Konstruktionspruefung; startet den Host bewusst
  NICHT, damit ein reiner UI-Test nicht die Trading-Engine gegen echte Endpunkte anwirft.

Dabei aufgeraeumt:
- JobManager.Jobs: BindingList -> ObservableCollection. BindingList implementiert kein
  INotifyCollectionChanged; neu registrierte Jobs waeren in Avalonia unsichtbar geblieben.
- StartupHydrationService aufgeteilt in CoreStateHydrationService (Core: Accounts +
  Demo-Positionen) und CopyTradingHydrationService (Modul: Settings + Trader). Behebt einen
  latenten Fehler: bei deaktiviertem Copytrading-Modul waeren die Accounts gar nicht mehr
  hydriert worden, obwohl sie zum Core gehoeren.

Verifiziert: Solution baut, 442 Tests gruen, --smoke-ui gruen, die App laeuft real mit
Fenster und allen Trading-Diensten (Market-Sync, Master-Trader-Analyse, RF-Scanner),
und publisht fuer linux-x64.

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

src/PolyTrader.App.Avalonia/Shell/CoreViews.cs

@@ -0,0 +1,31 @@
+using System;
+using Microsoft.Extensions.DependencyInjection;
+using PolyTrader.Core.Modularity;
+using PolyTraderSharp.Services;
+
+namespace PolyTrader.App.Avalonia.Shell
+{
+    /// <summary>
+    /// Registriert die Fenster, die der Core selbst beisteuert (Dashboard, Einstellungen,
+    /// Terminal, Jobs). Gegenstück zur entsprechenden Registrierung im WinForms-Program.cs –
+    /// die View-IDs sind bewusst identisch, damit Symbole und Reihenfolge unverändert greifen.
+    /// </summary>
+    public static class CoreViews
+    {
+        public static void Register(IModuleUiHost host, IServiceProvider services)
+        {
+            host.RegisterView(new ModuleView
+            {
+                Id = "core.jobs",
+                Title = "Server Jobs",
+                Group = "Core",
+                Order = 30,
+                CreateView = () => new Views.JobsWindow(host, services.GetRequiredService<JobManager>())
+            });
+
+            // TODO Portierung: core.dashboard (Order 10), core.settings (Order 20) und
+            // core.terminal (Order 40) folgen. Aufbau siehe docs/UI-SPEZIFIKATION-WinForms.md,
+            // Originalcode im Git-Tag winforms-final.
+        }
+    }
+}