Ship branching stories your whole studio can trust
Writers build each scene visually, the route planner checks how scenes connect, and the osf command line tool runs the same checks on every pull request.
Everyone who signs off gets a reason to say yes
You know your team needs a better way to write branching dialogue. Here is what LoreHub changes for each person you need on your side.
Everything a narrative team needs, on every plan
Plans differ in capacity and seats, never in features.
An open foundation your programmers will approve
LoreHub saves to an open format instead of a private database. Keep the files in Git or Perforce next to your game, review every change like any other code change, 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 OSFFrom a writer's edit to a playable scene
- 1Write
LoreHub or plain OSFA 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.
- 2ReviewGit or Perforce
The change arrives as a normal diff. A developer reviews it like any other code change, in a pull request or a Perforce changelist.
- 3Checkosf validate
Broken jumps, unknown characters and variables, unreachable nodes and missing translations are reported with file and line.
- 4Buildosf build
The project compiles to JSON or YAML, one resource per dialogue, character and variable.
- 5Play
CLI, LoreHub or your enginePlay the scene in the terminal with the osf CLI, in the LoreHub dialogue player, or load the JSON or YAML in your game engine.
Get a yes in two weeks, with one scene
You don't need a migration plan to win the decision. Run one scene through LoreHub, then show your team what it caught.
- 1Week 1: pick one scene
Choose a branching scene that already gave you trouble and rebuild it on the Free plan with the people who work on it.
- 2Week 2: run it the new way
Link its dialogues on the route map, add a language, and let writers and translators work on it at the same time.
- 3Then: show what it caught
Bring the route conflicts, outdated translations and change history to your producer and tech lead. We can join that call.