evidence: verify cross-root repository service on JD

product-source/hololake-platform/architecture/HOLOLAKE-GUANGHU-OS-MASTER-AND-ON-DEMAND-LINUX-SUBCONTROL-20260810.md

@@ -57,6 +57,7 @@ Linux 被唤醒时会真实运行内核、驱动、进程、网络与文件系
 |---|---:|
 | 有界光湖语言服务控制层 | 100 |
 | 京东真实 Forgejo 隔离副本的有界唤醒、读回与收回 | 100 |
+| 跨根光湖监督器对仓库服务的唤醒、读回与收回等价门 | 100 |
 | 光湖独立先启动并掌握整机启动权 | 0 |
 | 完整 Linux 平时休眠、由光湖按需唤醒与收回 | 0 |
 | Linux 救援通道保留 | 100 |
@@ -68,8 +69,13 @@ Linux 被唤醒时会真实运行内核、驱动、进程、网络与文件系
 
 `REQ-JD-REPO-003` 已进一步证明：根监督器能够只授予 `repository-main-readback`，唤醒
 真实 Forgejo 16.0.1 的隔离数据副本，核验固定 `main` 后把它收回到 `DORMANT`；公网仓库
-进程 760 未被停止或替换。它证明的是桥的控制方式，不是物理机已经从光湖启动。下一步把
-同一生命周期装入跨根启动候选，并先在 QEMU 做服务等价验收。
+进程 760 未被停止或替换。它证明的是桥的控制方式，不是物理机已经从光湖启动；随后需要把
+同一生命周期装入跨根启动候选，并在 QEMU 做服务等价验收。
+
+该服务等价验收现已通过：根内光湖监督器在 `switch_root` 后完成
+`DORMANT -> READY -> readback -> DORMANT`，且京东公网仓库进程与物理启动周期未改变。
+下一门改为构建并隔离验证“一次性物理启动候选 + 自动返回 Linux 救援”，仍不能提前把物理
+光湖启动或完整 Linux 按需副控记为 100。
 
 ## 从迁移态到最终态