用途：把游戏内更新日志建成一套发布系统，而非装饰性弹窗。维护一份与生产历史、游戏菜单导航和发布验证相连的权威账本，记录玩家实际收到的内容。
主要能力：定义“一次成功且玩家可见的生产部署”为一个版本，不因本地提交、草稿、测试或失败构建而升版；支持从旧到新回填历史、以最新在前渲染；要求每条记录包含版本、发布日期、简短标题、面向玩家的说明，以及可用的部署标识与源码修订号；当前显示版本由最新账本条目派生，不另设手写常量。
使用方式：先检查仓库说明、菜单或暂停状态机、返回动作、输入绑定、焦点行为与响应式布局，并查询成功的生产部署及其源码修订，比对部署修订以确认玩家实际收到什么。优先采用仓库、部署与线上运行时证据，不臆造日期、修订、功能或版本映射。新项目若无既有版本方案，默认从 0.9.0 起，每次生产发布递增补丁号。将更新日志做成明确的菜单路由或屏幕状态，打开前记录上一菜单，所有关闭入口（标题切换、X、底部返回、手柄取消、Escape）走同一返回函数，使用游戏既有输入绑定层，避免重复全局 Escape 监听。
适用场景：需要为游戏建立可审计、可验证的更新日志与发布流程的团队。
限制：资料未提供具体引擎、框架或代码示例；实现细节需参考其 reference-architecture.md。不得伪造历史，证据不足时应标记溯源未知或暂停澄清。