fix(multimodal): 冻结推理环境并隔离迟到导入错误

docs/development/阶段F收尾验收记录.md

@@ -13,7 +13,7 @@
 | 项目 | 结果 |
 | --- | --- |
 | 后端全量 `python -m pytest -q -p no:cacheprovider` | 559 通过；1 条已有 Starlette/httpx 弃用提示 |
-| 前端全量 `npm test -- --run` | 29 个文件、102 项通过 |
+| 前端全量 `npm test -- --run` | 29 个文件、103 项通过 |
 | 类型与生产构建 `npm run build` | vue-tsc 与 Vite 构建通过，仍有既有大 bundle 提示 |
 | `git diff --check` | 通过 |
 | 真实页面 | 模型卡片读取实际大小；音频统计显示真实缺失；提供商表单展示请求编辑、恢复默认、导入/导出及推理验证入口 |

docs/retrospectives/阶段F-Embedding与知识库问题与解决方案.md

@@ -138,6 +138,14 @@ embedding_local_only: true
 
 ## 9. 工程经验
 
+### F-18：设备快照与迟到导入错误未完全隔离
+
+问题：推理任务虽然冻结了 RuntimeConfig，但启动子进程时又从数据库读取最新 device 来选择 Python 环境；排队期间修改设置会改变已提交任务的运行环境，CUDA → CPU 重试也可能继续使用 CUDA 环境。请求规则的迟到成功响应已失效，但迟到失败仍会把旧错误显示到新草稿。
+
+实际方案：`interpreter` 接收本次 attempt 的冻结配置，`_execute` 在检查前解析一次可执行路径并复用；CUDA attempt 使用已验证的独立 CUDA 环境，CPU attempt 使用默认 CPU 环境，显式 APP_MODEL_PYTHON 仍保持最高优先级。导入异常与成功响应使用同一 generation 条件，只允许当前操作更新界面。
+
+验证：增加保存设置变化后仍按显式 attempt 选择环境、CPU 重试环境，以及旧导入失败晚于新编辑的回归。最终后端 559 项、前端 103 项和生产构建通过。
+
 ### F-16：CUDA 选装只有脚本，前端缺少安装入口
 
 问题：上一轮完成了独立 CUDA 环境安装和 GPU 实测，但页面只有设备下拉框及脚本说明。用户无法从前端下载组件，工程收尾遗漏了可操作入口。