Implement catalog startup diagnostics (T-616)

docs/tasks/T-616.md

@@ -3,12 +3,12 @@ id: T-616
 title: Catalog 启动投递与空白界面诊断
 phase: 2
 deps: [T-204, T-607]
-status: TODO
+status: DONE
 created: 2026-07-19
 issue: null
-context_ref: null
+context_ref: 06234e11bf6782945e3ac5c7f2ea5dc33f6cbdeb
 claim_branch: null
-work_branch: null
+work_branch: agent/codex/T-616
 write_paths:
   - docs/tasks/T-616.md
   - core/application/catalog_bootstrap.go
@@ -63,3 +63,5 @@ write_paths:
 ## 执行记录
 
 - 2026-07-19:正式落成。根据 `dist/SoftBox.exe` 白色/空白界面诊断，冻结“受测后台 Catalog 快照投递 + UI 明确空态”的最小闭环；明确当前无可信发布配置时默认发行物必须 fail closed 并说明原因，而不是读取 testdata 或伪装可用列表。
+- 2026-07-19:领取任务，基于 `06234e11bf6782945e3ac5c7f2ea5dc33f6cbdeb` 在 `agent/codex/T-616` 执行；先重跑基线，再实现 Catalog 快照投递和空态诊断。
+- 2026-07-19:完成。新增纯 core `CatalogBootstrap`、强类型深拷贝 Catalog event payload、稳定 `catalog_source_unconfigured` / `catalog_load_failed` 和默认 fail-closed loader；双端 cmd 在后台启动它并经现有 runtime/relay 投递，双端 Gio Frame 只解析内存事件后更新 `SetItems`。初始加载、未配置、加载失败、已加载空 Catalog 和筛选无结果均有不同可见文本，失败不清除最后成功快照；无真实 URL/公钥时不使用 testdata、环境变量、未签名文件或 allow-all verifier。新增 Windows 手工首帧 smoke runbook；它不替代 T-601/T-602 真机图形矩阵。验证通过：`go -C core vet ./...`、`go -C core test -count=1 ./...`、`go -C core test -count=10 ./application`、两个 app 的 `cmd/softbox`/`ui/gio` 与全包测试、双端 Windows amd64 主程序构建、`./scripts/verify_phase0.ps1`、`python scripts/validate_agent_context.py`、`python scripts/validate_harness_governance.py`。