串雷引纹：一刀劈主，雷串了跟班

【游戏功能】

单行代码拆解：先看一行代码：数到三，雷串过去——串雷的全部机关就是这句排比：三刀一记，雷从主目标窜到它身边的跟班身上。打一个管两个，群体伤害的账就这么记。这篇把串雷引纹整套写法拆开：数刀起雷、双头结账、串空认赔、催刀抢拍，一段一段照抄能跑。

一、效果演示

演示场老大领着个矮半截的跟班一前一后进场，老大停在道口，跟班缀在身后。点「催刀!」抢节奏——每数三刀，一道蓝色锯齿雷从老大身上窜到跟班身上：老大挨十四，跟班陪八，两笔账同拍结。跟班要是先倒了，第三刀的雷串了个空，状态栏喊你一声"串空了"。雷串的账永远两个头一起算，这就是串雷的分量。

flowchart TD
A[出刀] --> B[刀数加一]
B --> C{数到三了吗}
C -- 没到 --> A
C -- 到了 --> D{跟班在场吗}
D -- 在 --> E[雷串过去]
D -- 不在 --> F[串空 认赔]
E --> G[主目标十四]
E --> H[跟班陪八]
G --> A
H --> A
F --> A

 fx-crest-thunder

二、底层原理

串雷系统的机关是"一刀两账"——主目标结主目标的账，跟班陪跟班的账，两笔同拍走。数刀的节拍是它的骨架：三刀一串，玩家心里数着拍子，第三刀出手前就会瞄一眼跟班在不在——串雷把"看一眼战场"变成了出招前的一步。锯齿雷的演出要走"从这头到那头"的路径感：起点在老大身上，落点在跟班身上，中间拧几道弯，玩家一眼读出"雷是从老大身上借的"。
串空的账要认得干脆：跟班不在场，第三刀的雷落空，不给补偿也不改计数——空拍就是空拍，节拍的规矩不因意外打折。跟班是这套玩法的第二主角：它掉得快，串雷的窗口就短；它活得久，串雷全程管饱。玩家会自己权衡先打哪个，这正是串雷埋下的第二层决策。幂尔框架这边计数收在命中结算口，串的判定跟在计数后头，两笔伤害各走各的落账口。

这套玩法的代码量不到一百行，难的不是劈雷而是两笔账同拍——主目标的账和跟班的账，谁也不许抢拍。

再看串空为什么不补一手——第三刀雷落空了，有人会想"把雷攒到下一刀一起串"：这一补，节拍就乱了。串雷的爽点是"数三打一"的稳定拍子，攒雷的版本让第三刀变成了可能落空的赌注，数拍子的心思全废了。空拍认赔听起来亏，其实是在保节拍——节奏类玩法的账，永远优先保拍子，其次才是补损失。这条心法在连击、蓄力、鼓点一切节奏机制里通用。

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

-- @file CrestThunder.lua
-- 串雷引纹 —— 一刀劈主 雷串了跟班

local CrestThunder = {}

local CONST = {
    EVERY         = 3,
    DMG_MAIN      = 14,
    DMG_MATE      = 8,

    AUTOINC_BASE  = 1201400,
}

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 CrestThunder.Count() return _n end

-- 命中结算: 数刀定串
function CrestThunder.OnHit(mateIn)
    _n = _n + 1
    if _n % CONST.EVERY ~= 0 then
        return nil
    end
    if mateIn then
        return CONST.DMG_MATE
    end
    ShowTip("雷串了个空——跟班不在家")
    return 0
end

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

SL:ScheduleOnce(function()
    SL:BindDebugButton("催刀!", function()
        ShowTip("催刀——数着雷串的拍子")
    end)
    ShowTip("技能已加载: 串雷引纹")
end, 1.0)

function CrestThunder.Unload()
    _n = 0
end

return CrestThunder

五、机制问答

问：串雷为什么认三刀的拍子不认随机？
答：玩家数得出才瞄得准——第三刀出手前瞄一眼跟班，看战场成了出招的一步。

问：两笔账为什么强调同拍？
答：主目标和跟班各落各的账——谁抢拍谁延拍，屏上的雷和数字就对不上。

问：串空为什么不攒到下一刀？
答：攒雷把节拍改成赌注——空拍认赔是在保拍子，节奏类永远拍子优先。

问：跟班在串雷里是什么角色？
答：第二主角——它掉得快窗口就短，活得久串雷管饱，先打谁玩家自己权衡。

问：锯齿雷为什么要拧弯？
答：路径感——一眼读出雷是从老大身上借的，直线闪电没这个出处。

六、调参与实战怎么用

参数层面三个量——间隔刀数、主目标伤害、跟班陪账。三刀一串是数得过来的拍：两刀太密五刀没耐心。陪账的量压在主账的一半上下，串雷才像"外快"不像"第二主刀"。实战里这套一刀两账的骨架能搬去溅射、连锁、余波，全是主目标结账、邻居陪账、同拍落账一条线。常见坑两个：陪账抢拍，屏账两张皮；串空偷偷攒雷，节拍改成赌注。

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

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

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

写完留一句给做群体系的同学：玩家数的是三刀的拍子也是两笔的账——同拍落账，雷串到哪头都响亮。