先分清副本问题与全书问题

Oh Story 的题材库给无限流的核心骨架是:每个副本自成故事,现实主线把它们串联;结构方法补充现实与副本交替推进。本篇关注串联,不重复规则怪谈里的规则与死路设计。

原创设定:黎安的妹妹被困在停运的中转站。他要通过不同副本寻找恢复中转站的方法。

层次要解决的问题本段结果
第一副本:失灯旅馆找到能让出口保持开启的值班流程同伴获救,他带回一枚只剩一次电量的灯芯
现实线灯芯是否能恢复中转站点亮了地图,却发现妹妹所在区域被隔断
第二副本:封闭列车找到区间切换的机械钥匙,并决定救哪一节车厢获得钥匙,但带出的一名乘客知道中转站的另一段历史

全书目标不是每副本都原地提醒一句“我要救妹妹”。地图变化、工具到手和证人出现,要实际改变下一步的路线与判断。

每个副本要有自己的故事,不只是领任务

设计旅馆副本时,不要只写“进去、找钥匙、通关”。写出进入条件、现场目标、阻力、选择与结果:

进入条件:黎安带着旧地图和一个不愿相信他的同伴。

现场目标:在值班交接前把出口灯恢复,否则走廊会再次封闭。

阻力:唯一灯芯在维修间,同伴认为应先救被困客人;二人掌握的信息不同。

选择:黎安先把地图交给同伴救人,自己修灯;因此无法独占全部证据。

结算:客人离开,出口打开;同伴带回部分值班记录,两人形成有限合作。

副本可以留下更大世界的未知,但已经承诺的本地问题要交代结果。出口是否打开、被困者怎样、用掉哪些工具,不能只用“任务完成”带过。

方法库中的每副本二十到三十章是规划参考,不是无限流的硬门槛。按这段故事实际需要的试错与结果分章,短副本不必灌水,复杂副本也不必硬切。

回到现实的过渡要处理带回的东西

弱过渡:黎安通关,获得灯芯。系统宣布下一副本开始,他又来到列车。

有承接:黎安把灯芯插进中转站,地图只亮了一瞬。他看见妹妹的区间没有连接线;同伴带出的值班记录里,却有一次旧列车切换的编号。他们核对后决定进入列车副本,寻找能重接区间的钥匙。

过渡有三项工作:兑现前一副本的收获,暴露尚未解决的具体问题,让下一次进入有原因。现实段也可以短,但不能只是领奖界面。

保留一张轻量记录即可:带回了什么、消耗了什么、谁知道什么、关系发生什么变化。第一副本只剩一次电量的灯芯,下一副本不能无解释变成无限电源;合作过一次的同伴,也不能每次重新当陌生人。

副本重复时,换需要作的决定

重复症状修改方向
每次找钥匙开门改当前目标:辨认证人、协调撤离、修复装置或放弃一种收益
所有奖励都没用让已有奖励先改变现实行动;没有用途的可以合并或删掉
现实主线一直停着每次返回至少留下一个能改变路线、判断或关系的结果
新副本只是更凶的怪物改信息分配、合作条件和选择,不只增加危险数值
通关后状态全部复位把伤势、损耗、已知事实与承诺带进后文

不必每个副本都揭开主线真相的一大块。有的负责建立同伴,有的迫使主角花掉资源,有的提供关键工具;但作者要能说出这段结束后,全书推进的条件究竟哪里不同。

常见问题

无限流必须安排现实主线吗?

本篇采用 skill 的现实线串联方法。若你的故事始终留在副本世界,也需要跨副本的目标与后果,承担同样的串联功能。

副本之间的日常会拖慢节奏吗?

如果只休息领奖,可能拖。若它处理工具使用、关系变化与下一步选择,就是有效推进;按需要写短,不必固定安排长日常。

用 skill 来做

请 story-long-write 检查三个副本与现实线的连接:逐段列本地问题、结算、带回结果、现实变化与下一次进入原因。只用已定工具和世界规则,不把副本章数固定为模板。

查看具体方法: 无限流的独立副本与现实主线 · 现实与副本交替结构

了解 Oh Story在 GitHub 查看 story-long-write

全部指南