fix(gitea): expose bundle backup restore readback

docs/runbooks/REBOOT-RECOVERY-SOP.md

@@ -380,6 +380,25 @@ curl -s -o /dev/null -w '%{http_code}' http://192.168.0.110:5000/v2/
 
 combined local-console output 只能依 marker 判讀：`AWOOOI_110_CONTROLLED_CD_LANE_READY` 只屬於 110 controlled lane；沒有 `AWOOOI_NON110_RUNNER_READY` 時，不得從同一份 `BLOCKER` 行推導 non110 runner blocker。
 
+**Gitea repository / bundle backup 判讀 (2026-07-02)**:
+
+Gitea UI/API 可見性、SSH refs、bundle backup、sample restore dry-run 是四層不同證據，不得混成「repo 不見」或「backup 完成」一句話。
+
+固定順序：
+
+```bash
+curl -s https://awoooi.wooo.work/api/v1/agents/gitea-repo-bundle-backup-readback | python3 -m json.tool
+curl -s http://192.168.0.188:9100/metrics | grep '^awoooi_gitea_bundle_'
+scripts/backup/gitea-bundle-sample-restore-dry-run.sh --repo wooo/awoooi --write-textfile
+```
+
+判讀規則：
+
+- `expected_repo_missing_count=0`、`failed_repo_count=0`、`checksum_missing_count=0` 代表 bundle repo / checksum 層沒有缺，不代表 freshness 或 restore drill 已完成。
+- `awoooi_gitea_bundle_fresh=0` 是 freshness blocker；下一步是補跑 `gitea-repo-bundle-backup.sh` 與同步到 188，不得刪 repo、改 visibility、或 restore 到 production。
+- `awoooi_gitea_bundle_sample_restore_dry_run_ok` absent / `0` 是 restore confidence blocker；只允許在暫存目錄 clone bundle + `git fsck --connectivity-only`，不得把 bundle restore 回 Gitea production。
+- public repo search 只代表 public visibility；private/internal repo 要看 authenticated inventory、SSH heads 或 bundle metrics，不能用 404 直接推論 history 消失。
+
 **Harbor Exited 128 修復**:
 ```bash
 # 等 harbor-log healthy