Files
Genarrative/docs/design/RPG_NARRATIVE_PLANNING_FULL_PIPELINE_WORKFLOW_2026-04-12.md
kdletters cbc27bad4a
Some checks failed
CI / verify (push) Has been cancelled
init with react+axum+spacetimedb
2026-04-26 18:06:23 +08:00

26 KiB
Raw Blame History

RPG 游戏全剧情专业策划工作流程

更新时间:2026-04-12

0. 文档目的

这份文档用于整理一套专业剧情策划在 RPG 项目中构建“游戏内所有剧情”的完整工作流程。

这里的“所有剧情”不只指主线对白,而是包括:

  1. 世界观与主题母题
  2. 主线剧情
  3. 支线剧情
  4. 队友 / 同伴 / 关键 NPC 个人线
  5. 阵营线
  6. 场景章节
  7. 任务合约与阶段推进
  8. 物件、文书、残痕、传闻等叙事载体
  9. 玩家选择、后果与长期回响
  10. 运行时 AI 生成所需的提示词上下文与可见性边界

这份流程的目标不是让策划一次写完所有文本,而是建立一套可生产、可扩展、可验收、可接入当前项目 AI 原生剧情引擎的剧情生产方法。

一句话目标:

先把世界、角色、线程、章节、任务、载体、选择和回响的骨架搭稳再让文本、AI 生成和演出表现长在同一套结构上。


1. 核心原则

1.1 剧情策划不是写故事,而是设计可运行的叙事系统

专业 RPG 剧情策划要交付的不是一篇小说,而是一套可以被玩家行动驱动的剧情结构。

因此每一段剧情都要能回答:

  1. 这段剧情服务哪条世界线程?
  2. 玩家在这里能做什么?
  3. 哪些信息此刻能被玩家知道?
  4. 哪些角色会因为玩家行为改变立场?
  5. 这段剧情结束后,世界、角色、物件或任务状态发生了什么变化?
  6. 这些变化后续在哪里回响?

如果一段剧情只能阅读,不能推进状态,也不能产生回响,它就更像背景文案,不是完整的 RPG 剧情单元。

1.2 世界先于角色,角色先于对白,状态先于文案

推荐顺序是:

世界主题
-> 世界线程
-> 阵营与角色立场
-> 信息可见性
-> 章节与任务结构
-> 场景、物件、对话、演出文本

不要从对白或桥段开始反推世界观。这样容易出现角色很会说话,但世界没有共同冲突、主线没有抓手、支线和物件互不相干的问题。

1.3 主线、支线、角色线和物件线必须讲同一个世界

好的 RPG 剧情不是“主线一套,支线一套,物品描述又一套”。

所有内容都应该能挂回同一张世界故事图谱:

  1. 主线负责推进世界核心冲突。
  2. 支线负责展示核心冲突在普通人、地点、组织中的局部后果。
  3. 角色线负责把世界冲突压到个人选择与关系代价上。
  4. 物件和残痕负责把旧事、证据、误导和主题意象分散到玩家探索中。
  5. 阵营线负责让玩家看到不同价值立场之间的冲突。

1.4 AI 负责表达,本地规则负责边界

结合当前项目方向,剧情策划要默认把内容拆成两部分:

  1. AI 可生成部分

    • 对话措辞
    • 场景氛围
    • 行动结果描述
    • 任务引导文本
    • 物件叙事包装
    • 角色语气与情绪细节
  2. 本地规则必须掌控部分

    • 剧情阶段
    • 玩家已知信息
    • 任务状态
    • 选择裁决
    • 关系变化
    • 奖励发放
    • 后续解锁
    • 长期记忆写回

原则是:

模型可以写得更生动,但不能临场决定世界状态。

1.5 有限分歧,强反馈,不追求无限分支

RPG 剧情最容易失控的地方是分支爆炸。

