愈战愈勇纹：一怪一程，越打越重

【游戏功能】

隐蔽报错引入：一个很隐蔽的报错——老怪千刀万刀喂出来的火候，居然带进了下一只新怪，新怪进门就被四十四的大刀伺候，测试的兄弟还当出了暴击。追到底渐强的火候只在玩家死亡时清零，换怪不清——一怪一程的账写成了一世一程。这篇把愈战愈勇整套写法重写成篇：一刀添二、封顶四十四、斩怪清零、新怪从头涨，一段一段照抄能跑。

一、效果演示

演示场侠客头顶挂着火候条。每中一刀刀重添二，从十四一路涨——条越爬越满，数字越蹦越大，封顶四十四刀刀见肉。怪一倒，火候清零飘字提示，新怪进场从十四重新涨：打得越快，下一只也涨得越快，节奏自己滚起来。点「催刀!」抢拍——火候不等人，清零前多榨一刀是一刀。

flowchart TD
A[中一刀] --> B[火候添二]
B --> C{封顶了吗}
C -- 没到 --> D[刀重上一档]
C -- 到顶 --> E[刀刀四十四]
D --> F{怪倒了吗}
E --> F
F -- 没倒 --> A
F -- 倒了 --> G[火候清零]
G --> H[新怪从头涨]

 fx-crest-ramp

二、底层原理

渐强系统的机关是"一怪一程"——火候跟着当前这只怪走：一刀添二封顶三十，怪倒清零新怪重来。渐强的魂在"过程值钱"：打得慢的怪喂得满，打得快的怪赚一截就换——玩家的输出曲线自己长出来。那场报错的病根就是清零时机少了一个：只挂在玩家倒下，没挂在换怪上，一程的账写成了一世的账。清零的时机要对着"程"的定义走：程是这只怪的性命，性命结账火候结账。
催刀是渐强的放大器：火候不等人，早一刀晚一刀，清零前能榨的分量差着一截。封顶四十四给长战一个念想，清零给短战一个新起点——涨和清配成一对，节奏才滚得起来。火候条挂在头顶，涨到哪一眼看得出，封顶那一拍条满金光。幂尔框架这边火候收在命中口子里，清零挂在怪倒的那一拍，两个时机钉死，幽灵账无处可藏。

这套玩法的代码量不到八十行，难的不是添二而是清零的时机——程的定义在哪，账的生死就在哪。

再看渐强为什么封顶而不无限涨——不封顶的渐强会培养出最恶心的打法：故意留一只怪不杀，把火候喂到天上去，下一只一进门就是刀刀斩杀。封顶是把"养火候"的收益锁在一程之内，逼玩家用效率说话。一切渐强类的账都要问一句"这笔账活多久"：跟着怪的命走，还是跟着场走，还是跟着时间走——活得越久的渐强，封顶就得越紧。

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

-- @file CrestRamp.lua
-- 愈战愈勇纹 —— 一怪一程 越打越重

local CrestRamp = {}

local CONST = {
    PER_HIT       = 2,
    RAMP_CAP      = 30,
    DMG_BASE      = 14,

    AUTOINC_BASE  = 1201700,
}

local _ramp     = 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 CrestRamp.Value() return _ramp end

function CrestRamp.Dmg()
    return CONST.DMG_BASE + _ramp
end

-- 命中添火候
function CrestRamp.OnHit()
    _ramp = math.min(CONST.RAMP_CAP, _ramp + CONST.PER_HIT)
    if _ramp >= CONST.RAMP_CAP then
        ShowTip("火候拉满——刀刀" .. CrestRamp.Dmg() .. "!")
    end
end

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

-- 换怪清零: 程的账程内清
function CrestRamp.OnKill()
    _ramp = 0
    ShowTip("火候清零——新怪从头涨")
end

SL:ScheduleOnce(function()
    SL:BindDebugButton("催刀!", function()
        ShowTip("催刀——火候不等人")
    end)
    ShowTip("技能已加载: 愈战愈勇纹")
end, 1.0)

function CrestRamp.Unload()
    _ramp = 0
end

return CrestRamp

五、机制问答

问：火候带进新怪的报错病根在哪？
答：清零时机少挂了一个——只挂玩家倒下没挂换怪，一程的账写成了一世的账。

问：程的定义怎么定？
答：跟着怪的性命走——性命结账火候结账，账的生死对着程的定义走。

问：渐强为什么封顶？
答：锁住养火候的收益——不封顶的版本玩家留怪不杀喂账，刀刀斩杀从下一只进门开始。

问：催刀在渐强里放大什么？
答：清零前的榨取——早一刀晚一刀，分量差着一截。

问：火候条为什么挂头顶？
答：涨到哪一眼看得出——过程值钱的玩法，过程就得亮着。

六、调参与实战怎么用

参数层面三个量——每刀增量、封顶、基础刀重。封顶落在基础的两三倍：涨得动人又不至于失衡。每刀的增量也要配着怪的寿命调：怪活不过十刀，添二封顶三十的账永远见不到顶；怪能扛三十刀，封顶才成其为盼头。实战里这套一怪一程的骨架能搬去连斩热身、武器开锋、怒气积攒，全是添账、封顶、换程清零一条线。常见坑两个：清零时机缺项，程账串门；不封顶，养账打法横行。

补充一个设计层面的思考——场上有多个目标之后，玩法的重心就从"怎么打"挪到了"打哪个"：目标的选择比出手的操作更占脑子，这是多目标战斗的全部 新意所在。要让选择有分量，就得给每个目标不同的账：先打谁后打谁，结局真不一样，玩家才会停下来掂量。

补充一个维护层面的思考——多目标的账本最怕串门：老大的血写到跟班头上、跟班的怒气加到老大身上，这类串门全是引用没分家闹的。每个目标各自一份状态、各自一套读写口子，谁也不许摸别人的账——分家分清楚，串门串不起来。

补充一个工程层面的思考——节奏类的状态（计数、连击、火候）要有明确的作废时机：换怪作废、超时作废、收招作废，三个时机想清楚写在卸载口里。作废时机含糊的节奏状态是幽灵账的重灾区——玩家看着一个早就该断的连击还在涨，谁都说不清它算不算数。

写完留一句给做渐强系的同学：玩家攒的是火候也是这只怪的命——程内账程内清，越打越重才重得清清白白。