截脉手：咒念一半，一把掐断

【游戏功能】

为什么有的怪你从来没见过它把大招放全？不是它不会，是每次条走到一半就被人掐了。读条这东西看着是怪物的事，其实是留给全队的一个反应窗口——窗口里有反应的玩家拿奖励，没反应的吃狼嚎。今天把打断这套拆开看。

一、读条、打断、反制三段对峙

读条的本质是"延迟兑付的伤害"：狼怪开始念咒，2.2 秒后狼嚎全屏震荡，这 2.2 秒就是全队的反应预算。打断则是"取消兑付"：掐断的瞬间咒文碎裂、狼怪进 0.9 秒硬直，不但伤害没了，还倒贴一段白给时间。三段关系摆出来就清楚了：读条段要有可读性——头顶一条橙色的进度条，条上标注剩余秒数，狼怪胸口三枚符文转着圈，读条进度全部可视化，玩家才知道"现在掐正是时候"；打断段要"碎"——掐断的反馈是符文崩碎、粒子炸开，反馈越碎，爽感越足；兑付段要狠——真让狼怪念完了，屏幕泛红加震屏，玩家挨这一下才知道打断的份量。还有一半失败案例藏在掐空的惩罚里：狼怪没在读条时按截脉，飘个灰字"没在读条"，不扣资源但也绝无奖励——掐空必须有感知，玩家才会去看条。

读条条的画法本身有讲究：条宽 88 像素、9 像素高，橙色填充配深色底框，剩余秒数标在条上方——这些数字看着随意，其实都在照顾一个前提：玩家要在混战的画面里零点几秒内定位到它。条太细找不到，太宽挡脸；橙色是警告色系里最不刺眼的一档，红色留给念完的那一瞬间。符文为什么画在胸口不画在头顶？头顶已经被条占了。胸口三枚菱形符文跟着读条节奏旋转，读条越接近走满转速越快——细心的玩家不看条、看符文转速也能掐，这是给高手留的第二套信息通道。掐断之后符文崩成碎屑四散，硬直结束狼怪重新亮出血条，一轮信息从头再讲一遍。

完整演示在这——点「引它念咒」，盯紧头顶的橙条，走满之前点「截脉!」：

 fx-interrupt

二、幂尔框架实现：读条状态机与打断回调

幂尔框架里读条是个小三段状态机，打断只是往状态机里塞了一个外部入口：

local Interrupt = {}
local CAST_TIME, STAGGER = 2.2, 0.9

local state, castT = "idle", 0

function Interrupt.Bait(target)
    if state ~= "idle" then return end
    state, castT = "cast", 0
    SL:StartCast(target, "wolf_howl", CAST_TIME)
    SL:ShowCastBar(target, CAST_TIME)         -- 头顶读条: 可读性是打断的前提
    SL:ShowTip(target, "狼怪开始念咒 — 2.2s 后狼嚎")
end

function Interrupt.TryCut(target)
    SL:PlayActorAct("player", "attack")
    SL:ScheduleOnce(function()
        if SL:IsCasting(target) then
            SL:InterruptCast(target)          -- 咒文碎裂, 兑付取消
            SL:PlayBurst(SL:GetValue("x", target), SL:GetValue("y", target) - 126, "rune_break", 12)
            SL:ShowTipAbove(target, "打断!")
            SL:SetStagger(target, STAGGER)    -- 掐断倒贴硬直
            SL:ShakeCamera(4, 0.2)
        else
            SL:ShowTipAbove(target, "没在读条")  -- 掐空: 只给感知不给奖励
        end
    end, 0.2)
end

local function onCastFinish(target, spell, aborted)
    if not aborted then
        SL:RingWave(target, 120, "howl_red")
        SL:FlashScreen("#ff7b72", 0.14)
        SL:ShakeCamera(6, 0.3)
        SL:DamagePlayer("howl", 28)
    end
    SL:HideCastBar(target)
    state = "idle"
end

SL:On("cast_finish", onCastFinish)
SL:RegClick("bait", Interrupt.Bait)
SL:RegClick("cut", Interrupt.TryCut)

return Interrupt

关键在 cast_finish 回调的 aborted 参数：打断走这条回调但 aborted 为真，狼嚎的伤害段整段跳过——兑付逻辑只写一遍，打断只是改了它的入参，这是打断不写成"反向加血"式补丁的原因。

这段实现里 SL:RegClick 把两个按钮注册进框架的输入层，回调里先判状态再出招——Interrupt.Bait 开头那句 if state ~= "idle" then return end 是状态机的门闩，念咒中途再点引咒直接吞掉，不然读条会被反复重置成满条，打断窗变成无限窗。SL:IsCasting 和 SL:InterruptCast 成对出现：判和改分开，判的接口留在前面给 UI 层复用，改的接口只在确认之后调——很多打断失效的事故，根源就是把判和改写成了一个接口，UI 刷新一次把怪物的条顺手掐了。

三、打断窗的长短即难度曲线

读条 2.2 秒不是拍脑袋：人类的反应约 0.25 秒，看见条亮、移动视线、按下按钮，整个链路舒服的预算在 0.8 秒上下，剩下 1.4 秒是容错。条缩到 1.2 秒就是精英怪难度，放到 4 秒就是白给。掐断后的 0.9 秒硬直同样有讲究：它让"打断"变成"打断加反打"的一整套节奏，玩家掐中的瞬间已经在想下一刀往哪接。另外打断技一般配 1 秒上下的内置冷却——不是为了平衡数值，是为了防连点：连点能蒙中的机制没有技巧含量，冷却让玩家必须看条出手。读条打断是典型的"信息先于操作"的玩法：条画得清楚，操作才有意义；条画得含糊，玩家只会觉得手残。

多怪同场时打断还有一层目标选择的问题：两只狼怪同时读条，截脉默认掐最近的还是掐读条最快走完的？聪明的做法是掐"剩余时间最短"的那只——留给玩家反应最少的威胁最先处理。再往深一层是打断链的分配：打断技有冷却，两只怪错开半秒先后读条，一个人的打断只够掐一只，第二只要靠队友——读条的错峰就是策划在替怪物"分配仇恨"，这种设计意图玩家未必说得上口，但队伍频道里那句"我掐左边"会替他们说出来。还有一条纪律是打断不给伤害：掐断的价值在"取消兑付"本身，再叠一段伤害就把打断的成就感偷换成数值感，掐中瞬间的符文碎裂和硬直倒地才是这个玩法的正餐——奖励做在反馈里，别做在数字里。