更稳定的做法是:

  1. 分歧数量有限
  2. 每个分歧都有明确价值立场
  3. 反馈足够强
  4. 后续能通过关系、可见信息、任务口径、奖励和 NPC 反应回响

玩家需要感到“我的选择被世界记住了”,不一定需要每个选择都开一条完全不同的剧情线。


2. 全流程总览

专业剧情策划构建 RPG 全剧情,建议按 12 个阶段推进:

阶段 0确认产品目标与剧情边界
-> 阶段 1建立叙事支柱与玩家幻想
-> 阶段 2搭建世界故事图谱
-> 阶段 3设计阵营、角色与关系压力
-> 阶段 4拆主线结构与章节节奏
-> 阶段 5建立支线、角色线、阵营线矩阵
-> 阶段 6把每个场景收束成章节单元
-> 阶段 7设计任务合约、信号与推进条件
-> 阶段 8设计叙事载体与线索网络
-> 阶段 9设计选择后果与回响记忆
-> 阶段 10整理 AI 生成上下文与可见性边界
-> 阶段 11进入制作、验收、复盘与迭代

这 12 个阶段不要求完全瀑布式执行,但不建议跳过前 4 个阶段直接写大量场景文本。


3. 阶段 0确认产品目标与剧情边界

3.1 目标

在写剧情前,先确定项目到底需要哪种 RPG 体验。

剧情策划要先和产品、系统、战斗、关卡、美术、技术对齐:

  1. 游戏是偏经典单机 RPG、Roguelike RPG、开放叙事、剧情冒险还是轻量跑团
  2. 玩家体验核心是情感羁绊、探索解谜、队友反应、战斗成长、阵营选择,还是世界观沉浸?
  3. 剧情内容是一次性长线体验,还是可重复生成和长期扩展?
  4. AI 参与生成到什么程度?
  5. 哪些剧情状态必须由后端持久化?

3.2 关键产出

产出 用途
剧情目标一句话 让所有人知道本作剧情体验追求什么
参考体验拆解 明确借鉴的是方法,不是复制桥段
内容范围表 约束主线、支线、角色线、随机事件规模
禁止事项 明确不做什么,避免范围膨胀
验收口径 后续判断剧情是否达标

3.3 推荐模板

项目剧情目标:

玩家幻想:

核心情绪:

主要参考:

本作不做:

首个可验证剧情闭环:

剧情成功的判断标准:

4. 阶段 1建立叙事支柱与玩家幻想

4.1 目标

叙事支柱是整个剧情系统的方向盘。

建议控制在 3 到 5 条,例如:

  1. 角色羁绊
  2. 世界旧史
  3. 选择代价
  4. 路线试炼
  5. 物件残痕

每条支柱都要能落到玩法和内容,而不是只停留在口号。

4.2 工作方法

先写清楚这 4 个问题:

  1. 玩家为什么会进入这个世界?
  2. 玩家为什么愿意继续探索?
  3. 玩家会因为什么角色或事件产生情感投入?
  4. 玩家每 10 分钟能感到什么剧情反馈?

4.3 关键产出

产出 内容
叙事支柱表 每条支柱的体验目标、内容落点和系统落点
玩家幻想说明 玩家扮演谁、追求什么、害怕失去什么
情绪曲线 游戏前中后期的情绪节奏
主题母题 世界反复出现的意象、代价、冲突形式

4.4 验收标准

做到以下几点才算完成:

  1. 每条叙事支柱都能对应至少一种系统承载方式。
  2. 主线、角色线、物件线都能共享同一组主题母题。
  3. 团队能用同一句话解释本作剧情体验,而不是各说各的。

5. 阶段 2搭建世界故事图谱

5.1 目标

世界故事图谱用于回答:

  1. 这个世界正在发生什么大问题?
  2. 哪些问题是玩家一开始知道的?
  3. 哪些问题是暗线?
  4. 哪些旧事留下了残痕?
  5. 哪些角色、地点、物件共同指向同一条线?

