42 Flagship-Geschichten: Der Katalog zum Start
Foto: Unsplash
Eine neue Plattform mit leerem Inhalt zu launchen ist eine schlechte Idee. Wer zum ersten Mal auf OutaStory kommt und leere Regale vorfindet, klickt weg — und kommt vermutlich nicht zurück. Das ist kein Geheimnis, aber die Konsequenz daraus ist Arbeit: Man muss Inhalte haben, bevor die Community groß genug ist, um sie selbst zu füllen.
Wir haben diese Aufgabe ernst genommen. Zum Start hat OutaStory 42 Flagship-Geschichten — 21 auf Englisch, 21 auf Deutsch.
Warum 42 und warum je 21?
Die Zahl ist kein Zufall. Wir haben 21 Root-Kategorien in der neuen Hierarchie. Und wir haben entschieden, dass jede Root-Kategorie mindestens eine lange, vollständige Geschichte bekommt. Eine pro Genre, zwei Sprachen — das ergibt 42.
Aber die Zahl ist auch ein Minimum-Statement: Jede dieser Geschichten ist lang. Nicht ein paar hundert Wörter. Jede Flagship-Geschichte hat elf Kapitel, jedes Kapitel drei bis vier Leserseiten. Das entspricht ungefähr 13.000 bis 15.000 Wörtern pro Geschichte.
Addiert man das: 21 englische Geschichten ergeben rund 290.000 Wörter. 21 deutsche Geschichten rund 280.000 Wörter. Zusammen sind das fast 570.000 Wörter Originalinhalt zum Start.
Was "Flagship" bedeutet
Nicht alle Geschichten auf OutaStory sind Flagship-Geschichten. Wir haben außerdem rund 750 kürzere Seed-Geschichten, die vor allem für Tests der Suche und der Kategorie-Navigation gedacht sind.
Flagship-Geschichten sind anders positioniert. Sie sind:
- Lang genug, um mehrere Lesesitzungen zu füllen
- In sich abgeschlossene Erzählungen — kein Cliffhanger am Ende des letzten Kapitels, ohne dass die Auflösung folgt
- Repräsentativ für ihr Genre — wer Fantasy sucht, soll in der Fantasy-Flagship eine Geschichte finden, die das Genre ernst nimmt
- Zweisprachig — die deutsche und die englische Version sind keine Übersetzungen voneinander, sondern eigenständige Geschichten im gleichen Genre
Das letzte Punkt ist wichtig: Die deutsche "Dunkle Fantasie"-Geschichte spielt nicht in der gleichen Welt wie die englische "Dark Fantasy"-Geschichte. Jede Sprache bekommt eigene Welten, eigene Figuren, eigene Handlungsstränge.
Warum elf Kapitel?
Die Kapitelstruktur war eine bewusste Entscheidung. Zu kurze Kapitel lassen keine Tiefe zu. Zu lange Kapitel schrecken ab, wenn man das erste Mal eine Geschichte aufruft.
Elf Kapitel bei drei bis vier Seiten pro Kapitel ergibt eine Geschichte, die sich wie eine vollständige Erzählung anfühlt — mit Einführung, Wendepunkten und Auflösung — ohne so lang zu sein, dass sie wie ein Roman wirkt, den man nie abschließen wird.
Für das Audio-System hat die Kapitelstruktur noch einen technischen Grund: Jedes Kapitel wird als eigene MP3 generiert. Kürzere Einheiten bedeuten kürzere Generierungszeiten und einfacheres Resubmitting, wenn ein Kapitel neu generiert werden muss.
Foto: Unsplash
Die Genres im Überblick
Jede der 21 Root-Kategorien hat ihre Geschichte bekommen. Einige Beispiele aus dem deutschen Katalog:
- Fantasy: Ein episches Abenteuer in einer Welt, in der Magie an Sprache gebunden ist
- Romantasy: Eine Liebesgeschichte zwischen einer Schmiedin und einem verwunschenen Prinzen
- Science Fiction: Eine Raumstation, deren KI nach einem Systemausfall selbständig zu handeln beginnt
- Dystopie: Eine Gesellschaft, in der Träume überwacht und gehandelt werden
- Urban Fantasy: Ein Detektiv in Berlin, der Fälle löst, die keine normalen Fälle sind
- Horror: Eine Hütte im Wald, eine geschlossene Gruppe, ein Geheimnis, das schon lange auf sie gewartet hat
- Fan Fiction: (Anime-Setting, originale Welt) Eine Gruppe von Studierenden, die versehentlich in eine Parallelwelt gerät, die nach Manga-Regeln funktioniert
Der englische Katalog deckt dieselben Genres ab, aber mit eigenen Welten und Stilen — mehr amerikanische Erzähltradition dort, mehr europäische hier.
Das Seed-System dahinter
Technisch gesehen leben alle 42 Flagship-Geschichten in YAMLs unter SeedData/stories/. Jeder Ordner hat eine Nummer: 801–821 für Englisch, 901–921 für Deutsch. Die YAMLs enthalten Metadaten (Titel, Slug, Autor, Genre, Beschreibung, Cover-Prompt für die KI), und der eigentliche Text der Kapitel liegt als separate Markdown-Dateien daneben.
Das Initialization.Data-System liest diese Ordner beim Start, berechnet einen Hash des Inhalts und vergleicht ihn mit dem gespeicherten Hash in der Datenbank. Nur wenn sich etwas geändert hat, wird upsertet. Das bedeutet: Wenn wir eine Geschichte korrigieren, wird sie beim nächsten Deploy automatisch aktualisiert, ohne die Datenbank manuell anzufassen.
Diese Architektur hat einen weiteren Vorteil: Wenn wir neue Flagship-Geschichten hinzufügen wollen, legen wir einfach einen neuen Ordner an und definieren eine neue YAML. Beim nächsten Deployment ist die Geschichte live.
Autorinnen und Autoren hinter den Geschichten
Die Flagship-Geschichten haben fiktive Autoren-Profile — jeweils deutsche und englische Voices, mit eigenem Slug, Biografie und Follower-Zahlen. Diese Profile sind keine Dummy-Daten, sondern durchdachte Personas, die die Vielfalt der Plattform zeigen sollen.
Das Author-System ist eng mit Auth0 verknüpft: Jeder Autoren-Slug kann mit einem echten Auth0-Account verknüpft werden. Für die Seed-Autoren passiert das über das Initialization.Account-System, das Auth0-User anlegt und den User-ID-Pointer in Azure Key Vault ablegt.
Was kommt als Nächstes?
Nächste Woche: Wie KI-generierte Cover funktionieren — von der Idee über den Prompt bis zum fertigen Bild — und wie wir den Prozess in den dreistufigen Publish-Wizard integriert haben.