## 现象\nPR #3、#4、#5 的 install-linux-ascend 检查长期处于 queued，GitHub Actions 没有可用的 self-hosted linux/server/ascend runner。\n\n## 影响\n仓库合并时无法获得自动化 Ascend 安装/启动验证，只能依赖宿主机人工运行 verify 脚本。\n\n## 期望\n- 恢复或替换带有 self-hosted、linux、server、ascend 标签的 runner。\n- 检查 runner 权限、Docker/NPU 设备可见性、模型缓存和清理策略。\n- CI 至少覆盖脚本语法、容器设备绑定、图模式约束和健康检查；真实模型长时间启动可拆成受控 nightly 工作流。\n- 明确 Ascend 检查在 runner 不可用时的状态和合并策略。\n\n## 已知证据\n- 本机 NPU4–7 的真实部署验证已通过，但这不能替代仓库级 CI。
现象\nPR #3、#4、#5 的 install-linux-ascend 检查长期处于 queued，GitHub Actions 没有可用的 self-hosted linux/server/ascend runner。\n\n## 影响\n仓库合并时无法获得自动化 Ascend 安装/启动验证，只能依赖宿主机人工运行 verify 脚本。\n\n## 期望\n- 恢复或替换带有 self-hosted、linux、server、ascend 标签的 runner。\n- 检查 runner 权限、Docker/NPU 设备可见性、模型缓存和清理策略。\n- CI 至少覆盖脚本语法、容器设备绑定、图模式约束和健康检查；真实模型长时间启动可拆成受控 nightly 工作流。\n- 明确 Ascend 检查在 runner 不可用时的状态和合并策略。\n\n## 已知证据\n- 本机 NPU4–7 的真实部署验证已通过，但这不能替代仓库级 CI。