这一步是后续主线、支线、角色、场景、物件全部能互相印证的基础。

5.2 图谱最小结构

推荐至少包含 4 类内容:

类型 说明
明线线程 玩家早期就能感知的冲突和目标
暗线线程 真实原因、隐藏组织、旧案、背叛或世界真相
旧事伤痕 过去事件在当下留下的地点、人物、物件痕迹
主题母题 反复出现的意象、禁忌、制度、称谓、代价

5.3 设计步骤

  1. 先写世界现状,不写古代编年史。
  2. 再写现状背后的核心矛盾。
  3. 再写至少 3 条明线线程。
  4. 再写至少 2 条暗线线程。
  5. 再把每条线程挂到角色、地点、物件和阵营。
  6. 最后补哪些信息一开始可见,哪些必须延后揭示。

5.4 推荐模板

世界名称:

核心主题:

世界现状:

明线线程:
- id
- 标题:
- 表面冲突:
- 玩家早期看到的证据:
- 涉及角色:
- 涉及地点:
- 涉及物件:

暗线线程:
- id
- 标题:
- 隐藏真相:
- 误导信息:
- 解锁条件:
- 最终影响:

旧事伤痕:
- id
- 过去事件:
- 当下残痕:
- 相关角色:
- 可被玩家发现的载体:

5.5 常见错误

  1. 只写设定百科,没有当前冲突。
  2. 每个角色都有背景,但没有共同线程。
  3. 暗线太早暴露,导致后续剧情只剩执行流程。
  4. 地点和物件只是装饰,没有承担证据或回响。

6. 阶段 3设计阵营、角色与关系压力

6.1 目标

RPG 角色不能只是设定卡,而要成为世界冲突中的活节点。

每个重点角色都要回答:

  1. 他在世界明线里是什么位置?
  2. 他和暗线有什么关系?
  3. 他现在承受什么压力?
  4. 他对玩家的默认态度是什么?
  5. 他不愿意说什么?
  6. 玩家什么行为会改变他?

6.2 角色分层

建议把角色分为 5 层:

层级 职责
主角 / 玩家化身 承载玩家幻想、成长路径、核心选择
同伴 / 队友 承载情感关系、立场反应、个人线
关键 NPC 承载主线线索、阵营压力、章节推进
阵营代表 承载价值冲突、资源控制、任务来源
场景 NPC 承载局部生活感、误导、支线入口、收束口风

6.3 角色叙事档案

每个重点角色建议整理成以下结构:

角色名:

外显身份:

公众面具:

当前压力:

表面目标:

真实目标:

隐藏关系:

已付代价:

禁区:

默认对玩家态度:

可触发反应关键词:

关联明线线程:

关联暗线线程:

个人线阶段:

可解锁背景章节:

6.4 低关系角色的写法

低关系角色不能只是冷淡。

更好的低关系状态应该具备:

  1. 有压力
  2. 有保留
  3. 有错位说辞
  4. 有观察和试探
  5. 有后续可解锁的暗线钩子

也就是说:

低关系降低的是披露深度,不是剧情密度。

6.5 阵营设计

每个阵营至少要有:

  1. 公开目标
  2. 隐藏目标
  3. 资源控制点
  4. 对玩家的利用价值
  5. 与其他阵营的矛盾
  6. 内部裂缝
  7. 代表角色
  8. 玩家可改变的状态

阵营线要避免只变成声望商店。阵营应该提供不同价值立场,让玩家在任务选择里感到代价。


7. 阶段 4拆主线结构与章节节奏

7.1 目标

主线不是连续剧情文本,而是玩家穿过世界核心冲突的结构化路径。

主线要同时做到:

  1. 每一章有清晰目标。
  2. 每一章有新的理解变化。
  3. 每一章有可执行任务。
  4. 每一章有角色或世界状态变化。
  5. 每一章结尾能交给下一章。

