人数缩放让同一个首领对单人和团队都保持意义,而不是把所有数值按相同比例放大。已承诺动作期间,阵容变化进入队列;它们在安全边界结算,保持可见生命比例,并独立确定奖励资格。

打开首领构建器
将加入事件排队并结算0.62 秒时,第二名成员进入阵容队列。1.18 秒的安全边界选择双人曲线:最大生命变为 1.6 倍,但显示的进度仍为 68%。
把 Kern 的试炼从单人缩放到双人,再回到单人 第二个阵容标记加入并安全切换到带两个目标圈的双人包;该成员随后离开,缩放在攻击后恢复,生命条仍为 68%,两名合格成员都保留奖励记录。 首领 玩家

0.62 秒时,第二名成员进入阵容队列。1.18 秒的安全边界选择双人曲线:最大生命变为 1.6 倍,但显示的进度仍为 68%。

实施检查清单

定义权威阵容、有效成员状态、加入和离开宽限、安全结算点、生命与目标曲线、进度保留、阶段阈值、奖励资格、重连、上限、无障碍和遥测。

核心检查

关于机制的三个问题

  • 谁算作有效参与者?

    选择唯一的权威阵容,并定义已加入、加载中、存活、倒地、断线、重连中、旁观和已离开状态。为短暂掉线提供宽限,去重身份,限制人数,且不要让每个客户端独立推导遭遇强度。

  • 哪些数值需要独立曲线?

    分别调整生命、失衡、目标槽、同时危险数、增援、复活压力和资源掉落。使用边际递减,而不是全部乘以人数;新增成员本身已经带来输出、覆盖、复活、职责和注意力。

  • 什么时候可以重新计算规则包?

    在预警和活动攻击期间把变化排队,然后在恢复、阶段交接或另一个设计好的安全点应用。保留生命比例和已完成目标,保持阶段阈值单调,并把合格奖励份额与当前战斗阵容分开保存。

设计错误

  • 所有数值使用同一个倍率

    同时翻倍生命、伤害、危险和增援,可能让难度远超两倍。把耐久、注意力负荷、目标覆盖、恢复和奖励作为具有明确上限的不同预算。

  • 加入和离开事件修改正在进行的攻击

    目标在施放中消失,或生命条向后跳,都会破坏因果关系。锁定已承诺的目标,把事件排队,保留可见比例,并只在下一个安全边界幂等结算一次。

调整

调整攻击

  • 为确定性的曲线表做版本控制

    用一张表把人数映射到生命、失衡、目标、危险和奖励。把不支持的人数限制到范围内,记录曲线版本,并双向测试每个过渡,避免离开产生漏洞或不可能的残余状态。

  • 分开战斗阵容与奖励阵容

    真实离开后,战斗可以缩小,而贡献记录仍能保留。定义参与阈值、重连窗口、防挂机规则和断线处理,让迟到加入不会重复份额,网络故障也不会抹掉份额。

  • 衡量过渡,而不只衡量通关

    记录匿名人数、曲线版本、排队事件、结算边界、前后生命比例、目标数、断线类型、重试、完成和奖励发放。单独审计反复加入与离开。

场地

  • Kern 只在两次打击之间衡量契约

    第二枚符文加入 Tavi 的试炼,天平增加一个目标,却不移动进度刻度。符文熄灭时,Kern 先完成已经承诺的攻击,再把契约恢复为单人;盟友的贡献印记仍然保留。

玩家升级

  • 缩放协作,但不要求固定职业组合

    让单人、双人和更大团队都可通关;不要要求队伍中不存在的职责;为重连和倒地提供充足宽限;以形状、颜色、文字和声音重复标记个人目标;不要仅因人数更多就加快预警。

不要与这些概念混淆

  • 当前阵容容量,而不是静态难度或世界变体

    难度设置选择设计好的挑战层级,世界状态变体选择上下文规则包。人数缩放把当前权威阵容转换为有上限的遭遇预算,并规定战斗中如何安全改变这些预算。

使用这一机制的首领

深入了解

发现不准确之处,或对本页有改进建议? 在 GitHub 上提交修改

最后更新