Verzweigte Stories, denen dein ganzes Studio vertraut
Autoren bauen jede Szene visuell, der Routenplaner prüft, wie die Szenen zusammenhängen, und das Kommandozeilen-Tool osf führt dieselben Checks bei jedem Pull Request aus.
Jeder, der zustimmen muss, bekommt einen Grund dafür
Du weißt, dass dein Team einen besseren Weg braucht, verzweigte Dialoge zu schreiben. Das ändert LoreHub für jede Person, die du auf deiner Seite brauchst.
Alles, was ein Narrative-Team braucht, in jedem Plan
Pläne unterscheiden sich in Kapazität und Plätzen, nie in Funktionen.
Eine offene Grundlage, der deine Programmierer zustimmen
LoreHub speichert in einem offenen Format statt in einer proprietären Datenbank. Lege die Dateien in Git oder Perforce neben dein Spiel, reviewe jede Änderung wie jede andere Code-Änderung und öffne sie in jedem Tool, das OSF spricht. Solltest du LoreHub je verlassen, nimmst du deine Story einfach mit.
Die Validierung prüft das Schema, jeden Sprung zwischen Dialogen, jede Referenz auf Charaktere und Variablen, unerreichbare Nodes und fehlende Übersetzungen. Das Kommandozeilen-Tool osf führt dieselben Prüfungen bei jedem Pull Request aus.
Klartext mit striktem Schema können KI-Assistenten leicht lesen und schreiben. Lass die Validierung über jede KI-Änderung laufen, um kaputte Verbindungen und fehlende Übersetzungen zu finden, und reviewe sie dann als normalen Diff.
Jede Replik hat einen stabilen Key, und Übersetzungen spiegeln deine Story-Dateien. Pro Sprache entscheidest du, ob eine fehlende Replik den Build blockiert oder auf die Quelle zurückfällt. So kannst du eine Sprache früh ausliefern und später fertigstellen.
Open Story Foundation ist ein offener Standard für interaktive Geschichten, gestartet von den Machern von LoreHub und offen für jedes Tool und jede Engine.
Mehr über OSFVon der Änderung des Autors zur spielbaren Szene
- 1Schreiben
LoreHub oder reines OSFEin Autor ändert eine Szene im visuellen Editor von LoreHub oder bearbeitet die .osf-Datei direkt in einem beliebigen Texteditor. So oder so ist das Ergebnis eine einfache .osf-Datei.
- 2ReviewenGit oder Perforce
Die Änderung kommt als normaler Diff an. Ein Entwickler reviewt sie wie jede andere Code-Änderung, in einem Pull Request oder einer Perforce-Changelist.
- 3Prüfenosf validate
Kaputte Sprünge, unbekannte Charaktere und Variablen, unerreichbare Nodes und fehlende Übersetzungen werden mit Datei und Zeile gemeldet.
- 4Bauenosf build
Das Projekt kompiliert zu JSON oder YAML, eine Ressource pro Dialog, Charakter und Variable.
- 5SpielenCLI, LoreHub oder Engine
Spiele die Szene im Terminal mit der osf CLI, im Dialog-Player von LoreHub oder lade JSON oder YAML in deine Game Engine.
In zwei Wochen zum Ja, mit einer Szene
Du brauchst keinen Migrationsplan, um die Entscheidung zu gewinnen. Bring eine Szene in LoreHub und zeig deinem Team, was gefunden wurde.
- 1Woche 1: eine Szene wählen
Nimm eine verzweigte Szene, die schon Ärger gemacht hat, und baue sie im Free-Plan mit den Leuten nach, die daran arbeiten.
- 2Woche 2: auf die neue Art arbeiten
Verbinde ihre Dialoge auf der Routenkarte, füge eine Sprache hinzu und lass Autoren und Übersetzer gleichzeitig daran arbeiten.
- 3Dann: zeigen, was gefunden wurde
Bring die Routenkonflikte, veralteten Übersetzungen und den Änderungsverlauf zu deinem Producer und Tech Lead. Wir können bei dem Call dabei sein.