层层剥纹：一刀剥一层，十层见骨

【游戏功能】

先抛一个坑：为什么同一把刀，第十刀比第一刀疼？怪披着十层甲，你一刀剥一层——剥到十层甲尽见骨，刀刀都是见骨的重手。剥甲把"战斗的进程"长在怪的身上：你不是在变强，是它在一层层变薄。这篇把层层剥纹整套写法拆开：一刀一揭、层层添伤、见骨封顶、换怪重披，一段一段照抄能跑。

一、效果演示

演示场巨兽身上披着十片灰甲，从上到下一字排开。你每中一刀，它身上就揭走一片——刀重跟着添二，十四一路涨到三十四。甲片越揭越少，揭到最后一片，红光罩体"见骨"二字亮起，刀刀都是见骨价。斩了它，新怪进门甲片重新披满——每一只怪都是一次完整的剥甲考，手别停。

flowchart TD
A[中一刀] --> B[揭走一片甲]
B --> C[刀重添二]
C --> D{十层剥尽了吗}
D -- 没有 --> A
D -- 剥尽 --> E[见骨 红光罩体]
E --> F{斩倒了吗}
F -- 没倒 --> E
F -- 倒了 --> G[新怪重披甲]
G --> A

 fx-crest-peel

二、底层原理

剥甲系统的机关是"进程长在怪身上"——甲片是怪身上看得见的账本：揭一片添二伤，十层见骨封顶。和场内渐强的分野在账挂谁身上：渐强的火候长在玩家身上，剥甲的层数长在怪身上——账换了主人，叙事就换了讲法：渐强讲的是"你越战越勇"，剥甲讲的是"它节节败退"。甲片的可视化是这套玩法的招牌：十片灰甲一片片揭走，进程不用读数字，扫一眼怪身上剩几片就知道打到哪了。
见骨的封顶要有排面：红光罩体加"见骨"二字亮着，最后十刀的每一下都是顶格价。新怪重披甲是节奏的呼吸：剥尽的爽每一只怪只给一遍，斩掉见骨怪、新甲重新披满，下一轮的揭又从头数——进程有始有终，爽点才不会摊平。幂尔框架这边层数收在命中口里，甲片的画跟着层数走，见骨的判定挂在封顶那一拍。

这套玩法的代码量不到八十行，难的不是揭甲而是把进程画在怪身上——扫一眼剩几片，比任何数字都直观。

再看剥甲为什么从上往下揭而不随机揭——固定的揭序给了玩家一个读得懂的时间线：揭到第五片还有一半，揭到第九片见骨在望。随机揭的版本每刀都在开盲盒，进程感碎成一地。顺序感是进程类玩法的外衣：连击的数字、剥甲的层数、拆墙的裂纹，全是把"还差多少"画在明处的手法——玩家打的不是血条，是一条看得见的进度线。

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

-- @file CrestPeel.lua
-- 层层剥纹 —— 一刀剥一层 十层见骨

local CrestPeel = {}

local CONST = {
    LAYERS        = 10,
    PER_PEEL      = 2,
    DMG_BASE      = 14,

    AUTOINC_BASE  = 1203000,
}

local _peeled   = 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 CrestPeel.Peeled() return _peeled end

-- 刀重从层数现算
function CrestPeel.Dmg()
    return CONST.DMG_BASE + _peeled * CONST.PER_PEEL
end

-- 命中揭一层
function CrestPeel.OnHit()
    _peeled = math.min(CONST.LAYERS, _peeled + 1)
    if _peeled >= CONST.LAYERS then
        ShowTip("十层甲尽剥——见骨了!")
    end
end

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

-- 换怪重披甲
function CrestPeel.OnNewWave()
    _peeled = 0
end

SL:ScheduleOnce(function()
    SL:BindDebugButton("催刀!", function()
        ShowTip("催刀——甲片一片片往下揭")
    end)
    ShowTip("技能已加载: 层层剥纹")
end, 1.0)

function CrestPeel.Unload()
    _peeled = 0
end

return CrestPeel

五、机制问答

问：剥甲和渐强有什么不一样？
答：账换了主人——渐强的火候长在你身上讲你越战越勇，剥甲的层数长在怪身上讲它节节败退。

问：甲片为什么从上往下固定揭？
答：顺序感是进程的外衣——揭到第九片见骨在望，随机揭的进程碎成盲盒。

问：见骨的封顶为什么要排面？
答：红光罩体字亮着——最后十刀的顶格价，配得上十层的耐心。

问：新怪为什么重披甲？
答：剥尽的爽每只怪只给一遍——进程有始有终，爽点才不摊平。

问：玩家打的到底是什么？
答：一条看得见的进度线——不是血条是甲片，剩几片扫一眼就知道。

六、调参与实战怎么用

参数层面三个量——甲片层数、每层添伤、基础刀重。十层配每层二是节奏的甜点：五刀见骨太赶二十刀太磨。甲片的大小也照着怪的身架画：一片恰好裹住一段身位，揭到最后一片时"就差这一片"的期待感最足。实战里这套进程上身的骨架能搬去拆甲车、凿冰雕、揭封印，全是揭层、添伤、封顶一条线。常见坑两个：揭序随机进程变盲盒；新怪不重披，第二只怪开始玩法就没了。

补充一个设计层面的思考——把玩家的行为还给玩家的机制最耐用：镜像还你的刀路、剥甲记你的刀数、影子扛你的失误，这一类机制的数值不用精调就自带公平——你做得怎样，它还得多狠，账面全在自己手里。设计者只需要把"读什么、还什么"的口子开正，剩下的交给玩家自己较劲。

补充一个维护层面的思考——影响下一局的状态要有封底和封顶：世代减益薄到底线就止、悬赏层层叠到上限就封，无限生长的跨局状态是数值雪崩的种子。封顶封底的两条线画在设计稿上，账本翻多少页都翻不出格子。

补充一个工程层面的思考——延迟兑现的账要带对象戳：谁的账、记在哪一局、跟着哪只怪，戳对了换局换怪都对得上，戳错了就是上轮那种对象两头各认各的事故。延迟越长的账，对象戳越要打在显眼处——半年后翻这段代码的人，靠的就是这几个戳。

写完留一句给做进程系的同学：玩家揭的是甲片也是一条看得见的线——顺序揭、封顶亮，每一刀都数得出离见骨还差几片。