维护者确认：#4297 自动操作设置改为分阶段渲染

PR #4297（fix(desktop): render automation settings before status probes）命中产品/UI 确认门，需要维护者确认后再推进。

## 这次改了什么

「设置 → 自动操作」原先用 `Promise.all` 等插件状态、浏览器探测、电脑驱动状态和 backend state 全部到位后才渲染 `ComputerUseSection`；任一基础状态未完成时整页返回 `null`（白屏）。

本 PR 把首屏和后台探测拆开：
- 标题与浏览器、电脑、Android 三张基础卡片立即渲染；
- 各项状态独立回填，未就绪开关保持禁用；
- browser/computer 详情行在各自 Promise 完成后插入。

## 为什么需要维护者确认

这不是内部数据流、界面零像素差异的纯技术改动。用户进入「自动操作」时：
- 首帧从整页空白变成立刻看到三张卡片；
- 开关从「全部就绪后一次性可用」变成「各自异步解锁」；
- 浏览器探测行、电脑权限/状态行会在探测完成后插入，可能把下方控件顶下去。

这改变了用户看得见的外观、布局和交互流向，属于产品门应拦的 UI 时序变更。Codex 已在当前 head 提出布局跳动意见（未 resolve），也说明体验取舍尚未闭合。

## 请维护者决定

请直接在 PR 上 **Approve** 表示接受该分阶段渲染体验；若需要改（例如为首屏预留探测行高度、或等布局稳定后再开放下方交互），请 **Request Changes**。

---
关联 PR:#4297(作者 @Dante-dan);本 issue 由 review-pr 流程自动创建,用于先讨论该 PR 涉及的产品 / UI 变更,维护者确认后 PR 会恢复推进。

Start with PR #4297 and its ComputerUseSection changes, then review the unresolved layout-jump concern in the PR thread. Done means a maintainer decides whether to approve the staged-rendering interaction or request changes; this issue is a product/UI gate rather than an unclaimed implementation task.

Written by the indexing model from the issue text.