7.2 推荐结构

主线可以按 5 层拆:

全局主题
-> 幕
-> 章节
-> 场景章节
-> 任务 step / 玩家行动

7.3 幕结构建议

作用
第一幕:进入世界 建立玩家身份、核心异常、第一批角色和明线目标
第二幕:扩展冲突 展开阵营、地点、支线和角色压力
第三幕:理解改判 让玩家发现前期判断不完整或被误导
第四幕:代价选择 让玩家做有关系与世界后果的关键选择
第五幕:收束回响 回收主线、角色线、旧物、场景残痕和选择后果

不一定每个项目都需要完整五幕,但每个主线版本都要明确当前处在哪种叙事功能。

7.4 单章结构

每章都要具备:

  1. 章节承诺
  2. 章节压力
  3. 主要角色
  4. 主要地点
  5. 主要任务
  6. 关键信息
  7. 转折点
  8. 高潮行动
  9. 收束结果
  10. 下一章 handoff

7.5 主线章节模板

章节 id

章节标题:

所属幕:

章节承诺:

玩家进入条件:

开章事件:

主要目标:

关键 NPC

关键地点:

关键载体:

中段压力:

转折信息:

高潮行动:

玩家选择:

结算状态:

角色关系变化:

世界状态变化:

下一章 handoff

8. 阶段 5建立支线、角色线、阵营线矩阵

8.1 目标

支线、角色线和阵营线不是主线之外的填充内容,而是主线主题在不同尺度上的展开。

它们要分别承担:

  1. 支线:展示世界冲突对普通人、地点、职业、怪物、制度的影响。
  2. 角色线:展示某个角色如何被世界冲突改变。
  3. 阵营线:展示不同价值立场如何争夺资源和解释权。

8.2 支线设计原则

每条支线都要至少满足 3 个条件:

  1. 与一条世界线程有关。
  2. 有局部人物或地点变化。
  3. 结尾能留下一个回响。

不推荐做纯跑腿支线。如果必须做轻量任务,也要让它承担信息、关系、物件或地点状态中的至少一个作用。

8.3 角色线设计原则

角色线不等于给角色写长背景。

角色线应该按阶段展开:

阶段 作用
首遇 建立外显身份、压力、错位
试探 玩家开始触碰禁区,但信息仍不完整
信任 角色透露真实目标或旧伤的一部分
冲突 玩家选择与角色立场发生碰撞
高光 角色做出关键行动或牺牲
余波 角色口风、关系、能力或结局发生变化

8.4 阵营线设计原则

阵营线要重点设计:

  1. 玩家为什么会被阵营需要?
  2. 阵营给玩家什么资源?
  3. 阵营要求玩家付出什么代价?
  4. 阵营内部有什么分歧?
  5. 玩家是否能改变阵营走向?
  6. 退出、背叛、结盟会带来什么后果?

8.5 剧情矩阵模板

类型 id 标题 关联线程 主要角色 主要地点 解锁条件 关键选择 结算回响
主线
支线
角色线
阵营线

9. 阶段 6把每个场景收束成章节单元

9.1 目标

结合当前项目方向,推荐默认把每个可到达场景视为一个场景章节。

这意味着玩家进入一个新场景时,不只是换地图,而是进入一段局部剧情闭环。

每个场景章节都必须回答:

  1. 玩家刚进入时,这里正在发生什么?
  2. 这个场景给玩家什么压力?
  3. 玩家会在这里遇到什么改判?
  4. 玩家离开前,这里有什么局部收束?
  5. 本章留下什么可回响的人、物、线索或关系变化?

9.2 五阶段结构

当前项目已有章节阶段可直接承接场景章节:

阶段 体验语义 策划职责
opening 起:开章立题 抛出异常、角色 lead、首个目标
expansion 承:压力展开 推出阻碍、调查、战斗、关系张力
turning_point 转:理解改判 给新事实、反证、误导破裂或立场变化
climax 合:正面收束 让玩家完成核心行动或关键选择
aftermath 余波:结果沉淀 写回 chronicle、关系、奖励和下一跳

