调整一个数值本身并不难，难的是流程：每改一次就要打开代码、定位数字、修改、重编译、再进游戏验证。一晚想试二十个数值，这套流程本身就足以消耗耐心。为此我做了一个不接触代码的调控台。
数据与代码分离：balance.json
思路是：代码中每个数值保留默认值，但游戏启动时读取一份 balance.json——其中存放“覆盖值”。调控台是这份 JSON 的可视化编辑器：在网页上调整、写入 JSON，进入游戏即生效。逻辑不变，数值可以直接调整。
怪物强弱、技能段数、手感参数、属性曲线、伤害公式——五组旋钮集中在一个页面。试二十个数值即调整二十次，不触碰代码。
数据驱动的附带收益
将数值抽离还有一个附带收益：它迫使我明确“哪些应当是可调的”。当一个 Boss 的耐久度、破防窗口、附魔斜率都必须成为具名旋钮时，系统的边界反而更清晰。散落在代码中的魔法数字，往往是设计尚未清晰的表征。
断言：防止改值破坏逻辑
数值可调也带来风险：改动一个数，可能悄然破坏另一处的平衡——在 AI 协作下尤其如此。
我用断言作为约束。一个实例：将等级刻度整体放大五倍时，怪物强度理应保持不变。我为此写了一条断言——“等值进度点上，怪物强度必须与改版前完全一致”，任一相关常量被单独改动即触发失败。允许修改数值，但“改数值不改逻辑关系”由断言锁定。该断言后来确实拦下了一个遗漏的系数。
小结：工具服务于判断
调控台与断言，本质上服务于同一件事：让时间花在“这个数值是否合适”上，而非“如何修改这个数值”上。
单人开发中，最稀缺的不是代码，而是判断力与耐心。可由工具替代的机械劳动尽量交给工具，以便把耐心留给真正需要人的环节——进入游戏，亲手验证一个数值是否成立。