反馈容易漂浮
如果神明只在文本或 UI 中出现,玩家很难相信自己的选择正在改变局内规则。
案例研究 / system-design
我把玩家行为证据、神明态度、局内反馈和终局审判组织成神明导演系统,让 OracleAbyss 的 Roguelite 过程既有规则压力,也...
项目阶段
原型
负责人
苏阿酥
协作团队
个人项目

我把玩家行为证据、神明态度、局内反馈和终局审判组织成神明导演系统,让 OracleAbyss 的 Roguelite 过程既有规则压力,也能解释压力来自哪里。
系统定位
神明导演不是剧情外壳,而是把玩家行为转成局内规则压力和解释反馈的系统主轴。
验证场景
条目来自卡牌 Roguelite 竖向 demo,重点验证神明主持试炼能否改变出牌、路线和资源判断。
证据口径
以 FinalGDD、公开图集、验收路线和测试记录证明链路成立,不夸大为完整商业体量。
如果神明只在文本或 UI 中出现,玩家很难相信自己的选择正在改变局内规则。
随机节点和数值奖励不足以支撑差异化单局,需要一个能持续制造策略变化的导演层。
神罚、神令或神赐如果没有行为依据,会被读成随机干预,而不是可学习的系统反馈。
≥ 10分钟
玩家需要快速知道当前神明是谁、看重什么,以及为什么回应。
≥ 至少1次
神令、神罚或神赐必须实际影响出牌、路线、资源或风险选择。
≥ 到审判
反馈结果要进入 RunState,并能支撑回地图推进和终局审判。
以神明导演作为局内反馈入口,统一接收地图、战斗、事件和奖励确认后的行为结果,避免神明反应散落在单个节点里。
将路线选择、战斗打法、事件选项、资源取舍和风险承担整理为行为标签与证据强度,让神明判断有可追踪依据。
用 favor/wrath 承接神明好恶与压力变化,把一次行为从即时结果变成可延续的神明态度。
将态度变化分流为预兆、神令、神罚、神赐、注视效果和终局审判,让反馈既能提示,也能改变规则。
让神令进入出牌与风险判断,使玩家在战斗中感到神明正在主持试炼,而不是战后才看到评价。
让神罚或神赐影响后续路线、资源和战斗选择,形成从行为证据到下一步决策的连续压力。
在 favor/wrath 摘要和反馈文本中说明触发原因,让玩家知道神明为何奖励、警告或惩罚。
按开局、注视页、地图、战斗或事件、原因摘要、奖励确认、RunState 写回和回地图推进检查导演链路。
先证明玩家能说出神明回应的原因,再扩大数值强度,避免导演系统变成不可学习的随机压力。
优先用战争之神验证首个完整体验,再保留戏谑与慈悲的配置扩展位,避免三神内容同时铺开稀释闭环。
先让行为证据、反馈结果和 RunState 写回串起来,再处理长期效果器与最终平衡,保证 demo 的主轴可验收。
形成神明主持试炼、行为证据、反馈类型和终局审判的系统说明,用于统一公开展示口径。
整理行为标签、证据强度与 favor/wrath 的对应关系,证明神明态度不是凭空变化。
沉淀通用内容库、战争之神展示路线,以及戏谑和慈悲两类后续扩展位。
记录从主菜单到终局审判的检查路径,用于证明导演系统和单局写回链能够连续运行。
保留 EditMode / PlayMode 验证结果和 demo 边界,说明当前证明到哪里、哪些属于后续范围。

体验理解
10分钟↑
目标是在短局内理解当前神明,并至少说出 1 个反馈原因。

行为证据
5类↑
路线、战斗、事件、资源和风险承担进入神明判断。

反馈结果
6类↑
预兆、神令、神罚、神赐、注视效果和终局审判。

验收路径
8步↑
从主菜单开局到 RunState 写回、回地图推进形成检查链。

内容边界
1主2预留↑
战争之神作为展示路线,戏谑与慈悲保留配置可读和扩展位。

测试覆盖
58项↑
沿用公开记录中的 45 项 EditMode 与 13 项 PlayMode 验证口径。
这套系统让我确认,神明只有改变玩家的出牌、路线或资源判断,才会从背景设定变成可玩的导演机制。
玩家可以接受压力和惩罚,但需要看见行为证据与反馈原因,否则学习感会被随机感覆盖。
下一轮应细化 favor/wrath 的证据强度、衰减和互斥规则,再扩大长期效果器与完整三神内容池。