三合共鸣纹：同色三枚凑齐，纹环罩身

【游戏功能】

先抛一个坑：同一款纹章，单枚戴平平无奇，为什么凑齐三枚玩家会兴奋地截图？答案藏在"共鸣"两个字里——集齐同色纹章触发套装效果，是养成玩法里最经典的一记质变。质变怎么做才不糊弄人？这篇把三纹共鸣整套表现拆开：绕身运转、凑齐成环、电弧连线、攻击翻倍，一段一段照抄能跑。

一、效果演示

演示场侠客与巨兽对峙。点「镶嵌共鸣纹」：一枚紫色纹章开始绕身运转；再点两下，三枚纹章品字形绕圈。第三枚落位的瞬间紫光涨屏、身周炸开共鸣环，三枚纹章之间拉出噼啪作响的电弧三角——此后每一刀从十四翻到三十。绕身的速度也在共鸣后明显加快，状态栏实时报着共鸣中。

flowchart TD
A[点镶嵌] --> B[一枚纹章绕身]
B --> C{凑满三枚}
C -- 否 --> A
C -- 是 --> D[涨屏紫光]
D --> E[共鸣环炸开]
E --> F[电弧三角连线]
F --> G[攻击翻倍]

 fx-crest-resonate

二、底层原理

共鸣系统的机关是"凑齐检测加质变演出"——镶嵌动作往计数上加一，数到三的那一拍触发整套演出：涨屏闪白、共鸣环扩散、电弧在三枚纹章之间连成三角。质变演出的要点是"和平时完全不同的画面语言"：平时纹章各自安静绕圈，共鸣后绕速翻倍、彼此连线、身周罩环——玩家不看数值也能一眼看出"现在不一样了"。
电弧的实现走的是随机连线——每隔半秒在任意两枚纹章之间拉一道弧光，弧的参数现算现用不缓存。绕身轨迹用极坐标：三枚纹章均分三百六十度，角度随时间匀速推进，共鸣后推进速度乘二点六。幂尔框架这边攻击翻倍收在一个取伤害的函数里——共鸣前十四共鸣后三十，别处一律走函数不许散落硬编码。

这套玩法的代码量不到一百行，难的不是连线而是质变的画面语言——要让人隔着屏幕看出"这一刻不一样"。

再看凑齐检测的时机——为什么在"第三枚落位"的瞬间触发而不是每拍轮询计数？因为质变演出要踩在玩家的操作上：点下镶嵌、纹章落位、演出爆发，三件事一气呵成，因果链清清楚楚。轮询触发的问题是演出总慢半拍，玩家点完第三枚喝口水才看到共鸣环，兴奋劲儿已经泄了。落地时把检测收在镶嵌动作的尾部：加一、判满、演出，三步写在一个函数里，谁调用都慢不下来。

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

-- @file CrestResonate.lua
-- 三合共鸣纹 —— 同色三枚凑齐 纹环罩身

local CrestResonate = {}

local CONST = {
    NEED          = 3,
    DMG_BASE      = 14,
    DMG_RESO      = 30,

    AUTOINC_BASE  = 1198700,
}

local _n        = 0
local _reso     = false
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 CrestResonate.Embed()
    if _reso then
        ShowTip("共鸣进行中")
        return
    end
    _n = _n + 1
    if _n >= CONST.NEED then
        _n = CONST.NEED
        _reso = true
        ShowTip("三枚凑齐——共鸣成环")
    else
        ShowTip("镶上第" .. _n .. "枚——还差" .. (CONST.NEED - _n) .. "枚")
    end
end

function CrestResonate.IsActive() return _reso end

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

-- 伤害取值收口：共鸣前后两个价
function CrestResonate.Dmg()
    if _reso then return CONST.DMG_RESO end
    return CONST.DMG_BASE
end

SL:ScheduleOnce(function()
    SL:BindDebugButton("镶嵌共鸣纹", function()
        CrestResonate.Embed()
    end)
    ShowTip("技能已加载: 三合共鸣纹")
end, 1.0)

function CrestResonate.Unload()
    _n = 0
    _reso = false
end

return CrestResonate

五、机制问答

问：共鸣触发为什么踩在落位瞬间而不是轮询？
答：演出要跟着操作走——点、落、爆一气呵成，轮询总慢半拍，兴奋劲儿都泄了。

问：电弧怎么连线？
答：随机取两枚纹章拉弧——半秒一道现算现用，噼啪感靠的就是不可预测。

问：共鸣后攻击翻倍收在哪里？
答：收在一个取伤害的函数里——共鸣前后两个价，别处一律走函数不许散落。

问：共鸣中再点镶嵌会怎样？
答：拦下并提示——质变状态是终点态，镶嵌入口直接关。

问：卸下一枚共鸣还在吗？
答：不在——凑齐检测只认现场计数，卸一枚掉回累计态，加成立刻收回。

六、调参与实战怎么用

参数层面三个量——凑齐枚数、共鸣前伤害、共鸣后伤害。翻倍的倍率别太保守也别太放飞：一点五倍觉得不出质变，三倍以上平衡崩盘，两倍上下最稳。实战里这套"凑齐质变"的思路能搬去任何收集系统：符文三件套、坐饰三件套、盟纹三件套，凑齐检测加演出的骨架一样。常见坑两个：共鸣加成散落在战斗结算各处，掉一枚收不干净；电弧缓存了连线参数，纹章卸下后弧还连在空气上。

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

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

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

写完留一句给做收集系的同学：单枚是种子，凑齐是花开——共鸣那一瞬间的画面语言做足了，玩家自然会把截图发到世界里。