9.3 场景章节必须包含的九件套

每个场景章节建议至少有:

  1. 章节承诺
  2. 情感锚点 NPC
  3. 现场压力
  4. 路线或空间推进
  5. 至少一个叙事载体
  6. 至少一个玩家选择或处理方式差异
  7. 转折信息
  8. 局部收束
  9. 余波回响

不要求每一项都做很重,但不能让场景只剩“看描述、接任务、交任务”。

9.4 场景章节卡模板

场景 id

场景名称:

章节标题:

章节类型:
情感章 / 抉择章 / 试炼章 / 调查章 / 阵营章 / 过渡章

章节承诺:

opening
- 开章 NPC / 残痕:
- 玩家第一目标:

expansion
- 主要压力:
- 任务 step
- 场景阻碍:

turning_point
- 新事实:
- 误导或反证:
- 关系变化:

climax
- 核心行动:
- 玩家选择:
- 任务结算:

aftermath
- chronicle 写回:
- 关系回响:
- 物件 / 奖励回响:
- 下一场景 handoff

10. 阶段 7设计任务合约、信号与推进条件

10.1 目标

任务是剧情在玩家前台的动作面。

专业剧情策划不能只写“玩家去调查真相”,而要把它拆成:

  1. 任务意图
  2. 任务合约
  3. 推进信号
  4. 完成条件
  5. 失败或替代处理
  6. 奖励与回响

10.2 任务设计结构

层级 说明
意图 这条任务想推动什么剧情问题
合约 玩家需要完成哪些可追踪步骤
信号 哪些行动会推进任务状态
裁决 玩家不同做法如何结算
回响 任务结果写回哪里

10.3 常见信号类型

  1. 到达场景
  2. 与 NPC 对话
  3. 击败敌对实体
  4. 获得物件
  5. 检查残痕
  6. 交付物品
  7. 关系变化
  8. 阵营选择
  9. 触发私聊
  10. 解锁可见信息

10.4 任务合约模板

任务 id

任务标题:

任务类型:
主线 / 支线 / 角色线 / 阵营线 / 场景章节任务

关联章节:

关联世界线程:

任务意图:

发布者:

参与角色:

前置条件:

任务 steps
- step id
- step 类型:
- 玩家目标:
- 推进信号:
- 完成条件:
- 可替代解法:

关键选择:

奖励:

关系变化:

可见信息变化:

chronicle 写回:

后续 handoff

10.5 设计要求

每个任务至少要清楚:

  1. 为什么这个任务现在发生?
  2. 玩家为什么需要参与?
  3. 任务完成后谁的状态变了?
  4. 是否解锁新信息?
  5. 是否影响后续 NPC 口风或任务入口?

11. 阶段 8设计叙事载体与线索网络

11.1 目标

RPG 的故事不应该只靠 NPC 对话讲完。

叙事载体包括:

  1. 装备
  2. 道具
  3. 文书
  4. 信件
  5. 地标
  6. 尸体
  7. 遗物
  8. 建筑残痕
  9. 怪物命名
  10. 传闻
  11. 阵营标记
  12. 任务奖励

这些载体要像证人一样共同讲故事。

11.2 每个重点载体必须回答

  1. 它是谁留下的?
  2. 它见证过什么?
  3. 它为什么现在出现在这里?
  4. 它指向哪条明线或暗线?
  5. 谁看到它会产生反应?
  6. 它是否能改变玩家理解?

11.3 叙事载体模板

载体 id

载体类型:

显示名称:

表面功能:

可见线索:

见证痕:

未完成问题:

当前出现理由:

关联线程:

关联角色:

关联地点:

触发反应:

后续回响:

11.4 线索网络设计

一个重要真相不要只放在单个 NPC 口中。

