Record the current blocker for hard-case live samples

Constraint: Each Ralph follow-up change must leave a documented, pushed trail for the next session
Rejected: Keep the missing /workspace/downloads discovery only in transient shell output | It would be rediscovered and waste the next session
Confidence: high
Scope-risk: narrow
Directive: Treat hard-case live evaluation as environment-dependent until business sample mounts are restored
Tested: git diff --check -- docs/postgres_db_schema_samples.md docs/session-handoff.md docs/CHANGELOG.md; ls -ld /workspace/downloads => no such file or directory
Not-tested: Restoring or remounting the missing business sample directory

 ## 2026-06-04
 
+- 补充文档阻塞事实：当前容器里缺少 `/workspace/downloads`，因此本轮无法直接从业务样本目录继续生成 `type_8 / type_16` 的 live PostgreSQL query JSONL；已把该环境前提写入 handoff 与 PostgreSQL 样例文档。
 - 更新 [PostgreSQL 落库样例与 live 测试链路](./postgres_db_schema_samples.md) 与 `acr-engine/scripts/live_pgvector_music20_eval.py`，把 lineage 负例验证从单条 `audio_window` 扩展到 `recording` / `audio_window` / `audio_embedding` 三类核心 trigger，并已重跑 live pgvector 报告确认检索指标不变；同时补充 `py_compile` 与 `diff --check` 通过的机械验证事实。
 - 新增 [PostgreSQL 落库样例与 live 测试链路](./postgres_db_schema_samples.md)，补齐 `acr_pg_schema_v2.sql` 的真实落库样例、`pgvector` live 检索验证、lineage trigger 负例测试，以及当前召回/混淆结果解读。
 - 新增 `acr-engine/scripts/live_pgvector_music20_eval.py`，支持对用户提供的 PostgreSQL 执行隔离 schema 建表、样例数据导入、`pgvector` live 检索、`retrieval_candidate` / `match_decision` 落表与评测报告生成。

@@ -400,6 +400,10 @@ flowchart LR
    - `fusion`
 4. 输出 confusion bucket 报告
 
+当前环境补充说明：
+- 本轮继续尝试从 `/workspace/downloads` 直接补 `type_8 / type_16` live 样本时，发现该目录在当前容器里**不存在**
+- 因此，下一轮若要继续这条支线，需要先恢复/挂载业务样本目录，或把对应 query 音频与 reference 清单重新落到仓库可见路径
+
 ### 路线 3：切到 Phase-1 encoder-only 主线
 
 1. 保留当前 PostgreSQL 结构不变

@@ -186,6 +186,7 @@ sed -n '1,320p' acr-engine/sql/acr_pg_schema_v2.sql
 - **未落 reference set 的真实业务数据**
 - **未定义最终线上分数融合细则**
 - **type_8 / type_16 还没有进入当前 live JSONL 的 PostgreSQL 实测链**
+- **当前容器里缺少 `/workspace/downloads`，因此暂时无法直接从业务样本目录继续补 type_8 / type_16 live query**
 
 因此下次 session 应优先从这些未验证缺口里挑一条推进，而不是重复写总方案。