LoreHub v2 saves every dialogue, character and translation in the open Open Story Foundation (OSF) format: plain .osf text files in your own Git repo. Writers get a visual editor. Developers get files they can diff, review and validate. And your story is never locked inside one tool.
1Dialogue 01_intro_scene { 2 3 Node node_01 { 4 next: node_02 5 speaker: protagonist 6 text: "Where am I?" 7 } 8 9 Node node_02 { 10 next: node_03 11 text: "Total darkness surrounds you." 12 } 13 14 Node node_03 { 15 speaker: protagonist 16 text: "Am I dreaming?" 17 18 Option node_03_option_01 { 19 next: node_04 20 set: { is_dreaming: true } 21 text: "Yes, you are." 22 } 23 Option node_03_option_02 { 24 next: Dialogue.02_shadows_speak 25 text: "No. Fool" 26 } 27 } 28}
One .osf file, two editors. Developers write and review it as code in VS Code; writers and narrative designers shape it visually in LoreHub.
LoreHub saves to an open format instead of a private database. Keep the files in Git next to your game, review every change in a pull request, and open them in any tool that speaks OSF. If you ever leave LoreHub, your story comes with you.
Validation checks the schema, every jump between dialogues, every character and variable reference, unreachable nodes and missing translations. The osf command line tool runs the same checks on every pull request.
Plain text with a strict schema is easy for AI assistants to read and write. Run validation on every AI edit to catch broken links and missing translations, then review it as a normal diff.
Every line has a stable key, and translations mirror your story files. For each language you decide whether a missing line blocks the build or falls back to the source, so you can ship a language early and finish it later.
Open Story Foundation is an open standard for interactive stories, started by the makers of LoreHub and open to any tool or engine.
Learn about OSF →
A writer changes a scene in the LoreHub visual editor, or edits the .osf file directly in any text editor. Either way the result is a plain .osf file.
The change arrives as a normal diff. A developer reviews it like any other pull request.
Broken jumps, unknown characters and variables, unreachable nodes and missing translations are reported with file and line.
The project compiles to JSON or YAML, one resource per dialogue, character and variable.
Play the scene in the terminal with the osf CLI, in the LoreHub dialogue player, or load the JSON or YAML in your game engine.
LoreHub builds plain OSF YAML or JSON, so any engine that can read a file can use it. You write a small loader today. Tell us your engine and we will show what that takes.
No. Start with one scene or one new area of the game. Your current tool keeps working for everything else, and you decide after the trial.
Your story stays where it is. The .osf files are already in your repository, in an open format you can read in any text editor. OSF is run by the Open Story Foundation, which keeps all the core tools open source, so you can keep validating, building and playing your story without LoreHub.
Your story lives in your own Git repository. LoreHub v2 can be deployed in your region on request, with logical tenant isolation by default. Enterprise plans get hard tenancy, with infrastructure isolated from other customers.
Current plans are on the pricing page. For studio and team pricing for v2, talk to us on the demo call.
We'll show the editor, look at how your team writes dialogue today, and work out what a trial on one scene would take. Bring your narrative lead and whoever owns the tools, or come alone.
LoreHub v2 is in closed access. Pick a time above to request access, or open the booking page. Want to try something today? Start free with LoreHub v1.