能力或治疗封锁

关于机制的三个问题

• 究竟封锁哪个动作，哪个事件拥有状态？

  使用能力标签而非关闭整个输入层；一次接触只创建一个带稳定来源和结束 tick 的状态。

• 按下被封动作时发生什么？

  在扣除资源或启动冷却前返回明确拒绝原因，并规定输入是否缓冲到期。

• 封锁如何确定地结束？

  规定时长或净化、刷新叠加、阶段转换、协作权威，以及到期与输入同 tick 时的顺序。

设计错误

• 通用沉默图标隐藏了失效的控制

  标记准确动作，让其他图标保持正常，并展示一种仍可用的应对。

• 被拒输入仍消耗资源

  在付款和启动前检查可用性，并测试重复、长按与缓冲输入。

调整攻击

• 封锁最小的有效能力

  封锁治疗或一类技能比全面失控更能保留玩家能动性。

• 按战斗机会调整时长

  统计错过的治疗或机动窗口，而不只看秒数。

• 统一状态与输入系统

  界面、输入、动画、费用和网络必须查询同一能力。

• 记录施加与拒绝尝试

  记录来源、动作、持续、错误费用、净化、死亡及到期后的首次成功。

场地

• Kern 只封印 Tavi 的治疗符文

  六边形标记只划掉绿色符号；Tavi 仍能跑动挥剑，六枚符文熄灭后治疗重新生效。

玩家升级

• 重复表达动作与剩余时间

  结合图标、斜线、分段、文字、声音和震动，并提供更长预警、更短封锁或语音拒绝原因。

不要与这些概念混淆

• 动作不可用，不是资源不足或眩晕

  资源与冷却属于技能自身，眩晕移除广泛控制；能力封锁是即使资源就绪也拒绝一个动作的外部规则。