如何写系统末日小说
系统末日既要有末日,也要有运转中的游戏机制,而且降临是非自愿的。这个子类型由什么定义,以及如何同时喂养它的两台引擎。
发布于 25 Sept 2026 · 1 分钟阅读
系统末日是 LitRPG 的子类型,由一条双重要求定义:一次末日级的触发事件加上一套运转中的系统机制,故事必须两者兼备才算数。系统的降临突然而非自愿:没有天选之人,没有自愿进入的新手教程,没有征询同意的界面。这种非自愿性,是它与“困在游戏里”设定的关键区别,也是这个类型基调所在之处。成长以等级与属性点量化,而非靠叙述暗示,这把这个子类型牢牢放在升级流的阶梯上。
两台引擎
这个类型同时运转两台引擎,技法在于让两台都不断粮。
崩坏引擎。 旧世界的破裂:基础设施、法律、家庭,还有“星期二”这个日子原本的意义。这台引擎靠失去与重组运转,也正是它把这个子类型与“拿废墟当布景的力量幻想”区分开来。最强的开局让崩坏产生真实而持久的后果;最弱的开局在第十章之前就把世界重置成刷怪的游乐场。
系统引擎。 新手教程、任务、属性面板、等级。这台引擎靠可度量的成长运转(系统设计的检查清单见如何写 LitRPG:规则、代价、限制,在第一章之前写下来)。
这个类型的招牌动作,是两台引擎之间的干涉:一个要求抛弃幸存者的任务,一次解决了错误问题的升级,一份重新定义忠诚的队伍菜单。当两台引擎只是轮流出场,章节就会在崩坏叙事与属性表之间交替;当它们相撞,这个子类型才挣得它存在的理由。
到底什么才算
这份清单很短且不讲情面,这让它作为卖点检验很好用:一次末日级的触发事件,摆在当下且承重,不是背景故事;一套运转中的 LitRPG 机制,数字可见;一场没有人同意过的降临。有机制而无崩坏的故事,是带着废墟的升级流;有崩坏而力量停留在叙述层面的故事,是后末日小说;经由头显或召唤阵的自愿进入,属于“困在游戏里”一家。这个子类型的读者挑选下一本读什么时用的正是这些区分,所以你在发布时选的标签就是承诺。
书写降临
- 让它非自愿且无可误解。 第一条系统通知应当无法忽视且席卷全球;这个类型的读者就是为那一刻来的。
- 在天打开之前立住一小队人物。 一场凡俗生活的戏,能为此后的每一次死亡付账;崩坏引擎烧的是已经建立的日常。
- 尽早上好生存的时钟。 这个类型的第一幕是分诊:食物、住处、第一批魔物。数字应当在你觉得它好玩之前,就已经重要。
- 决定系统的立场。 冷漠的机器、恶意的测验,还是态度暧昧的赞助者;无论选哪个,它的行为都必须保持一致,因为系统是故事的世界规则层,而读者会像审计法律文件一样审计它。
降临之后:带着记忆的升级
系统末日故事跑得长,而其中段的危险是失忆:城市陷落,角色死去,而叙事把每件事都当成新事。为失去了什么、承诺了什么记一本账。重新现身的幸存者、第五章里结成的派系、一份无人认领的任务奖励:这个类型的读者是长记忆的读者,而早期崩坏埋下的回报,是这个子类型最好的素材。
许多长篇使用的实用结构:把每个弧线当作一个系统级问题与一个人性问题同时抵达。地下城出现(系统级问题)的旁边,是一座抗生素见底的避难所(人性问题);其中一个的解法应当让另一个复杂化。二十章这种模式,读起来像一个类型在运转;二十章纯粹的清怪,感觉像一张带天气的表格。
连续性负担是双份的:世界规则(系统允许什么)加上世界状态(谁占着哪片废墟、谁死了、什么还能用)。那是一份两个部分必须互相咬合的完整故事圣经,也正是矛盾检查为之存在的那种工作量。
Kanonara 的做法
在 Kanonara 里,世界规则、人物状态与事件都是带历史的被追踪记录,Story Doctor 会拿它们核对每一个被分析的章节,所以一条被打破的系统规则,或一个已死角色的再登场,都会作为一条附带证据的提醒浮出水面。参见 Kanonara 的运行方式。
来源
本文中的写作技法论断均可在下列来源中查证;属于从业者共识而非定论的内容,正文均已注明。