26 KiB
RPG 游戏全剧情专业策划工作流程
更新时间:2026-04-12
0. 文档目的
这份文档用于整理一套专业剧情策划在 RPG 项目中构建“游戏内所有剧情”的完整工作流程。
这里的“所有剧情”不只指主线对白,而是包括:
- 世界观与主题母题
- 主线剧情
- 支线剧情
- 队友 / 同伴 / 关键 NPC 个人线
- 阵营线
- 场景章节
- 任务合约与阶段推进
- 物件、文书、残痕、传闻等叙事载体
- 玩家选择、后果与长期回响
- 运行时 AI 生成所需的提示词上下文与可见性边界
这份流程的目标不是让策划一次写完所有文本,而是建立一套可生产、可扩展、可验收、可接入当前项目 AI 原生剧情引擎的剧情生产方法。
一句话目标:
先把世界、角色、线程、章节、任务、载体、选择和回响的骨架搭稳,再让文本、AI 生成和演出表现长在同一套结构上。
1. 核心原则
1.1 剧情策划不是写故事,而是设计可运行的叙事系统
专业 RPG 剧情策划要交付的不是一篇小说,而是一套可以被玩家行动驱动的剧情结构。
因此每一段剧情都要能回答:
- 这段剧情服务哪条世界线程?
- 玩家在这里能做什么?
- 哪些信息此刻能被玩家知道?
- 哪些角色会因为玩家行为改变立场?
- 这段剧情结束后,世界、角色、物件或任务状态发生了什么变化?
- 这些变化后续在哪里回响?
如果一段剧情只能阅读,不能推进状态,也不能产生回响,它就更像背景文案,不是完整的 RPG 剧情单元。
1.2 世界先于角色,角色先于对白,状态先于文案
推荐顺序是:
世界主题
-> 世界线程
-> 阵营与角色立场
-> 信息可见性
-> 章节与任务结构
-> 场景、物件、对话、演出文本
不要从对白或桥段开始反推世界观。这样容易出现角色很会说话,但世界没有共同冲突、主线没有抓手、支线和物件互不相干的问题。
1.3 主线、支线、角色线和物件线必须讲同一个世界
好的 RPG 剧情不是“主线一套,支线一套,物品描述又一套”。
所有内容都应该能挂回同一张世界故事图谱:
- 主线负责推进世界核心冲突。
- 支线负责展示核心冲突在普通人、地点、组织中的局部后果。
- 角色线负责把世界冲突压到个人选择与关系代价上。
- 物件和残痕负责把旧事、证据、误导和主题意象分散到玩家探索中。
- 阵营线负责让玩家看到不同价值立场之间的冲突。
1.4 AI 负责表达,本地规则负责边界
结合当前项目方向,剧情策划要默认把内容拆成两部分:
-
AI 可生成部分
- 对话措辞
- 场景氛围
- 行动结果描述
- 任务引导文本
- 物件叙事包装
- 角色语气与情绪细节
-
本地规则必须掌控部分
- 剧情阶段
- 玩家已知信息
- 任务状态
- 选择裁决
- 关系变化
- 奖励发放
- 后续解锁
- 长期记忆写回
原则是:
模型可以写得更生动,但不能临场决定世界状态。
1.5 有限分歧,强反馈,不追求无限分支
RPG 剧情最容易失控的地方是分支爆炸。
更稳定的做法是:
- 分歧数量有限
- 每个分歧都有明确价值立场
- 反馈足够强
- 后续能通过关系、可见信息、任务口径、奖励和 NPC 反应回响
玩家需要感到“我的选择被世界记住了”,不一定需要每个选择都开一条完全不同的剧情线。
2. 全流程总览
专业剧情策划构建 RPG 全剧情,建议按 12 个阶段推进:
阶段 0:确认产品目标与剧情边界
-> 阶段 1:建立叙事支柱与玩家幻想
-> 阶段 2:搭建世界故事图谱
-> 阶段 3:设计阵营、角色与关系压力
-> 阶段 4:拆主线结构与章节节奏
-> 阶段 5:建立支线、角色线、阵营线矩阵
-> 阶段 6:把每个场景收束成章节单元
-> 阶段 7:设计任务合约、信号与推进条件
-> 阶段 8:设计叙事载体与线索网络
-> 阶段 9:设计选择后果与回响记忆
-> 阶段 10:整理 AI 生成上下文与可见性边界
-> 阶段 11:进入制作、验收、复盘与迭代
这 12 个阶段不要求完全瀑布式执行,但不建议跳过前 4 个阶段直接写大量场景文本。
3. 阶段 0:确认产品目标与剧情边界
3.1 目标
在写剧情前,先确定项目到底需要哪种 RPG 体验。
剧情策划要先和产品、系统、战斗、关卡、美术、技术对齐:
- 游戏是偏经典单机 RPG、Roguelike RPG、开放叙事、剧情冒险,还是轻量跑团?
- 玩家体验核心是情感羁绊、探索解谜、队友反应、战斗成长、阵营选择,还是世界观沉浸?
- 剧情内容是一次性长线体验,还是可重复生成和长期扩展?
- AI 参与生成到什么程度?
- 哪些剧情状态必须由后端持久化?
3.2 关键产出
| 产出 | 用途 |
|---|---|
| 剧情目标一句话 | 让所有人知道本作剧情体验追求什么 |
| 参考体验拆解 | 明确借鉴的是方法,不是复制桥段 |
| 内容范围表 | 约束主线、支线、角色线、随机事件规模 |
| 禁止事项 | 明确不做什么,避免范围膨胀 |
| 验收口径 | 后续判断剧情是否达标 |
3.3 推荐模板
项目剧情目标:
玩家幻想:
核心情绪:
主要参考:
本作不做:
首个可验证剧情闭环:
剧情成功的判断标准:
4. 阶段 1:建立叙事支柱与玩家幻想
4.1 目标
叙事支柱是整个剧情系统的方向盘。
建议控制在 3 到 5 条,例如:
- 角色羁绊
- 世界旧史
- 选择代价
- 路线试炼
- 物件残痕
每条支柱都要能落到玩法和内容,而不是只停留在口号。
4.2 工作方法
先写清楚这 4 个问题:
- 玩家为什么会进入这个世界?
- 玩家为什么愿意继续探索?
- 玩家会因为什么角色或事件产生情感投入?
- 玩家每 10 分钟能感到什么剧情反馈?
4.3 关键产出
| 产出 | 内容 |
|---|---|
| 叙事支柱表 | 每条支柱的体验目标、内容落点和系统落点 |
| 玩家幻想说明 | 玩家扮演谁、追求什么、害怕失去什么 |
| 情绪曲线 | 游戏前中后期的情绪节奏 |
| 主题母题 | 世界反复出现的意象、代价、冲突形式 |
4.4 验收标准
做到以下几点才算完成:
- 每条叙事支柱都能对应至少一种系统承载方式。
- 主线、角色线、物件线都能共享同一组主题母题。
- 团队能用同一句话解释本作剧情体验,而不是各说各的。
5. 阶段 2:搭建世界故事图谱
5.1 目标
世界故事图谱用于回答:
- 这个世界正在发生什么大问题?
- 哪些问题是玩家一开始知道的?
- 哪些问题是暗线?
- 哪些旧事留下了残痕?
- 哪些角色、地点、物件共同指向同一条线?
这一步是后续主线、支线、角色、场景、物件全部能互相印证的基础。
5.2 图谱最小结构
推荐至少包含 4 类内容:
| 类型 | 说明 |
|---|---|
| 明线线程 | 玩家早期就能感知的冲突和目标 |
| 暗线线程 | 真实原因、隐藏组织、旧案、背叛或世界真相 |
| 旧事伤痕 | 过去事件在当下留下的地点、人物、物件痕迹 |
| 主题母题 | 反复出现的意象、禁忌、制度、称谓、代价 |
5.3 设计步骤
- 先写世界现状,不写古代编年史。
- 再写现状背后的核心矛盾。
- 再写至少 3 条明线线程。
- 再写至少 2 条暗线线程。
- 再把每条线程挂到角色、地点、物件和阵营。
- 最后补哪些信息一开始可见,哪些必须延后揭示。
5.4 推荐模板
世界名称:
核心主题:
世界现状:
明线线程:
- id:
- 标题:
- 表面冲突:
- 玩家早期看到的证据:
- 涉及角色:
- 涉及地点:
- 涉及物件:
暗线线程:
- id:
- 标题:
- 隐藏真相:
- 误导信息:
- 解锁条件:
- 最终影响:
旧事伤痕:
- id:
- 过去事件:
- 当下残痕:
- 相关角色:
- 可被玩家发现的载体:
5.5 常见错误
- 只写设定百科,没有当前冲突。
- 每个角色都有背景,但没有共同线程。
- 暗线太早暴露,导致后续剧情只剩执行流程。
- 地点和物件只是装饰,没有承担证据或回响。
6. 阶段 3:设计阵营、角色与关系压力
6.1 目标
RPG 角色不能只是设定卡,而要成为世界冲突中的活节点。
每个重点角色都要回答:
- 他在世界明线里是什么位置?
- 他和暗线有什么关系?
- 他现在承受什么压力?
- 他对玩家的默认态度是什么?
- 他不愿意说什么?
- 玩家什么行为会改变他?
6.2 角色分层
建议把角色分为 5 层:
| 层级 | 职责 |
|---|---|
| 主角 / 玩家化身 | 承载玩家幻想、成长路径、核心选择 |
| 同伴 / 队友 | 承载情感关系、立场反应、个人线 |
| 关键 NPC | 承载主线线索、阵营压力、章节推进 |
| 阵营代表 | 承载价值冲突、资源控制、任务来源 |
| 场景 NPC | 承载局部生活感、误导、支线入口、收束口风 |
6.3 角色叙事档案
每个重点角色建议整理成以下结构:
角色名:
外显身份:
公众面具:
当前压力:
表面目标:
真实目标:
隐藏关系:
已付代价:
禁区:
默认对玩家态度:
可触发反应关键词:
关联明线线程:
关联暗线线程:
个人线阶段:
可解锁背景章节:
6.4 低关系角色的写法
低关系角色不能只是冷淡。
更好的低关系状态应该具备:
- 有压力
- 有保留
- 有错位说辞
- 有观察和试探
- 有后续可解锁的暗线钩子
也就是说:
低关系降低的是披露深度,不是剧情密度。
6.5 阵营设计
每个阵营至少要有:
- 公开目标
- 隐藏目标
- 资源控制点
- 对玩家的利用价值
- 与其他阵营的矛盾
- 内部裂缝
- 代表角色
- 玩家可改变的状态
阵营线要避免只变成声望商店。阵营应该提供不同价值立场,让玩家在任务选择里感到代价。
7. 阶段 4:拆主线结构与章节节奏
7.1 目标
主线不是连续剧情文本,而是玩家穿过世界核心冲突的结构化路径。
主线要同时做到:
- 每一章有清晰目标。
- 每一章有新的理解变化。
- 每一章有可执行任务。
- 每一章有角色或世界状态变化。
- 每一章结尾能交给下一章。
7.2 推荐结构
主线可以按 5 层拆:
全局主题
-> 幕
-> 章节
-> 场景章节
-> 任务 step / 玩家行动
7.3 幕结构建议
| 幕 | 作用 |
|---|---|
| 第一幕:进入世界 | 建立玩家身份、核心异常、第一批角色和明线目标 |
| 第二幕:扩展冲突 | 展开阵营、地点、支线和角色压力 |
| 第三幕:理解改判 | 让玩家发现前期判断不完整或被误导 |
| 第四幕:代价选择 | 让玩家做有关系与世界后果的关键选择 |
| 第五幕:收束回响 | 回收主线、角色线、旧物、场景残痕和选择后果 |
不一定每个项目都需要完整五幕,但每个主线版本都要明确当前处在哪种叙事功能。
7.4 单章结构
每章都要具备:
- 章节承诺
- 章节压力
- 主要角色
- 主要地点
- 主要任务
- 关键信息
- 转折点
- 高潮行动
- 收束结果
- 下一章 handoff
7.5 主线章节模板
章节 id:
章节标题:
所属幕:
章节承诺:
玩家进入条件:
开章事件:
主要目标:
关键 NPC:
关键地点:
关键载体:
中段压力:
转折信息:
高潮行动:
玩家选择:
结算状态:
角色关系变化:
世界状态变化:
下一章 handoff:
8. 阶段 5:建立支线、角色线、阵营线矩阵
8.1 目标
支线、角色线和阵营线不是主线之外的填充内容,而是主线主题在不同尺度上的展开。
它们要分别承担:
- 支线:展示世界冲突对普通人、地点、职业、怪物、制度的影响。
- 角色线:展示某个角色如何被世界冲突改变。
- 阵营线:展示不同价值立场如何争夺资源和解释权。
8.2 支线设计原则
每条支线都要至少满足 3 个条件:
- 与一条世界线程有关。
- 有局部人物或地点变化。
- 结尾能留下一个回响。
不推荐做纯跑腿支线。如果必须做轻量任务,也要让它承担信息、关系、物件或地点状态中的至少一个作用。
8.3 角色线设计原则
角色线不等于给角色写长背景。
角色线应该按阶段展开:
| 阶段 | 作用 |
|---|---|
| 首遇 | 建立外显身份、压力、错位 |
| 试探 | 玩家开始触碰禁区,但信息仍不完整 |
| 信任 | 角色透露真实目标或旧伤的一部分 |
| 冲突 | 玩家选择与角色立场发生碰撞 |
| 高光 | 角色做出关键行动或牺牲 |
| 余波 | 角色口风、关系、能力或结局发生变化 |
8.4 阵营线设计原则
阵营线要重点设计:
- 玩家为什么会被阵营需要?
- 阵营给玩家什么资源?
- 阵营要求玩家付出什么代价?
- 阵营内部有什么分歧?
- 玩家是否能改变阵营走向?
- 退出、背叛、结盟会带来什么后果?
8.5 剧情矩阵模板
| 类型 | id | 标题 | 关联线程 | 主要角色 | 主要地点 | 解锁条件 | 关键选择 | 结算回响 |
|---|---|---|---|---|---|---|---|---|
| 主线 | ||||||||
| 支线 | ||||||||
| 角色线 | ||||||||
| 阵营线 |
9. 阶段 6:把每个场景收束成章节单元
9.1 目标
结合当前项目方向,推荐默认把每个可到达场景视为一个场景章节。
这意味着玩家进入一个新场景时,不只是换地图,而是进入一段局部剧情闭环。
每个场景章节都必须回答:
- 玩家刚进入时,这里正在发生什么?
- 这个场景给玩家什么压力?
- 玩家会在这里遇到什么改判?
- 玩家离开前,这里有什么局部收束?
- 本章留下什么可回响的人、物、线索或关系变化?
9.2 五阶段结构
当前项目已有章节阶段可直接承接场景章节:
| 阶段 | 体验语义 | 策划职责 |
|---|---|---|
opening |
起:开章立题 | 抛出异常、角色 lead、首个目标 |
expansion |
承:压力展开 | 推出阻碍、调查、战斗、关系张力 |
turning_point |
转:理解改判 | 给新事实、反证、误导破裂或立场变化 |
climax |
合:正面收束 | 让玩家完成核心行动或关键选择 |
aftermath |
余波:结果沉淀 | 写回 chronicle、关系、奖励和下一跳 |
9.3 场景章节必须包含的九件套
每个场景章节建议至少有:
- 章节承诺
- 情感锚点 NPC
- 现场压力
- 路线或空间推进
- 至少一个叙事载体
- 至少一个玩家选择或处理方式差异
- 转折信息
- 局部收束
- 余波回响
不要求每一项都做很重,但不能让场景只剩“看描述、接任务、交任务”。
9.4 场景章节卡模板
场景 id:
场景名称:
章节标题:
章节类型:
情感章 / 抉择章 / 试炼章 / 调查章 / 阵营章 / 过渡章
章节承诺:
opening:
- 开章 NPC / 残痕:
- 玩家第一目标:
expansion:
- 主要压力:
- 任务 step:
- 场景阻碍:
turning_point:
- 新事实:
- 误导或反证:
- 关系变化:
climax:
- 核心行动:
- 玩家选择:
- 任务结算:
aftermath:
- chronicle 写回:
- 关系回响:
- 物件 / 奖励回响:
- 下一场景 handoff:
10. 阶段 7:设计任务合约、信号与推进条件
10.1 目标
任务是剧情在玩家前台的动作面。
专业剧情策划不能只写“玩家去调查真相”,而要把它拆成:
- 任务意图
- 任务合约
- 推进信号
- 完成条件
- 失败或替代处理
- 奖励与回响
10.2 任务设计结构
| 层级 | 说明 |
|---|---|
| 意图 | 这条任务想推动什么剧情问题 |
| 合约 | 玩家需要完成哪些可追踪步骤 |
| 信号 | 哪些行动会推进任务状态 |
| 裁决 | 玩家不同做法如何结算 |
| 回响 | 任务结果写回哪里 |
10.3 常见信号类型
- 到达场景
- 与 NPC 对话
- 击败敌对实体
- 获得物件
- 检查残痕
- 交付物品
- 关系变化
- 阵营选择
- 触发私聊
- 解锁可见信息
10.4 任务合约模板
任务 id:
任务标题:
任务类型:
主线 / 支线 / 角色线 / 阵营线 / 场景章节任务
关联章节:
关联世界线程:
任务意图:
发布者:
参与角色:
前置条件:
任务 steps:
- step id:
- step 类型:
- 玩家目标:
- 推进信号:
- 完成条件:
- 可替代解法:
关键选择:
奖励:
关系变化:
可见信息变化:
chronicle 写回:
后续 handoff:
10.5 设计要求
每个任务至少要清楚:
- 为什么这个任务现在发生?
- 玩家为什么需要参与?
- 任务完成后谁的状态变了?
- 是否解锁新信息?
- 是否影响后续 NPC 口风或任务入口?
11. 阶段 8:设计叙事载体与线索网络
11.1 目标
RPG 的故事不应该只靠 NPC 对话讲完。
叙事载体包括:
- 装备
- 道具
- 文书
- 信件
- 地标
- 尸体
- 遗物
- 建筑残痕
- 怪物命名
- 传闻
- 阵营标记
- 任务奖励
这些载体要像证人一样共同讲故事。
11.2 每个重点载体必须回答
- 它是谁留下的?
- 它见证过什么?
- 它为什么现在出现在这里?
- 它指向哪条明线或暗线?
- 谁看到它会产生反应?
- 它是否能改变玩家理解?
11.3 叙事载体模板
载体 id:
载体类型:
显示名称:
表面功能:
可见线索:
见证痕:
未完成问题:
当前出现理由:
关联线程:
关联角色:
关联地点:
触发反应:
后续回响:
11.4 线索网络设计
一个重要真相不要只放在单个 NPC 口中。
推荐至少用 3 类载体共同证明:
- 一个人说了什么
- 一个地点留下了什么
- 一个物件证明或反驳了什么
这样玩家会感到自己是在拼出真相,而不是被系统直接告知答案。
12. 阶段 9:设计选择后果与回响记忆
12.1 目标
选择后果不是只改变结局文本,而是让玩家行为在后续剧情中持续被看见。
可回响的位置包括:
- NPC 口风
- 队友认可或反对
- 任务入口变化
- 可见信息变化
- 阵营态度变化
- 商店、奖励、援助变化
- 地点状态变化
- 物件描述变化
- 私聊内容变化
- 结局变量
12.2 选择设计原则
好的选择不是“善恶二选一”,而是价值冲突。
每个关键选择建议至少具备:
- 两种合理动机
- 至少一个关系影响
- 至少一个世界状态影响
- 至少一个短期反馈
- 至少一个长期回响
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 策划注意事项
- 未解锁角色背景不能进入 prompt。
- 暗线真相不能因为模型“写得顺”而提前暴露。
- 角色知道某事,不代表当前愿意说。
- 玩家拿到线索,不代表系统要直接确认真相。
- AI 输出应服务当前章节阶段,不要每轮都试图讲完整世界观。
14. 阶段 11:制作、验收、复盘与迭代
14.1 推荐制作顺序
正式生产内容时,建议按这个顺序推进:
- 先做世界故事图谱和叙事支柱。
- 再做主线第一幕和核心角色档案。
- 再做 1 到 2 个完整场景章节作为 vertical slice。
- 再接任务合约、载体、选择后果和回响。
- 验证闭环成立后,再扩展更多场景和支线。
不要一开始就横向铺很多场景和 NPC。这样最容易堆出大量互不相干的剧情素材。
14.2 单剧情单元验收清单
每个剧情单元上线前至少检查:
- 是否挂到世界线程?
- 是否有明确玩家目标?
- 是否有阶段推进?
- 是否有可见性边界?
- 是否有角色压力?
- 是否有至少一个叙事载体或证据?
- 是否有结算状态?
- 是否有后续回响?
- 是否能被任务或章节系统追踪?
- 是否能进入 chronicle 或等价长期记忆?
14.3 全局剧情验收清单
整个 RPG 剧情框架至少要满足:
- 玩家能说出世界核心冲突是什么。
- 玩家能记住 3 到 5 个重点角色的压力、秘密或关系变化。
- 主线、支线、角色线、物件描述之间能互相印证。
- 关键选择不只是改一句文本,而会影响关系、信息或世界状态。
- 每个主要场景都有局部章节闭环。
- 暗线不会在早期 prompt 或 UI 中提前泄露。
- 重要剧情结果能在后续任务、对话、载体或结局中回响。
15. 剧情策划交付物清单
建议项目中把剧情策划交付物拆成下面这些文档或数据表:
| 交付物 | 作用 |
|---|---|
| 剧情目标一页纸 | 对齐体验目标和范围 |
| 世界故事图谱 | 管理明线、暗线、旧事、母题 |
| 角色叙事档案 | 管理角色压力、秘密、关系、禁区 |
| 阵营设计表 | 管理组织目标、资源和价值冲突 |
| 主线章节表 | 管理幕、章节、转折、收束 |
| 支线矩阵 | 管理支线与世界线程的关系 |
| 角色线矩阵 | 管理同伴或重点 NPC 的阶段成长 |
| 场景章节卡 | 管理每个场景的 opening 到 aftermath |
| 任务合约表 | 管理任务 step、信号、结算和奖励 |
| 叙事载体表 | 管理物件、文书、残痕、证据和反应 |
| 选择后果表 | 管理玩家行为的短期反馈和长期回响 |
| AI 上下文边界表 | 管理 prompt 可见性和禁止泄露内容 |
| 剧情验收清单 | 管理上线前质量标准 |
16. 与当前项目文档的衔接
这份工作流程可以作为总入口,与以下文档配合使用:
-
docs/prd/AI_NATIVE_CROSS_GENRE_STORY_ENGINE_PRD_2026-04-06.md- 用于理解跨题材剧情引擎的底层语法。
-
docs/prd/AI_NATIVE_CLASSIC_RPG_EXPERIENCE_BENCHMARK_PRD_2026-04-06.md- 用于对齐经典 RPG 体验目标。
-
docs/prd/AI_NATIVE_STORY_ENGINE_PHASE1_IMPLEMENTATION_PLAN_2026-04-06.md- 用于把世界图谱、角色档案、可见性和载体编译接到代码实现。
-
docs/design/SCENE_CHAPTER_LOOP_AND_FIRST_ENTRY_CHAPTER_QUEST_DESIGN_2026-04-08.md- 用于把每个场景落成章节闭环和章节任务。
-
docs/design/SCENE_CHAPTER_BENCHMARK_GAP_AND_AI_NATIVE_EXPERIENCE_SUPPLEMENT_2026-04-08.md- 用于补足单场景章节的人物、抉择、试炼、余波体验。
-
docs/design/COMPANION_FIRST_CONTACT_RELATIONSHIP_AND_PRIVATE_CHAT_DESIGN_2026-04-04.md- 用于处理同伴首遇、关系解锁、私聊与背景章节可见性。
-
docs/experience/PROJECT_WORK_EXPERIENCE_PLAYBOOK.md- 用于理解项目里叙事、状态、演出、工具链路的协作边界。
17. 最后结论
专业 RPG 剧情策划的核心工作,不是把剧情文本写得更长,而是把所有剧情拆成可运行、可追踪、可回响的叙事结构。
一套健康的 RPG 全剧情流程应该让每段内容都能回到同一组问题:
- 它属于哪条世界线程?
- 它让玩家做了什么?
- 它让玩家知道了什么?
- 它改变了谁?
- 它留下了什么?
- 它之后在哪里回响?
只要这六个问题长期成立,主线、支线、角色线、阵营线、场景章节、物件线索和 AI 生成文本就不会散掉,而会一起组成一个能持续生长的 RPG 剧情系统。