推荐至少用 3 类载体共同证明:

  1. 一个人说了什么
  2. 一个地点留下了什么
  3. 一个物件证明或反驳了什么

这样玩家会感到自己是在拼出真相,而不是被系统直接告知答案。


12. 阶段 9设计选择后果与回响记忆

12.1 目标

选择后果不是只改变结局文本,而是让玩家行为在后续剧情中持续被看见。

可回响的位置包括:

  1. NPC 口风
  2. 队友认可或反对
  3. 任务入口变化
  4. 可见信息变化
  5. 阵营态度变化
  6. 商店、奖励、援助变化
  7. 地点状态变化
  8. 物件描述变化
  9. 私聊内容变化
  10. 结局变量

12.2 选择设计原则

好的选择不是“善恶二选一”,而是价值冲突。

每个关键选择建议至少具备:

  1. 两种合理动机
  2. 至少一个关系影响
  3. 至少一个世界状态影响
  4. 至少一个短期反馈
  5. 至少一个长期回响

12.3 后果表模板

选择 id 玩家行为 价值立场 即时反馈 关系变化 信息变化 世界状态变化 后续回响

12.4 记忆分层

建议把剧情记忆拆成:

记忆类型 说明
事件记忆 玩家做过什么事
关系记忆 哪些角色因此改变看法
线索记忆 玩家知道了哪些事实
误解记忆 玩家或角色当前误以为什么
真相记忆 已经被稳定揭示的事实
载体记忆 哪些物件、残痕、文书被发现

12.5 验收标准

关键选择至少要能在后续 2 到 3 个地方被看见,才算真正产生回响。


13. 阶段 10整理 AI 生成上下文与可见性边界

13.1 目标

在 AI 原生剧情项目里剧情策划不能只交付成品文本还要交付“AI 可以知道什么、不能知道什么、应该怎么表达”的上下文包。

13.2 可见性分层

至少要区分:

类型 说明
世界事实 真实存在的设定
玩家已知事实 玩家已经通过游戏获得的信息
角色已知事实 当前 NPC 自己知道的信息
角色愿意说的信息 当前关系和场景下可以说的内容
模型可见信息 本轮 prompt 真正允许注入的信息
禁止注入信息 未解锁、未发现、会剧透的内容

13.3 AI 上下文包模板

本轮场景:

当前章节阶段:

当前任务 step

当前情境压力:

玩家已知事实:

当前 NPC 公开面:

当前 NPC 可说信息:

当前 NPC 不可说信息:

允许推进的线索:

禁止提前揭示:

推荐情绪节奏:

输出目标:

13.4 策划注意事项

  1. 未解锁角色背景不能进入 prompt。
  2. 暗线真相不能因为模型“写得顺”而提前暴露。
  3. 角色知道某事,不代表当前愿意说。
  4. 玩家拿到线索,不代表系统要直接确认真相。
  5. AI 输出应服务当前章节阶段,不要每轮都试图讲完整世界观。

14. 阶段 11制作、验收、复盘与迭代

14.1 推荐制作顺序

正式生产内容时,建议按这个顺序推进:

  1. 先做世界故事图谱和叙事支柱。
  2. 再做主线第一幕和核心角色档案。
  3. 再做 1 到 2 个完整场景章节作为 vertical slice。
  4. 再接任务合约、载体、选择后果和回响。
  5. 验证闭环成立后,再扩展更多场景和支线。

不要一开始就横向铺很多场景和 NPC。这样最容易堆出大量互不相干的剧情素材。

14.2 单剧情单元验收清单

每个剧情单元上线前至少检查:

  1. 是否挂到世界线程?
  2. 是否有明确玩家目标?
  3. 是否有阶段推进?
  4. 是否有可见性边界?
  5. 是否有角色压力?
  6. 是否有至少一个叙事载体或证据?
  7. 是否有结算状态?
  8. 是否有后续回响?
  9. 是否能被任务或章节系统追踪?
  10. 是否能进入 chronicle 或等价长期记忆?

