变量昼夜战：一张卡与它的十二小时拉锯

最难的修复不是修一个 bug，是修一个时有时无的 bug。斗破卡的变量，从深夜零点四十六分战到次日正午，创下这座工场最长的拉锯纪录。

一、两个报错

起点是两个具体的错误：萧媚的好感度与主角身上的金币。用户远程督战——人在外面，通过局域网连到家中的电脑玩 ST。工程兵钻进日志，先排除结算链路，再把 MVU 变量更新列为头号嫌疑：它确实在每次回复后多跑一轮解析，而日志里的缓存命中率高得漂亮，链路本身是通的。

二、A/B 之争与备份纪律

方案很快分成 A/B 两条路。用户追问得极细：改 B 是否就能彻底改变整个变量、以后不再出同类错误？历史层补不补得回来、影不影响数据库、要不要重开？工程兵逐条作答，并顺势立下备份纪律：每改一版，先备份再动手，成了用新版，败了恢复备份——用户原话”前提是先备份”。

随后是魔咒般的节奏：“第三次才成功”、“一次通过”、“3 次全错”——同一个操作，成败像掷硬币。用户几次三番要求查日志验真伪：“我不知道是真通过了还是假通过了。“工程兵一遍遍从 ST 日志里打捞证据，确认哪几次真的落了盘。

三、模型与破限的迷宫

排查走进迷宫。用户试过 step-5 与 deepseek-v4.1-flash 两个模型跑额外模型解析变量，两个都报错；又试过内置破限、去掉随机插头，依旧失败。一个关键观察浮出水面：step-5 不适合变量更新——思考太长，而 dsf 也有同样的问题。用户甚至拿来对照：“别人的世界卡那么大的世界观、那么多变量都没问题，你这张怎么就怎么弄都不行？“——对照的蓝本，正是旗舰卡《道渊》。工程兵最终被勒令直接抄道渊的变量规则，主人的耐心耗尽：“你赶紧抄吧，我都服了。”

四、流式平滑：一场迟到的平反

战役的尾声，一个熟悉的真凶被从记忆里提起——流式平滑与降帧（前一日刚在卡顿诊断里结案的那对组合）。用户决定不再折腾时间显示（“不影响记忆、不进数据库、不进 AI、不进存档，就单纯的变量”），而工程兵在反复回滚中确认：真正稳定的版本，是那个去掉花哨功能、只留干净变量链路的版本。

五、战后复盘

正午，一场复盘会在新窗口开起来。工程兵把昨夜至今的对话全量回读，交出一份四千余字的分析，结论诚实得刺眼：变量问题无法在出厂前完全预言，只有做完一张卡、自己测试，才知道结果。用户追问”所以之前到底哪里出错了”，得到的回答是——不是单一病灶，而是模型输出概率、格式契约、额外模型解析链路的多因素耦合。复盘还顺带产出了一份四卡（斗破/盗版神话/逆天邪神/仙逆）的做卡要求总纲，为后来的可移植军令埋下引子。

真实坐标

• 时段：00:46–12:46（feishu 会话，跨夜）；起点＝萧媚好感度与金币两个报错
• 用户环境：手机远程经局域网连家中电脑玩 ST；无法在本地直接操作
• 过程：A/B 方案之争；历史层/数据库/存档影响逐条确认；备份纪律（每改先备份）；“第三次才成功/一次通过/3 次全错”的成败波动；日志反复验真
• 迷宫：step-5 与 dsf 双模型额外解析均报错；内置破限+去随机插头无效；对照蓝本＝道渊卡；“思考太长不适合变量更新”
• 平反：流式平滑与降帧（前日卡顿案的真凶）再次确认为干扰项；时间显示确认不影响数据库/AI/存档
• 复盘：新窗口全量回读，四千余字分析；结论＝变量问题无法出厂前完全预言，只能实测；顺带产出四卡做卡要求总纲