谁会遇到:owner 用桌面端发现问题、要告诉 agent「哪里不对」的时候。遇到什么:「还没发布的修复」「测试现场留下的状态」「真的回归了」三种情况看起来一模一样,处理方法却完全不同;现在没有简单办法说清「我看到问题时用的是哪个版本、哪个渠道、是不是开发版」。为什么是问题:过去已多次因此误判,去查代码,结果只是手上的包比修复旧。不做会怎样:不影响正常使用,只是每次报问题都要先花一轮来回确认版本。
问题
「未发布的修复」「测试现场」「真回归」三类现象观感完全一样、处理路径完全不同；历史上已有 dev 窗口陈旧 bundle、channel DB 分裂、2026-07-12 用户撞见故障注入测试现场等误诊/误会先例。报障时无低成本方式说清「我看到的是哪个 build」。
方向
- App 内（关于/设置/账户菜单）一键复制 build 指纹：渠道（prod/beta/dev）+ 版本 + commit + 引擎版本 + 是否 packaged；
- dev/未打包运行时窗口挂显眼标识（如 titlebar 徽标「DEV」），与正式包一眼可辨；
- 报障口径文档化：第一行贴指纹。
出处：2026-07-12 S39 复盘（五病灶分析，病灶 5）。
谁会遇到:owner 用桌面端发现问题、要告诉 agent「哪里不对」的时候。遇到什么:「还没发布的修复」「测试现场留下的状态」「真的回归了」三种情况看起来一模一样,处理方法却完全不同;现在没有简单办法说清「我看到问题时用的是哪个版本、哪个渠道、是不是开发版」。为什么是问题:过去已多次因此误判,去查代码,结果只是手上的包比修复旧。不做会怎样:不影响正常使用,只是每次报问题都要先花一轮来回确认版本。
问题
「未发布的修复」「测试现场」「真回归」三类现象观感完全一样、处理路径完全不同；历史上已有 dev 窗口陈旧 bundle、channel DB 分裂、2026-07-12 用户撞见故障注入测试现场等误诊/误会先例。报障时无低成本方式说清「我看到的是哪个 build」。
方向
出处：2026-07-12 S39 复盘（五病灶分析，病灶 5）。