obsidian-notes/1Project/Project-Monopoly/docs/feat-runner-flow-config/03-balance-and-validation.md

03 Balance And Validation

Goal

定义 style.runner 的成长节奏、失败风险、玩家可见反馈和最小验证口径，避免后续实现只有配置没有手感目标。

Depends On

• docs/feat-runner-flow-config/02-content-pools.md

Assumes

• 第一版不调整全局默认回合数、阶段数和大盘规则。
• 第一版只保证 runner 可以独立玩通，不要求现在就和 boxer、tycoon 完成横向平衡。
• 第一版优先验证“流派有感”，再做精细数值。

节奏目标

前期

• 第 1 到 2 个战斗轮就要让玩家明显感觉到“这套在多走”。
• 前期收益应以稳定、小额、连续触发为主。
• 前期最重要的是让玩家尽快见到第一次“过起点收益变大”的正反馈。

中期

• 中期必须出现至少一个乘区件，否则 runner 会变成纯平推数值。
• 中期的目标是让玩家开始规划“这轮能不能再过一次关键线”，而不是只按按钮掷骰。

后期

• 后期目标不是单次超大爆发，而是高频稳定结算。
• 后期应允许玩家通过移动链条形成连续收益，但不能无限滚雪球到完全无脑。

失败风险

runner 第一版最容易出现的失败形态有三种：

1. 只有多走，没有多赚
   • 玩家看起来跑得很快，但得分和金币没有同步放大。
2. 只靠过起点，离开起点就空转
   • 流派路径被做得过窄，导致地图体验单一。
3. 前期爽，后期没乘区
   • 早期节奏很好，但越到后面越像低伤害平推流。

玩家可见反馈

HUD 至少要能稳定表达以下信息：

• 本轮是否已经触发“首次过起点”
• 距离下一次关键步数触发还差多少
• 当前 runner 收益更偏分数、金币还是保底

如果做轻量提示，优先顺序如下：

1. 下一次步数触发进度
2. 本轮首次过起点状态
3. 本回合 runner 额外收益汇总

最小验证口径

第一版 runner 只要满足以下路径，就算进入可试玩状态：

1. 选择 style.runner 开局。
2. 在前两轮至少能获得一次明显的移动收益正反馈。
3. 奖励轮能给出符合 runner 偏向的候选。
4. 商店轮能给出符合 runner 偏向的候选。
5. 至少存在一条“多移动 -> 过起点或步数触发 -> 分数增长”的稳定闭环。

非目标

• 当前不要求 runner 已经成为最终平衡答案。
• 当前不要求每个奖励件都有专属表现。
• 当前不要求与后续流派共享统一数值模板。

Done Signals

• 已经定义 runner 的前中后期节奏目标。
• 已经定义 runner 的主要失败风险。
• 已经定义 HUD 至少需要表达的关键信息。
• 已经定义第一版可试玩的最小验证闭环。