故事工作台

故事工作台用于整理项目的故事结构、路线、变量、分组和创作说明。它适合在“正文已经有一些内容，但结构开始变复杂”的阶段使用。

它解决什么问题

当项目只有一个短场景时，单靠故事视图就够了。随着章节、路线、变量、条件、结局和角色关系增加，你会需要一个更高层的视图来回答这些问题：

• 主线从哪里开始，到哪里结束？
• 哪些场景属于同一条路线？
• 哪些变量会影响后续剧情？
• 哪些内容只是设定资料，哪些是正式剧情？
• 哪些分支还没写完？
• 哪些路线需要在发布前重点测试？

故事工作台就是用来整理这些信息的地方。

推荐使用阶段

大纲阶段

先把主要章节、路线、关键选择和结局列出来。此时不需要写完整对白，重点是确认结构是否合理。

写作阶段

每完成一段剧情，就检查它属于哪条路线、会改变哪些状态、是否连接到后续场景。

校验阶段

发布前查看路线、变量和分组，确认没有孤立场景、未解释的状态变化或遗漏路线。

和故事图谱的区别

故事图谱更像自动生成的结构图，用来查看实际跳转和分支关系。故事工作台更像创作者的规划桌，用来整理意图、分组、说明和后续计划。

功能	更适合
故事图谱	查看项目当前结构和跳转关系
分支视图	分析选择、路线和可达性
故事工作台	规划路线、整理分组、记录创作意图
变量和状态	追踪剧情条件和玩家进度

如何组织路线

建议给路线使用清楚命名：

• 主线：玩家一定会经过的内容。
• 角色路线：围绕特定角色展开。
• 坏结局：失败、误解、死亡或提前结束。
• 真结局：需要满足条件才能进入。
• 支线：可跳过但会补充世界观或角色信息。

不要只用“路线 1”“路线 2”。项目变长后，这样的名字会很难维护。

如何使用变量和分组

变量适合记录“玩家已经做过什么”或“角色状态如何”。分组适合整理“这些场景属于同一类内容”。两者不要混用：

• “是否拿到钥匙”适合变量。
• “学校调查章节”适合分组。
• “某角色好感度”适合变量。
• “角色 A 的支线场景”适合分组。

发布前检查

在发布前，至少检查一次：

• 每条主要路线是否能从开场到达。
• 每个结局是否有明确进入条件。
• 重要变量是否有来源和用途。
• 分组名称是否仍然符合当前剧情。
• 临时草稿是否已经移出正式路线。

TIP

故事工作台不要求你把所有东西一次整理完。每次写完一章花几分钟更新结构，比项目结束前集中补救更轻松。