remake 人生重开模拟器存档数据解析如何安全查看与修改 profile 数据【免费下载链接】remakeやり直すんだ。そして、次はうまくやる。项目地址: https://gitcode.com/gh_mirrors/li/remake目标很明确让下一次重开更顺利——多给几点属性点、让心仪的天赋必定进池、或者提前收集几个成就。remake 是一个可玩的人生重开模拟器你在颜值、智力、体质、家境上分配点数每一年随机触发事件直到人生结束打出总评分。它的玩家进度并没有独立的存档文件而是把整包数据序列化成 JSON 字符串存在浏览器的 localStorage 里。读完这篇你会知道存档长什么样、改哪个字段会起什么作用以及怎么改坏之后快速回滚。3 分钟上手从打开 localStorage 到看见变化先完成一次最小闭环拿到改一个字段就生效的成功体验。启动项目先pnpm build:data把数据表编译出来再pnpm dev打开页面玩一两局让存档自然生成。按 F12 打开开发者工具切到 Application 面板 → Storage → localStorage找到当前域下面的键。你会看到一个叫profile的键双击即可查看它的值——那是一段被 JSON.stringify 过的字符串大致长这样{ times: 1, locked: [1001], talents: [1001, 1003, 1004], events: [10001, 10002], achievements: [], highest: { age: 1, charm: 5, intelligence: 5, strength: 5, money: 5, spirit: 5 }, lowest: { age: 1, charm: 5, intelligence: 5, strength: 5, money: 5, spirit: 5 } }把这一整串原样复制到剪贴板——这是你的备份后面回滚全靠它。现在动手改把times从1改成10点确定刷新页面进成就页——已重开 10 次紫色天赋的抽取概率加成档位随之提升。生效了。改完就理解了核心事实游戏每次打开都会从 localStorage 读这个键读到的内容直接决定了成就统计和抽卡概率。数据流转为什么改 localStorage 会生效remake 是 pnpm monorepo数据分两层各管各的事。第一层是静态内容表packages/data/ 下的 character.xlsx、talent.xlsx、event.xlsx、age.xlsx 等构建时编译成 Map 供运行时按 ID 查询。人物、天赋、事件的 ID、数值、条件都写死在这里玩家碰不到也改不了除非改源码重新构建。第二层是玩家进度定义在 packages/core/src/state.ts 的ProfileState接口——times、locked、talents、events、achievements、highest、lowest 七个字段。注意内存里 talents 是 Set写进 localStorage 时会先转成数组。读档逻辑在 apps/web/src/hooks/storage.tsuseInit把profile键解析出来注入全局 atomuseWatcher监听到状态变化就重新序列化写回——所以你改的这份字符串就是游戏眼中的唯一真相。一局人生进行中的属性、生命值、本局天赋等GameState不落盘只存在于内存里随开随算这也是为什么存档里看不到当前年龄之类字段。另外 localStorage 还有个version键标记结构版本apps/web/src/storage/local.ts 会在版本不符时迁移旧键桌面版 console 应用则把同一份数据写到~/.config/remake/storage.cache.json结构完全一致。核心字段速览字段类型作用times数字已重开次数。每局结束 1且决定天赋抽取的稀有度加成档位locked数字数组锁定的天赋 ID。下一局开卡时必定进池并从候选中移除长度受配置限制talents数字数组历史拥有过的所有天赋 ID成就页的天赋收集率按它计算events数字数组历史触发过的事件 ID决定事件收集率achievements数字数组已解锁的成就 ID对应 achievement.xlsx 里的记录highest / lowest对象各属性历史最高/最低值人生总结的评级与总评按 highest 计算还有第五个相关键unique存唯一角色模式的随机角色property 四项 talent 数组同样由 apps/web/src/hooks/storage.ts 读回。进阶玩法两个对照案例案例一定制天赋组合。修改前locked: [1001]只有 1001 保底。修改后把locked改成[1003]同时确认 1003 在 talent.xlsx 中存在且不与exclude互斥名单冲突。效果下一局开出的 10 张卡里必有 1003且它不再占用随机池。注意 1144橙色转盘、1145阴间福袋这类盲盒天赋会展开成其他天赋锁它们等于锁一次开盲盒。案例二调高初始资源无需动存档。修改前默认基础点数 20、初始快乐 5。修改后开发构建下在 URL 追加参数例如?points30spirit9apps/web/src/config.ts 的dev机制会在 development 模式读取 query 覆盖默认配置刷新后进入点数分配页基础点数直接变成 30。效果每局多出 10 个可分配点数且完全不改写 localStorage——生产构建读不到这些参数适合只想本地爽玩的场景。防错与回滚改坏之后怎么办改前先做三件事复制原文备份、心里过一遍合法值范围、只改一个字段验证一次再改下一个。常见错误有三种。其一是 JSON 格式错JSON.parse失败时游戏会按无存档处理times归零、成就全部清空——看起来像存档丢了其实备份还在把备份字符串粘回profile键、刷新即恢复。其二是 ID 不存在或越界talents、locked 里的 ID 必须在 talent.xlsx 中存在locked塞了 exclusive专属天赋也不会有正常表现times建议压在 500 以内500 次以上的重开成就如 achievement.spec.ts 中验证过的 101~104是结局时按 times 触发的虚报只会让成就页提前亮灯并不会真的达成。其三是数值越界属性相关字段参考评级线见 apps/web/src/config.ts 的 JudgeLineMap异常大值会直接把评级顶到传说档总评也会失真。回滚步骤固定为两步用剪贴板里的原文覆盖profile值刷新页面确认成就页数字回到改前水平。如果你还想继续深挖建议从 packages/core/src/game.ts 的next()每岁推进的主循环和 packages/data/utils/age.convert.ts年龄事件权重重算逻辑入手前者决定了哪些状态会流动后者解释了 age.csv 里那些带*权重的条目是如何分层的。【免费下载链接】remakeやり直すんだ。そして、次はうまくやる。项目地址: https://gitcode.com/gh_mirrors/li/remake创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考