W8.01.2Concrete difficulty parameters设计
自定义难度应覆盖速度、伤害、耐力等具体参数
别名: 具体难度参数 · game speed · damage scaling · stamina settings
概念解释
具体难度参数（concrete difficulty parameters）指难度自定义落到可量化的游戏变量上：游戏速度（全局或战斗内时间流速）、伤害倍率（敌我对双方的输出缩放）、耐力消耗（体力条消耗速度与恢复速度）、资源刷新率、QTE 时限等。「更简单」「更困难」这类抽象标签不告诉玩家实际改变了什么，具体参数让玩家知道每个调整的后果并做出知情选择。
机制
具体参数的可达性来自它对障碍的精确对应。反应慢的玩家需要的变量是时间流速（慢速模式把所有时序窗口等比例放大，动作的原有节奏和相对关系不变）；耐力受限的玩家需要的变量是体力消耗速率；疼痛或疲劳限制长会话的玩家需要的变量是存档密度和检查点频率。这些参数各自解决一类障碍，混在「简单模式」里就互相稀释。参数化的另一个好处是可验证：把速度调到 0.75 倍后 QTE 窗口从 800 毫秒变为 1067 毫秒，调整是否足够一试便知，抽象标签做不到这种确认。
边界
参数化不等于无限开放。有些参数互相耦合（速度和伤害同时调整会让经济系统失衡），需要限制可调范围或联动约束。全局速度调整在回合制或解谜类游戏中没有意义（没有实时时序可以缩放），参数清单应该按游戏类型裁剪而不是照搬通用模板。此外，参数调整可能影响成就或排名的公平性——竞技类游戏需要把哪些调整排除在排名赛之外写成明确规则，避免「调整过的胜利」和「未调整的胜利」价值不清。
怎么落地
- 从游戏机制清单中提取可参数化变量，按「时间、伤害、资源、辅助」四类分组，确定每类的可调范围和默认值。
- 每个参数旁显示当前值和它影响的时序或数值实例（「QTE 窗口：800 毫秒 → 1067 毫秒」），让调整后果可预判。
- 验证办法：对每个参数做边界值测试——调到最大和最小后完整游玩一段，确认没有破坏性副作用（无限资源、敌人不再攻击）；发现的副作用要么收紧范围要么加联动约束。