docs(progress): 待测试 - 价格档上游键修复记录生产验证结论

生产确认：清除浏览器缓存强刷并重新保存后，请求实际发往新上游 ID。补充两条排查边界：档位固化键早于当前模型键谱系时需经旧键一轮改名才会被级联覆盖；管理员改名不触发创作端浏览器目录缓存刷新。

docs/content/docs/progress/pending-test.mdx

@@ -9,7 +9,7 @@ description: 当前项目已实现功能的手工验证清单与未确认边界
 
 - 修复“管理端重命名渠道模型的产品标识 / 显示名称 / 上游模型 ID 后，任务请求仍把旧上游键发给供应商”的问题：价格档 `provider_model_key` 非空时优先于模型级上游键，此前统一价格档会把当时的顶层上游键固化为档位显式值，重命名后被旧值静默遮蔽。
 - `SaveAdminChannelModel` 现在在模型级上游键变更时，把与旧值相同的档位键级联更新为新值；管理员显式配置的其他上游 SKU 不受影响。前端编辑无价格档的旧模型时不再预填顶层上游键，统一价格档检测到与模型级不一致的存量上游键时展示告警并支持一键清除恢复“跟随模型默认”，模型级字段提示存在独立档位上游键。
-- 已通过后端 app 包级联与请求解析回归测试、前端价格档表单单测和生产构建；待生产验收：重命名 deepseek 类模型后，画布 Agent 与其他入口的实际请求正文使用新上游 ID（可对照 `api_call_logs.model`），管理端价格档告警在存量旧数据上正常出现并可清除。
+- 已通过后端 app 包级联与请求解析回归测试、前端价格档表单单测和生产构建；生产已验证：清除浏览器缓存并强刷后重新保存模型配置，后续请求实际发往新上游 ID。排查过程确认级联盲区符合设计——档位上游键若早于当前模型键谱系（改名发生在线上旧代码时期），来回改名需经过"改回旧键再改回新键"一轮才会被级联覆盖，期间需依赖管理端"清除并跟随模型"告警或直接修库；浏览器缓存的模型目录与 Agent 会话选中值在管理员改名后不会自动刷新，需重新登录或清缓存才会重建。
 - 已知未覆盖：前台逻辑模型（`price_policy=channel`）的路由快照同样会固化档位上游键（`applyRoutedProviderSelection`），本次级联只在渠道模型保存路径生效；逻辑模型路由如出现同类旧键残留，需重新保存对应渠道模型或后续单独处理。
 
 ## 欢迎页开放开关