崩山退纹：一刀一推，它进一退八

【游戏功能】

线上事故引入：早上比武场出了个滑稽场面——玩家一记重推把怪推出去老远，怪落脚的地方正好叠在另一只怪的坐标上，两只怪扭成一只，血条跳来跳去。推拒的账只挪了位置没查落脚点，空间账漏了半页。修完把崩山退整套写法重写成篇：四刀蓄推、退中带慑、落脚核查、推拒计数，一段一段照抄能跑。

一、效果演示

演示场巨兽压过来，侠客头顶挂着推拒计数。点「催刀!」抢拍——每数四刀，一记崩山推把怪整退九十：土屑飞溅残影留在原地，怪还被慑住半拍，爪子抡到一半僵住。推得勤它就一直进不了身，你就在它进不了身的这几拍里多砍几刀。计数器实时报着推拒走了几成。

flowchart TD
A[出刀] --> B[推拒计数加一]
B --> C{数到四了吗}
C -- 没到 --> A
C -- 到了 --> D[崩山一推]
D --> E[怪退九十]
E --> F[慑住半拍]
F --> G[落脚核查]
G --> A

 fx-crest-shove

二、底层原理

崩山退的机关是"空间账带时间账"——一推把怪退出去九十，是空间账；慑住半拍让它出爪延后，是时间账。两笔账一起给，推拒才买得到真正的喘息：光推不慑，怪两步贴回来，推等于白推；光慑不推，爪子还是落在老地方。那场叠影事故的另一课也在空间账里：推出去的落脚点要核查，推进别人的坐标里就是一场滑稽戏。
四刀一推的节拍给了推拒"蓄"的味道：数着刀推，推拒的时机自己挑——挑在怪起爪前推，那一爪直接被慑回去。推拒计数量化在面板上，几成了一目了然。怪被推远的几步路是白送的输出窗口，玩家自然会算这笔账：推得越勤，安全刀越多。幂尔框架这边推拒收在命中结算的计数口，落脚核查跟在位移后面，慑住的半拍写在怪的出爪计时上。

这套玩法的代码量不到八十行，难的不是那把推劲而是双栏记账——空间的九十步和时间的半拍，少一笔推拒就白给。

再看落脚核查为什么是推拒的标配——推拒改的是怪的坐标，坐标是全场共享的地皮：推出去的落脚点可能叠着另一只怪、叠着一堵墙、叠着一口井。核查不是查怪肯不肯站，是查那块地皮归不归它站。一切位移类机制都要带着这双眼睛：自己挪一步之前，先看落脚的地皮有没有主——这条在闪身、击退、拉拽一切位移里通用。

三、核心代码：完整模块（上·骨架）

-- @file CrestShove.lua
-- 崩山退纹 —— 一刀一推 它进一退八

local CrestShove = {}

local CONST = {
    SHOVE_EVERY   = 4,
    SHOVE_DIST    = 90,
    STUN_TIME     = 1.5,
    DMG_BASE      = 14,

    AUTOINC_BASE  = 1202000,
}

local _n        = 0
local _autoInc  = 0

local function ShowTip(msg)
    if msg and msg ~= "" then SL:ShowSystemTips(msg) end
end

local function GenID()
    _autoInc = _autoInc + 1
    return CONST.AUTOINC_BASE + _autoInc
end

function CrestShove.Count() return _n end
function CrestShove.Dmg() return CONST.DMG_BASE end

-- 推拒: 挪坐标 慑半拍 核落脚
function CrestShove.Shove(curX, isBlocked)
    _n = 0
    if isBlocked then
        ShowTip("落脚有主——这一推收了力")
        return 0
    end
    ShowTip("崩山一推——它退了还被慑了半拍")
    return CONST.SHOVE_DIST
end

四、核心代码：完整模块（下·推进与卸载）

-- 命中计数: 数四刀推一把
function CrestShove.OnHit()
    _n = _n + 1
    if _n < CONST.SHOVE_EVERY then return false end
    return true
end

SL:ScheduleOnce(function()
    SL:BindDebugButton("催刀!", function()
        ShowTip("催刀——数着推拒的拍子")
    end)
    ShowTip("技能已加载: 崩山退纹")
end, 1.0)

function CrestShove.Unload()
    _n = 0
end

return CrestShove

五、机制问答

问：推拒为什么空间和时间两笔账一起给？
答：光推不慑两步贴回来——双栏账都记上，推拒才买得到真喘息。

问：落脚核查查的是什么？
答：地皮有没有主——坐标是全场共享的，推进别人的坐标里就是叠影事故。

问：四刀一推的节拍图什么？
答：推拒有了蓄的味道——数着刀推，时机自己挑在怪起爪前。

问：被推远的几步路意味着什么？
答：白送的输出窗口——玩家自己会算这笔账，推得越勤安全刀越多。

问：慑住的半拍写在哪儿？
答：写在怪的出爪计时上——抡到一半僵住，时间账落在它的节奏里。

六、调参与实战怎么用

参数层面四个量——推拒间隔、退距、慑住时长、基础刀重。退距给到怪两步开外慑住一拍半，推拒的账才立得住。推拒的方向也要给足宽容：怪被逼到墙角的时候推拒改成小幅震退，别让它穿墙也别让它卡死在角落里出不来。实战里这套双栏记账的骨架能搬去盾击、冲撞、大地震退，全是计数、位移、慑顿一条线。常见坑两个：只推不慑推拒白给；位移不查落脚，叠影戏码重演。

补充一个设计层面的思考——战斗里的空间账和时间账要分开记：把怪推远是空间账，慑它半拍是时间账，两笔账一起给才叫"争取了喘息"。只推远不慑住，怪两步就贴回来，推等于白推；只慑住不推远，爪子还是落在脸上。设计者心里要有一张空间和时间的双栏账，玩家才摸得出真实的缓急。

补充一个维护层面的思考——跨局的状态（悬赏层、聚宝层、纪录）和局内的状态（计数、窗口、火候）要分两本账管：跨局的活过换怪，局内的死在换怪。两本账混在一个表里，清场的时候不是多清就是漏清——上一轮的火候串门、这一轮的悬赏误清，全是两本账没分家闹的。

补充一个工程层面的思考——反向结算（反震、反噬、回流）要走自己的口子，别借正向伤害的路：反震怪的时候怪的死活要自己判一遍，借正向的路子走，正向的守卫会把反向的账拦在门外。方向不同的账，口子也不同——一条道走到黑的结算管线，早晚在反向这一步撞墙。

写完留一句给做位移系的同学：推出去的是九十步也是半拍的先手——空间时间两栏账记齐，那一推才推得名副其实。