Capture deployed domain-compatible baseline

STEP_RECORD.md

@@ -20,6 +20,7 @@ Remote: `ssh://git@nas:2222/tei/pbf.git`
 - 已完成一次新的 delivery 审计，并确认哪条审计线可用
 - 已把 `Karatsu 20nm` 的最新展示页和左右对比页切到更贴近旧视觉的 compare style
 - 已确认 `Karatsu 20nm` 当前“和旧版差很大”的问题，既有 style 原因，也有 delivery 数据覆盖范围与旧版上下文不一致的原因
+- 已确认 `domain-compatible` 线上“最接近旧版”的那份 style，与仓库当前同名文件并不一致
 
 ## Latest Audit Status
 
@@ -90,6 +91,39 @@ Remote: `ssh://git@nas:2222/tei/pbf.git`
 - 也比“raster 全关”更接近旧版
 - 但它仍只是过渡收敛，不是最终解决
 
+### 0.2 Domain-Compatible Baseline Discovery
+
+今天又确认了一个非常关键的事实：
+
+- 用户指出最接近旧版的是：
+  - `http://192.168.200.184/newpec/domain/navsea-compare-legacy-domain-compatible.html`
+- 这张页面右侧使用的是：
+  - `style.domain-legacy-compatible-karatsu-10nm.json`
+- 但线上 deployed 的这份 style，和仓库当前的同名文件并不是同一份内容
+
+当前已确认的差异方向：
+
+- 线上 deployed 版仍大量保留旧样式风格：
+  - legacy layer id
+  - legacy 字段名
+  - 例如 `分類番号`、`英文字地名`、`日本語地名`
+- 仓库当前版则已经 recode 成标准命名：
+  - `class_code`
+  - `place_name_en`
+  - `place_name_ja`
+
+这意味着：
+
+- “最接近旧版”的那张图，并不是我们最近在调的 `delivery compare style`
+- 它本质上更接近“旧样式最小改动映射到 Domain PBF”的验证线
+- 这也是为什么直接沿着 `20nm delivery + compare-delivery style` 去调，视觉上总对不上用户记忆里的“最佳版本”
+
+为避免这个基线丢失，已经把线上 deployed 版快照回收到仓库：
+
+- [`src/Domain/style.domain-legacy-compatible-karatsu-10nm.deployed-2026-03-31.json`](/root/sourceserver/pbf/src/Domain/style.domain-legacy-compatible-karatsu-10nm.deployed-2026-03-31.json)
+
+后续视觉回归时，应该优先把它当成“最接近旧版的真实基线”来对照，而不是只看仓库当前的 recode 版本。
+
 ### 1. Karatsu 20nm delivery
 
 已产出：