Flixy heißt ab hier Halo

Reine Umbenennung, kein Verhalten geändert — bewusst als eigener Commit,
damit „umbenannt" und „umgebaut" im Nachhinein auseinanderzuhalten sind.

712 mal `Flixy`, 778 mal `flixy`, 7 mal `FLIXY` in 169 Dateien, dazu 25
Pfade. Ziele: `Halo`, `HaloTV`, `HaloTopShelf`, `HaloUITests`, `HaloKit` mit
`HaloDesign`, `HaloDownloads`, `HaloPlayback` und `HaloProbe`. `MediaKit`,
`JellyfinKit` und `DownloadWidget` tragen den Namen nicht und bleiben.

`docs/superpowers/specs/` ist ausgenommen. Datierte Entwurfsdokumente sind
ein Protokoll getroffener Entscheidungen; sie nachträglich umzuschreiben
hiesse, die Vergangenheit zu glätten.

**Die Bundle-ID wandert mit** — ausdrücklich so gewollt, mit bekanntem Preis:
`com.scarriffleservices.halo` ist für iOS eine *andere* App. Die installierte
Fassung bleibt daneben stehen, mit Downloads und Anmeldung in ihrem Container;
Halo startet leer. Einmal neu anmelden, heruntergeladene Folgen einmal neu
laden. Dasselbe gilt für die App-Gruppe, die sich TV-App und Top Shelf teilen.

**Eine Folge davon, die beim Entscheiden noch nicht auf dem Tisch lag:** der
Aufräumschritt aus dem vorigen Commit kommt an die alten Plex-Token nicht mehr
heran. Der Schlüsselbund grenzt nach Team und Bundle-Kennung ab — was unter
`…flixy` liegt, ist für `…halo` unerreichbar. Erledigt wird es trotzdem, nur
anders: **die alte App löschen.** iOS räumt deren Schlüsselbund-Einträge beim
Deinstallieren mit ab. Der Code bleibt stehen, weil er für jeden Stand vor
dieser Umbenennung richtig ist und im Jahr einen Startvergleich kostet.

Die Projektdatei ist aus `project.yml` neu erzeugt, der alte Ordner gelöscht
statt umbenannt — sie steht ohnehin nicht im Repo.

Das Verzeichnis des Repos selbst heißt weiter `Flixy`; das umzubenennen ist
ein Handgriff ausserhalb des Projekts.

368 Tests grün. iOS und tvOS bauen.

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

Halo.xcworkspace/README.md

@@ -0,0 +1,19 @@
+# Diesen Arbeitsbereich öffnen, nicht das Projekt
+
+`Halo.xcodeproj` wird von XcodeGen aus `project.yml` erzeugt — und dabei
+**ersetzt**, nicht bearbeitet: jede Datei darin bekommt einen neuen Inode,
+auch die, deren Inhalt gleich bleibt. Hat Xcode den Arbeitsbereich **im**
+Projekt offen (`Halo.xcodeproj/project.xcworkspace`), meldet es danach
+
+> The workspace file … has disappeared. Do you want to re-save the container,
+> or close it?
+
+und zwar nach jedem einzelnen Lauf.
+
+Dieser Arbeitsbereich liegt **daneben** statt darin. Er verweist nur auf das
+Projekt und wird von XcodeGen nie angefasst — Xcode lädt das Projekt danach
+still nach, ohne zu fragen.
+
+**Falls der Dialog doch einmal kommt: „Close", nie „Re-save".** Re-save
+schreibt Xcodes Kopie aus dem Arbeitsspeicher über das frisch erzeugte
+Projekt; alle Änderungen aus `project.yml` wären damit wieder weg.

Halo.xcworkspace/contents.xcworkspacedata

@@ -0,0 +1,4 @@
+<?xml version="1.0" encoding="UTF-8"?>
+<Workspace version = "1.0">
+   <FileRef location = "group:Halo.xcodeproj"></FileRef>
+</Workspace>