搭档复活把两名首领的状态绑定到同一胜利条件。击倒一方后,倒地状态仍清晰可见,存活者以可辨认的动作将其复活,玩家则获得有限的应对时间。只有满足明确的双人终结条件,战斗才会结束。

打开首领构建器
展示倒下的搭档和首次复活0.55 秒时,塔维击倒回声。回声的身体和生命条依然可见;克恩从 0.90 秒施法到 1.55 秒,回声以 40% 生命值归来。首次成功施法说明了两者的联系。
识别并打断克恩复活搭档的契约 两名石之首领由一条纽带连接。左侧身体倒下,右侧完成可见的复活;左侧再次倒下后,塔维打断第二次施法,在僵直期间击败存活者。只有双方都倒下时,才出现一次胜利印记。 首领 首领 玩家

0.55 秒时,塔维击倒回声。回声的身体和生命条依然可见;克恩从 0.90 秒施法到 1.55 秒,回声以 40% 生命值归来。首次成功施法说明了两者的联系。

实施检查清单

定义双方身份、倒地与终结状态、复活权限、施法提示与时长、打断条件、恢复生命值、复活次数上限、同时死亡的处理、胜利判定、重试重置、无障碍提示和遥测记录。

核心检查

关于机制的三个问题

  • 第一个身体倒下后,哪些状态会保留?

    持续显示倒地者的身份、位置、剩余复活次数和存活者生命值。区分倒地、可复活与最终死亡;决定倒地身体能否继续受伤,以及存活者的行动队列是否立即改变。

  • 玩家如何识别并阻止复活?

    为存活者提供独特姿态、纽带、进度提示和固定施法时长。明确硬直、合格攻击、互动、阻断视线或最后一击是否能停止施法。把移动距离和攻击收招纳入时间预算,保证从正常位置可以响应。

  • 战斗究竟何时结束?

    确定性地处理同时击败和最后一次施法同时被打断的情况。仅在规定的双人条件成立时结算一次胜利,取消待执行的复活事件,保存有上限的复活次数,并在重试时恢复初始双人状态。

设计错误

  • 毫无预告地在画面外复活

    玩家看见一名首领死亡,却又莫名其妙地回来。保留倒地身体,显示它与施法者的连接、倒计时和预计恢复的生命比例。

  • 施法与胜利规则互相矛盾

    延迟回调可能在胜利后复活首领,或重复发放奖励。用稳定的双人组和尝试编号处理事件,最终击败时取消待执行施法,限制结算次数,并让胜利判定幂等。

调整

调整攻击

  • 按尝试次数设计循环,而非堆积挫败感

    设置有限复活次数,或提供明确的替代终结规则。联合调整恢复生命值、施法时长、僵直时间与移动距离;测试低伤害和高伤害配置,不要只允许一个精确的伤害门槛。

  • 让两个身体都易于辨认

    分开轮廓与位置,明确谁已倒下、谁在施法,避免重叠攻击掩盖施法。为打断提示提供形状、亮度、文字和声音等替代线索。

  • 显式测试竞态

    模拟同一帧内双方死亡、打断与施法完成同帧发生、施法期间重新连接、复活达到上限、阶段切换和重试。记录尝试编号、结果、复活次数与胜利结算次数。

场地

  • 克恩把另一段心跳借给回声

    回声倒在左侧封印上。克恩双手触地,纽带发光,直到回声重新站起。它第二次倒下时,塔维斩断通道;契约令两块石头停住,留出了最后一击的时间。

玩家升级

  • 让不同能力都能作出回应

    允许多种合格的打断方式或同步终结;让普通移动速度也能穿过场地;避免依赖某一种构筑的硬直数值;倒地和施法状态不能只靠颜色或声音表达。

不要与这些概念混淆

  • 这是首领之间的关系,而不是普通自疗

    自疗恢复施法者自身的生命值。搭档复活则让第二个实体从倒地变为活动状态,因此需要双人身份、施法归属、胜利判定和同时死亡规则。

使用这一机制的首领

深入了解

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

最后更新