[devapp 实测] 进度卡去掉「准备→执行→回复」文字导航，改成可展开查看 thinking/plan 过程

## 人类反馈（2026-09-05，devapp 实测截图，任务已卡到 266 秒仍在涨）

当前进度卡：

```
准备 → 执行 → 回复
✱ 模型正在思考… · 已用 266 秒 · 复杂任务可能需要数分钟
```

人类要求：
1. **去掉**「准备 → 执行 → 回复」这行三段式文字导航。
2. 只保留后面那行状态文字（「模型正在思考…」·已用 N 秒·longrun 提示）。
3. 这行状态最好做成**可展开**的：点开能看到 thinking 过程和 plan（计划）过程的详情，不只是一句笼统的「正在思考」。

## 硬依赖：#2786（先查完再动这个）

本 issue 的第 3 点（展开显示 thinking/plan）**依赖 #2786 的调查结论**——那条 issue 正在查：
- 这条 266 秒卡住的 run 是不是真的挂死了（比 #2786 建时的 173 秒又长了近 100 秒，趋势是真卡死，不是"复杂任务正常慢"）；
- 内核是否真的产出了可展示的 plan/thinking 数据，还是这条路径根本没有这类数据可展开。

**如果 #2786 查出来这条 run 是卡死的 bug，先修卡死，不要在一个本来就拿不到任何数据的坏路径上做"展开"UI——那样展开了也是空的，等于新造一个空壳。** 如果 #2786 查出来数据其实存在（比如 `plan_update` 事件、模型的中间 reasoning/tool 调用序列），本 issue 才有真实数据源可展开，按那个真实事件序列做。

## 要做什么（等 #2786 结论后再排期实现）

- UI：进度卡只保留一行状态文案（现有 `phaseLabel`/`elapsedSeconds`/`isLongRun` 逻辑，见 `apps/web/lib/copilotkit-v2-run-progress.ts`），去掉三段式导航的渲染。
- 加一个展开控件（chevron/箭头），展开后显示：
- Plan：如果 #2786 确认 `PlanPhaseIndicator`/`plan-control` 契约束有真实计划数据，接入显示步骤列表。
- Thinking：如果内核/模型有可暴露的中间推理或工具调用序列（**不是**编造的"正在分析…"之类假文案），按真实事件流逐条显示。
- 没有真实数据的维度就不展示对应区块，不要用占位假文案填充（同本仓一贯纪律：宁可少显示，不可编造）。
- 折叠/展开状态与设计 token 走既有规范（`.harness/instructions/uiux-standards.md`）。

## 流程

先在 #2786 有结论之前不要开工；#2786 结论出来后，视其判定的数据可用性决定本 issue 的实际范围，再开分支 `worker/-run-progress-expandable-detail`，PR `Closes #<本 issue>`。

Wait for the conclusion of issue #2786 before starting. Then inspect apps/web/lib/copilotkit-v2-run-progress.ts and the existing progress-card rendering, and read .harness/instructions/uiux-standards.md for the expansion and design-token requirements. Done means the three-part navigation is removed, the status line remains, and only confirmed plan or thinking data is shown in expandable sections.

Written by the indexing model from the issue text.