14.3 全局剧情验收清单

整个 RPG 剧情框架至少要满足:

  1. 玩家能说出世界核心冲突是什么。
  2. 玩家能记住 3 到 5 个重点角色的压力、秘密或关系变化。
  3. 主线、支线、角色线、物件描述之间能互相印证。
  4. 关键选择不只是改一句文本,而会影响关系、信息或世界状态。
  5. 每个主要场景都有局部章节闭环。
  6. 暗线不会在早期 prompt 或 UI 中提前泄露。
  7. 重要剧情结果能在后续任务、对话、载体或结局中回响。

15. 剧情策划交付物清单

建议项目中把剧情策划交付物拆成下面这些文档或数据表:

交付物 作用
剧情目标一页纸 对齐体验目标和范围
世界故事图谱 管理明线、暗线、旧事、母题
角色叙事档案 管理角色压力、秘密、关系、禁区
阵营设计表 管理组织目标、资源和价值冲突
主线章节表 管理幕、章节、转折、收束
支线矩阵 管理支线与世界线程的关系
角色线矩阵 管理同伴或重点 NPC 的阶段成长
场景章节卡 管理每个场景的 opening 到 aftermath
任务合约表 管理任务 step、信号、结算和奖励
叙事载体表 管理物件、文书、残痕、证据和反应
选择后果表 管理玩家行为的短期反馈和长期回响
AI 上下文边界表 管理 prompt 可见性和禁止泄露内容
剧情验收清单 管理上线前质量标准

16. 与当前项目文档的衔接

这份工作流程可以作为总入口,与以下文档配合使用:

  1. docs/prd/AI_NATIVE_CROSS_GENRE_STORY_ENGINE_PRD_2026-04-06.md

    • 用于理解跨题材剧情引擎的底层语法。
  2. docs/prd/AI_NATIVE_CLASSIC_RPG_EXPERIENCE_BENCHMARK_PRD_2026-04-06.md

    • 用于对齐经典 RPG 体验目标。
  3. docs/prd/AI_NATIVE_STORY_ENGINE_PHASE1_IMPLEMENTATION_PLAN_2026-04-06.md

    • 用于把世界图谱、角色档案、可见性和载体编译接到代码实现。
  4. docs/design/SCENE_CHAPTER_LOOP_AND_FIRST_ENTRY_CHAPTER_QUEST_DESIGN_2026-04-08.md

    • 用于把每个场景落成章节闭环和章节任务。
  5. docs/design/SCENE_CHAPTER_BENCHMARK_GAP_AND_AI_NATIVE_EXPERIENCE_SUPPLEMENT_2026-04-08.md

    • 用于补足单场景章节的人物、抉择、试炼、余波体验。
  6. docs/design/COMPANION_FIRST_CONTACT_RELATIONSHIP_AND_PRIVATE_CHAT_DESIGN_2026-04-04.md

    • 用于处理同伴首遇、关系解锁、私聊与背景章节可见性。
  7. docs/experience/PROJECT_WORK_EXPERIENCE_PLAYBOOK.md

    • 用于理解项目里叙事、状态、演出、工具链路的协作边界。

17. 最后结论

专业 RPG 剧情策划的核心工作,不是把剧情文本写得更长,而是把所有剧情拆成可运行、可追踪、可回响的叙事结构。

一套健康的 RPG 全剧情流程应该让每段内容都能回到同一组问题:

  1. 它属于哪条世界线程?
  2. 它让玩家做了什么?
  3. 它让玩家知道了什么?
  4. 它改变了谁?
  5. 它留下了什么?
  6. 它之后在哪里回响?

只要这六个问题长期成立,主线、支线、角色线、阵营线、场景章节、物件线索和 AI 生成文本就不会散掉,而会一起组成一个能持续生长的 RPG 剧情系统。