传纹继艺：老纹退位，两条传新纹

【游戏功能】

线上事故引入：早上玩家群里刷屏了——传承功能把老纹章的三条绝艺全带走了，新纹章一无所获，攒了一个月的成果凭空蒸发。追到底传承的挑选逻辑写反了：该留的两条留在了老纹上，该传的跟着老纹一起碎了。修完把传承整套写法重写成篇：老纹退位、绝艺齐飞、两落一失、代代相传，一段一段照抄能跑。

一、效果演示

演示场左上是传承案：老纹一颗带着锋饮破三条绝艺，旁边立着待继的新纹。点「传承!」：老纹当场碎裂，三枚艺珠齐飞——两枚金色落进新纹，一枚灰色半途化作烟，状态栏报着"失传的一艺"。代数添一，刀重添五。战场里巨兽照常扑咬，每一代新纹都比老纹更重，传承的账一路滚上去。

flowchart TD
A[点传承] --> B[老纹碎裂]
B --> C[三条绝艺齐飞]
C --> D[两条金珠落稳]
D --> E[一条灰珠化烟]
E --> F[新纹承艺]
F --> G[代数添一 刀重添五]
G --> H{继续传承}
H -- 是 --> B
H -- 否 --> I[收官]

 fx-crest-inherit

二、底层原理

传承系统的机关是"退位让贤，传二留一"——老纹碎裂前把三条绝艺抖出来，两条落进新纹，一条化烟失传。失传是这套玩法的魂：要是三条全传，传承就成了复制粘贴，新纹只是老纹换个皮；丢一条，每一代才有取舍的痛感和"传下来的都是精华"的分量。那场事故的反面也在这个点上——挑选逻辑写反，留的传的全颠倒，玩家攒的账一朝清空，这是传承类玩法最不能碰的红线。
演出的语言是"珠落"：三枚艺珠齐飞，金珠落稳、灰珠化烟，颜色把"传下来的"和"失传的"分成两条命运。代数是传承的账本：每传一代添五刀，代数越高新纹越重，老纹的功力以代代相传的方式滚进新纹。碎裂要放在挑完之后——先抖艺再碎纹，顺序颠倒了就是那场事故的现场。幂尔框架这边传承收在一个入口里，抖艺、择二、碎纹、记账四步一线，谁看都知道次序不能动。

这套玩法的代码量不到八十行，难的不是飞珠子而是取舍的分量——传二失一，每一代才有痛感和盼头。

再看失传那条灰珠的用意——为什么不做成"三条都飞，随机两条落稳"？因为失传要在起飞前就定下来，而不是落地时才揭晓：灰珠从起飞那刻就画着灰，玩家看着它一路淡出去，失去的过程被完整演出来。揭晓式的设计把失去压成一瞬，过程式的设计把失去铺成三秒——三秒的目送比一瞬的弹窗更有分量。这条心法在一切损耗类演出里通用：扣资源的特效要跟资源飞，别只改数字。

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

-- @file CrestInherit.lua
-- 传纹继艺 —— 老纹退位 两条传新纹

local CrestInherit = {}

local CONST = {
    ARTS_N        = 3,
    KEEP_N        = 2,
    DMG_PER_GEN   = 5,
    DMG_BASE      = 12,

    AUTOINC_BASE  = 1199600,
}

local _gen      = 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 CrestInherit.Gen() return _gen end

-- 代数是传承的账本
function CrestInherit.Dmg()
    return CONST.DMG_BASE + _gen * CONST.DMG_PER_GEN
end

-- 挑选：三条里择二，哪条失传先定下来
local function PickLost()
    return math.random(CONST.ARTS_N)
end

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

-- 传承：抖艺 择二 碎纹 记账，次序不动
function CrestInherit.Inherit()
    local lost = PickLost()
    ShowTip("老纹退位——" .. CONST.KEEP_N
        .. "艺过继，一艺失传")
    _gen = _gen + 1
    ShowTip("第" .. _gen .. "代承艺——刀重"
        .. CrestInherit.Dmg())
    return lost
end

SL:ScheduleOnce(function()
    SL:BindDebugButton("传承!", function()
        CrestInherit.Inherit()
    end)
    ShowTip("技能已加载: 传纹继艺")
end, 1.0)

function CrestInherit.Unload()
    _gen = 0
end

return CrestInherit

五、机制问答

问：为什么定死传二失一？
答：三条全传是复制粘贴，丢一条才有取舍的痛感和"传下的都是精华"的分量。

问：挑选逻辑写反那场事故的根因是什么？
答：留的和传的颠倒了——传承类玩法最不能碰的红线就是玩家攒的账一朝清空。

问：碎纹为什么放在挑完之后？
答：先抖艺再碎纹——顺序颠倒了艺随纹灭，就是事故现场。

问：灰珠为什么起飞前就画灰？
答：失去要铺成过程而不是压成一瞬——三秒的目送比一瞬的弹窗有分量。

问：代数账怎么滚？
答：每传一代添五刀——老纹的功力以代代相传的方式滚进新纹，账只增不减。

六、调参与实战怎么用

参数层面两个量——每代加成、传留配比。加成决定传承的复利感：一代五刀，传几代就有几代的分量，配比定死传二失一不动摇。实战里这套退位承艺的骨架能搬去装备熔铸、宠物繁殖、师徒传功，全是"旧物退位新物承账"的代际逻辑。常见坑两个：挑选逻辑写反账目清空；失传做成落地揭晓，失去的分量全丢。

补充一个设计层面的思考——纹章类玩法里所有"以物换物"的环节，兑率要摆在明面上：几枚换一档、几粒铸一枚、几次必成，这些数字玩家算得出来才敢投入。暗账短期看不出问题，长期一定以客诉的形式连本带利还回来。明账加上看得见的进度条，是这类系统唯一的正装。

补充一个维护层面的思考——背包、图鉴、孔位、品级这些持久状态，读取永远走模块层的取值函数，界面和战斗两头都不许各自缓存。缓存的那份在热重载、换装、重开界面之后就是旧账，旧账一露头就是截图级别的客诉。一份数据一个入口，这是纹章系统维护费最低的活法。

补充一个工程层面的思考——掉落、入包、消耗、转化这条链路的每个口子都收成单入口函数，击杀掉一枚、分解化四粒、吞噬涨一格，全走各自的入口。入口收齐了，改兑率改掉率只动一处，查账只需要在入口处打一行日志，整条链路的账目自己会说话。

写完留一句给做代际系的同学：玩家看着灰珠淡出去的那三秒，是在跟自己的老纹道别——道别演足了，新纹接过的才不只是数字。