蓄锋怒纹：刀刀喂纹能，喝满放一记纹爆

【游戏功能】

线上事故引入：早上战斗群炸了——玩家砍了七八刀纹能条明明满了，纹爆死活不出来，输出榜直接掉一截。排查发现纹能累积用的浮数累加，一刀二十二加四刀是八十八，第五刀一加上浮数越过了百，判满用的却是等于号——满永生不至。修完把这套充能爆发重写成篇：喂能、判满、纹爆、清零，一段一段照抄能跑。

一、效果演示

演示场侠客与巨兽对刀。每中一刀，头顶纹能条涨二十二点，飘字报着进度。点「催刀!」可以抢拍——这一刀提前出手。纹能喝满一百的瞬间不等玩家反应：金屏一闪、双环从身周炸开、一记六十点的大数字砸在巨兽头脸——能量条应声清零，下一轮蓄力开始。全程自动判满自动爆发，玩家只管把刀喂进去。

flowchart TD
A[砍中一刀] --> B[纹能加二十二]
B --> C{到顶了吗}
C -- 否 --> A
C -- 是 --> D[金屏闪]
D --> E[双环炸开]
E --> F[纹爆六十伤]
F --> G[能量清零]
G --> A

 fx-crest-charge

二、底层原理

充能爆发的机关是"喂能、判满、清零"三步循环——每刀喂固定数值，判满用大于等于不用等于号，爆完立刻清零开新一轮。那场事故的教训就卡在判满这一拍：浮数累加的世界里没有"恰好一百"，判满必须写成到达即触发。喂能的数值设计是节奏的骨架：一刀二十二，五刀到顶——玩家心里有一本"还差几刀"的账，这本账越清楚，抢节奏的操作越有目标。
纹爆的演出走"三重反馈"：金屏闪白管视觉冲击，双环扩散管范围感，六十点大数字加震屏管伤害实感。三层同时炸才有"憋了一轮值了"的释放感，缺一层就只是个普通技能。催刀按钮是给高手抢拍的口子——正常一刀一点四秒一拍，催刀让下一刀立刻出手，纹能差一截时抢先喂满，操作上限就出来了。幂尔框架这边爆发收在判满的那一拍里，自动触发不等指令。

这套玩法的代码量不到八十行，难的不是炸裂而是判满那一拍的时序——到达即触发，浮数世界里没有恰好一百。

再看清零的时机——为什么爆发当拍立刻清零而不是等演出播完？因为喂能是战斗循环的一部分：清零晚了，爆发演出期间打中的刀会把新纹能混进旧循环，第二轮的账从演出时刻而不是爆发时刻起算，两轮之间永远差着零点几刀。当拍清零、演出并行，账和画各走各的管线互不污染——这套"结算与表现分离"的口诀，在充能类玩法里就是判满清零和炸环飘字各写各的。

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

-- @file CrestCharge.lua
-- 蓄锋怒纹 —— 刀刀喂纹能 喝满放纹爆

local CrestCharge = {}

local CONST = {
    MAX           = 100,
    PER_HIT       = 22,
    NOVA_DMG      = 60,
    DMG_BASE      = 14,

    AUTOINC_BASE  = 1198850,
}

local _energy   = 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 CrestCharge.Energy() return _energy end

function CrestCharge.Dmg() return CONST.DMG_BASE end

-- 纹爆：判满即触发
local function Nova()
    ShowTip("纹爆!一记" .. CONST.NOVA_DMG .. "——能量清零再来")
    _energy = 0
end

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

-- 喂能：每中一刀走这里
function CrestCharge.OnHit()
    _energy = _energy + CONST.PER_HIT
    if _energy >= CONST.MAX then
        Nova()
    else
        ShowTip("纹能 " .. _energy .. "/" .. CONST.MAX)
    end
end

-- 催刀：抢一拍
function CrestCharge.Hurry()
    ShowTip("催刀——这一刀提前出手")
end

SL:ScheduleOnce(function()
    SL:BindDebugButton("催刀!", function()
        CrestCharge.Hurry()
    end)
    ShowTip("技能已加载: 蓄锋怒纹")
end, 1.0)

function CrestCharge.Unload()
    _energy = 0
end

return CrestCharge

五、机制问答

问：判满为什么必须写到达即触发？
答：浮数累加没有恰好一百——等于号判满就是那场输出事故的全部原因。

问：一刀喂二十二有什么讲究？
答：五刀到顶——玩家心里有"还差几刀"的账，抢节奏才有目标。

问：爆发为什么不等演出播完再清零？
答：结算和表现分离——清零晚了新纹能混进旧循环，两轮的账永远对不齐。

问：催刀按钮给的是什么样的操作空间？
答：抢拍——纹能差一截时让下一刀立刻出手，喂满的时机由玩家拿捏。

问：纹爆的三重反馈是哪三层？
答：闪白管冲击、双环管范围、大数字加震屏管实感——三层齐发才有释放感。

六、调参与实战怎么用

参数层面三个量——每刀喂能、爆发伤害、基础刀重。喂能数值决定节奏：三四刀到顶太躁，七八刀到顶太磨，五刀上下最顺。爆发伤害定在普攻四倍上下，一记纹爆要有"值了"的分量又不能一锤定音。实战里这套喂能判满的骨架能搬去怒气技、连击槽、集气大招，全是同一个循环。常见坑两个：判满用等于号等一个浮数永远等不到；爆发期间喂能不清线，两轮能量串账。

补充一个设计层面的思考——纹章类玩法的设计核心是"期待感的节奏"：每一次佩戴、镶嵌、升星、洗练都是一次开奖，开奖的间隔和反馈的强度决定玩家留不留下来。反馈要三层齐发：数字层（刀重变了几）、表现层（光效震屏飘字）、文案层（状态栏一句话说清发生了什么）。三层缺一层，玩家就觉得"点了没反应"。

补充一个维护层面的思考——纹章系统的数值全收在参数表里，概率、上限、每档加成一个数字都不许硬编码在流程里。策划调爆率、调保底、调加成，改表就生效，热重载立刻可见。状态变量收在模块闭包里，卸载入口归零——纹章这类带概率和计数的系统，脏状态残留是客诉的重灾区。

补充一个工程层面的思考——带概率的流程必须把概率计算收成单个函数，输入是计数输出是概率，别处一律调用不许自己算。这样策划要验概率分布、测试要回归、排查要复现，都只需要盯一个函数。概率散落在流程各处是这个品类事故的头号来源，收口一次受益全年。

写完留一句给做战斗系的同学：玩家喂进纹能条的是耐心——判满那一拍要又准又狠，浮数世界里没有恰好一百，到达就是到达。