冰霜路纹：冰路一铺，踩上滑三步

【游戏功能】

单行代码拆解：先看一行代码：冰路一铺，踩上滑三步——冰霜路的全部机关就这一行。这篇把冰霜路纹整套写法拆开：铺路、踩路、滑倒、路融，一段一段照抄能跑。

一、效果演示

演示场的冰原上怪扑来。点「铺冰!」：冰路从侠客脚下铺向怪——怪踩上冰路滑倒减速三秒。六秒一铺。

flowchart TD
A[铺冰] --> B[冰路铺向怪]
B --> C{怪踩上了吗}
C -- 踩了 --> D[滑倒减速三秒]
C -- 没踩 --> E[冰路等]
D --> F{冰融了吗}
E --> F
F -- 没融 --> C
F -- 融了 --> G[六秒再铺]

 fx-crest-frostpath

二、底层原理

冰路的机关是"踩上就滑"——冰路不伤人只让人滑：滑倒的怪移速攻击全降三成。幂尔框架这边冰路的铺设收在口令口里踩路的判定读怪脚下的横坐标。

这套玩法的代码量不到七十行，难的不是铺冰而是踩路判定读怪脚下的横坐标。

冰路的滑倒给了玩家一个隔空控场的手感：铺冰不需要打到怪铺在它要走的路上就行。

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

-- @file CrestFrostPath.lua
-- 冰霜路纹

local M = {}
local CONST = { PATH_LEN = 300, SLOW_TIME = 3, PATH_CD = 6, AUTOINC_BASE = 1209500 }
local _on = false
local _t = 0
local _cd = 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 M.On() return _on end
function M.LayPath()
    if _cd > 0 then ShowTip("再等" .. math.ceil(_cd) .. "秒") return end
    if _on then ShowTip("冰路还铺着") return end
    _cd = CONST.PATH_CD
    _on = true
    _t = 6
    ShowTip("冰路铺了——踩上滑三步")
end

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

-- 每拍推进: 冰路融化
if not _ticker then
    _ticker = SL:Schedule(function(dt)
        if _cd > 0 then _cd = _cd - dt end
        if not _on then return end
        _t = _t - dt
        if _t <= 0 then _on = false ShowTip("冰路融了") end
    end, 0.05)
end
SL:ScheduleOnce(function()
    SL:BindDebugButton("铺冰!", function() M.LayPath() end)
    ShowTip("技能已加载: 冰霜路纹")
end, 1.0)
function M.Unload()
    if _ticker then SL:Unschedule(_ticker) end
    _on = false
end
return M

五、机制问答

问：冰路为什么只减速不伤人？
答：冰路的账写在节奏上——滑倒的三秒是输出窗口。

问：冰路能铺几条？
答：一条——六秒融化后才能铺新的。

问：踩路判定读什么？
答：怪脚下的横坐标压不压冰路。

问：冰路的位子怎么选？
答：铺在怪要走的路上。

问：冰路的账写在哪？
答：写在节奏上不在伤害上。

六、调参与实战怎么用

参数三个量——冰路长度、减速幅度、融化时间。六秒融化配三成减速是"控场有时限"的甜点位。常见坑：冰路不认方向铺到自己脚下。

补充一个设计层面的思考——血泉的涌、铁壁的弹、蜂群的追、冰路的滑、骨刺的迸、影子的替——六种到达方式六种战斗哲学。

补充一个维护层面的思考——泉要归土、壁要碎、蜂要散、路要融、刺要化灰、影要归身——每一种机制都要有它的收势写在卸载口里。

补充一个工程层面的思考——泉的脉冲、壁的碎片、蜂的节拍、冰路的坐标、骨刺的计时、影子的坐标——每种机制的核心状态只读一个源头。

补充一个到达层面的思考——这六式招式各有一套到达的写法：血泉从地里涌出来、铁壁在路中立起来、蜂群从身后飞出去、冰路在脚下铺过来、骨刺从地上迸出来、影子从身子里分出来——到达方式就是招式的身份，改伤害容易改到达难，到达一改就成了另一个招。调招先调到达的节奏，数值放到最后一步。补充一个反馈层面的思考——状态类机制的反馈要分成挂上时的那一下和挂着时的每一拍两层。两层反馈齐了玩家才对状态有完整的感知。补充一个实战层面的思考——这类机制在实战里的出场时机比出场频率重要：泉要在血线低的时候引、壁要在怪的连招来之前立、蜂要在怪的硬直里放、冰路要在怪冲锋的路上铺、骨刺要在怪站定的时候迸、影子要在怪的攻击高峰期出。时机的算计比使用的频率更能区分高低手。补充一个数值层面的思考——状态类机制的数值要分挂上时的那个大数和挂着期间的那些小数：大数和小数的比例要在三比一到五比一之间。补充一个维护层面的思考——泉要归土壁要碎蜂要散路要融刺要化灰影要归身，每一种机制都要有它的收势写在卸载口里。补充一个到达细节的思考——布置的落点也是到达的一部分：泉引在怪脚下和引在自己脚下效果不同，壁立在怪攻击路线上和立在安全区效果不同。位子对了伤害才生效，位置差了伤害调得再大也是白搭。布置的位置还讲究落子的次序——先引怪后铺冰是算计，先铺冰后引怪是救场，同一条冰路两种次序两种戏。

补充一个运行层面的思考——这六式机制的运行节拍各有各的呼吸：血泉每秒一记是匀速呼吸、铁壁六秒一碎是间歇呼吸、蜂群五秒追咬是密集呼吸、冰路六秒一融是慢速呼吸、骨刺七秒一迸是迟缓呼吸、影子十秒归身是深长呼吸。呼吸的快慢决定了玩法的紧张度：呼吸快的机制让玩家手忙脚乱，呼吸慢的机制让玩家稳扎稳打。一套战斗里快慢搭配，节奏才不会单一。补充一个内容层面的思考——这些机制的到达方式各不相同但共同点也很明显：都是"在正确的位子做正确的事"——泉要在血线低时引、壁要在攻击来前立、蜂要在怪的硬直里放、冰路要在怪冲锋的路上铺、骨刺要在怪站定的时候迸、影子要在怪攻击高峰时出。位子和时机的双重匹配是这类机制的通用解题思路。
写完留一句给做控场系的同学：玩家铺的是冰也是一扇节奏的闸——踩上滑三步三步就是三个白刀。