让每个参与决策的人都有理由点头
你知道团队需要一种更好的方式来编写分支对话。下面是 LoreHub 为每一位你需要争取的人带来的改变。
叙事团队所需的一切，所有套餐都有
套餐只在容量和席位上不同，功能从不区分。
程序员会认可的开放基础
LoreHub 将内容保存为开放格式，而不是私有数据库。把文件和游戏一起放在 Git 或 Perforce 中，像审查其他代码更改一样审查每一次更改，并用任何支持 OSF 的工具打开它们。即使有一天离开 LoreHub，剧情也会跟您一起走。
校验会检查数据结构、对话之间的每一次跳转、每个角色和变量引用、不可达节点以及缺失的翻译。osf 命令行工具会在每个 pull request 上运行同样的检查。
带有严格数据结构的纯文本，AI 助手读写起来都很容易。对每一次 AI 编辑运行校验，捕获断开的链接和缺失的翻译，然后像普通 diff 一样审查它。
每一句台词都有稳定的键，翻译文件与剧情文件一一对应。您可以为每种语言决定：缺失的台词是阻止构建，还是回退到源语言。这样就能提前发布一种语言，之后再补全。
Open Story Foundation 是一项面向互动叙事的开放标准，由 LoreHub 团队发起，向任何工具和引擎开放。
了解 OSF从编剧的一次编辑到可玩的场景
- 1编写
LoreHub 或纯 OSF编剧在 LoreHub 可视化编辑器中修改场景，或者在任意文本编辑器中直接编辑 .osf 文件。无论哪种方式，结果都是一个纯 .osf 文件。
- 2审查Git 或 Perforce
更改以普通 diff 的形式到达。开发者在 pull request 或 Perforce changelist 中，像审查其他代码更改一样审查它。
- 3检查osf validate
断开的跳转、未知的角色和变量、不可达节点以及缺失的翻译都会连同文件和行号一起报告。
- 4构建osf build
项目编译为 JSON 或 YAML，每个对话、角色和变量各对应一个资源。
- 5试玩CLI、LoreHub 或您的引擎
用 osf CLI 在终端里试玩场景，在 LoreHub 对话播放器中试玩，或把 JSON 或 YAML 加载到您的游戏引擎中。
用一个场景，两周拿到“同意”
赢得决策不需要迁移计划。用 LoreHub 跑一个场景，再把它发现的问题展示给团队。
- 1第 1 周：选一个场景
选一个已经出过问题的分支场景，和负责它的人一起在 Free 套餐上重建。
- 2第 2 周：用新方式推进
在路线地图上连接它的对话，添加一种语言，让编剧和译者同时工作。
- 3之后：展示发现的问题
把路线冲突、过时的翻译和变更历史拿给制作人和技术负责人看。我们可以一起参加那次会议。