问星卜纹：金光一爆升一星，四碎必成一

【游戏功能】

单行代码拆解：先看一行代码：rate = 0.35 + pit * 0.2——升星玩法的全部心跳都在这一行里。三成五的基础成功率，每次碎裂往成功率先上攒两成，四碎之后必成。玩家嘴上骂概率，手上点个不停——因为他们知道这局有底。这篇把升星保底整套写法拆开：问星一击、成败两演、保底回填、星级加成，一段一段照抄能跑。

一、效果演示

演示场左上摆着纹章案台：紫纹一颗、星行一排、保底条一根。点「升星!」：金锤砸落案台——成则金光炸开星位点亮一颗，状态栏报着现在的刀重；败则灰闪一声"碎"，保底条涨一格。保底攒满四格，下一次问星必成——金光加倍。战场那边巨兽照样扑过来，星级越高你的刀越重，一口气从一星砍到五星封顶。

flowchart TD
A[点升星] --> B[金锤砸落]
B --> C{保底满了吗}
C -- 满 --> D[必成]
C -- 没满 --> E{掷成功率}
E -- 成 --> F[金光升星]
E -- 碎 --> G[灰闪记保底]
F --> H{满星了吗}
G --> A
H -- 否 --> A
H -- 是 --> I[封顶]

 fx-crest-starup

二、底层原理

升星保底的机关是"概率随挫败回填"——基础成功率三成五，每碎一次加两成，四碎封顶必成。这一行公式的妙处在体验侧：它把"运气不好"翻译成了"越接近成功"，碎不是白碎，是往必成存钱。玩家对这套账的信任度远高于纯随机——纯随机八连碎能劝退任何人，带保底的八连碎最后是金光加倍的爽点。
演出的关键在成败两态的画面差：成是金光炸开加星位点亮加涨屏闪，碎是灰闪加一声"碎"加保底条进一格。两种演出的时长都压在半秒内，连点不卡顿——升星玩法的操作密度就是心跳密度，演出拖一拍心跳就慢一拍。保底条永远摆在星行下面，四格红条攒满变金——账摆在明面上，玩家才敢一直点。幂尔框架这边概率收在一个函数里，调爆率改一行就行。

这套玩法的代码量不到八十行，难的不是掷骰子而是把"碎也是进度"这件事演出来——账摆在明面上，手就停不下来。

再看保底的兑现时机——为什么是"攒满四格后下一击必成"而不是"第四碎当场返一颗星"？前者保留了"最后一击由我来点"的仪式感：保底满了，玩家知道下一锤是十拿九稳的，这一锤要自己亲手敲下去。当场返还省了这一锤，爽感反而薄了。落地时注意保底计数的清理时机：成功那一拍清零，卸载入口归零——计数残留会让新周期的概率虚高，账面悄悄对不上。

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

-- @file CrestStar.lua
-- 问星卜纹 —— 金光一爆升一星 四碎必成一

local CrestStar = {}

local CONST = {
    BASE_RATE     = 0.35,
    PITY_STEP     = 0.2,
    PITY_MAX      = 4,
    STAR_MAX      = 5,
    DMG_BASE      = 14,
    DMG_PER_STAR  = 12,

    AUTOINC_BASE  = 1198750,
}

local _star     = 1
local _pity     = 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

-- 概率收口：输入保底输出成功率
local function Rate()
    if _pity >= CONST.PITY_MAX then return 1 end
    return CONST.BASE_RATE + _pity * CONST.PITY_STEP
end

function CrestStar.Pity() return _pity end
function CrestStar.Star() return _star end
function CrestStar.Dmg()
    return CONST.DMG_BASE + _star * CONST.DMG_PER_STAR
end

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

-- 问星一击：成败两演
function CrestStar.Try()
    if _star >= CONST.STAR_MAX then
        ShowTip("满星封顶——五星问星")
        return
    end
    if math.random() < Rate() then
        _star = _star + 1
        _pity = 0
        ShowTip("升星成功!现在" .. _star .. "星——刀重" .. CrestStar.Dmg())
    else
        _pity = _pity + 1
        ShowTip("碎了…保底" .. _pity .. "/" .. CONST.PITY_MAX
            .. (_pity >= CONST.PITY_MAX and "——下一击必成" or ""))
    end
end

SL:ScheduleOnce(function()
    SL:BindDebugButton("升星!", function()
        CrestStar.Try()
    end)
    ShowTip("技能已加载: 问星卜纹")
end, 1.0)

function CrestStar.Unload()
    _star = 1
    _pity = 0
end

return CrestStar

五、机制问答

问：保底为什么改成"下一击必成"而不是当场返还？
答：留一锤仪式感——保底满的那一锤要玩家亲手敲，爽感比系统自动塞一颗厚得多。

问：碎裂的演出为什么压在半秒内？
答：操作密度就是心跳密度——演出拖一拍，连点的手感就散了。

问：保底计数什么时候清？
答：成功那一拍清零，卸载入口归零——残留会让新周期概率虚高。

问：概率为什么收在一个函数里？
答：验概率、调爆率、查客诉都只盯一处——概率散落各处是事故的头号来源。

问：满星之后再点会怎样？
答：拦下并提示封顶——入口先查星级，满星不消耗材料。

六、调参与实战怎么用

参数层面四个量——基础成功率、每碎回填、保底上限、每星加成。基础率定在三四成，让前两星顺畅、后两星见挫败；回填两成让四碎封顶成为体感上的"极限"而不是常态。实战里这套保底骨架直接能搬：强化、进阶、抽卡十连底，全是同一个公式换皮。常见坑两个：概率计算散在流程里没法验分布；保底显示和实际计数两套账，玩家截个图就对出来了。

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

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

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

写完留一句给做养成系的同学：玩家骂的从来不是概率，是没有底的概率——一行回填公式加上明面的保底条，骂声就变成了连点。