feat(web): show turn run time with hover-revealed time chrome

Derive turn wall time from adjacent logged timestamps (no new session
events): the actions-owning assistant footer gains a localized
"Ran for {duration}" label, and the running TurnStatus label gains a
live elapsed clock anchored to the same logged trigger so a mid-turn
reload keeps the real elapsed time. Message time chrome is now
hover-revealed on hover-capable devices, keeping icons visible and
layout stable.

.agents/notes/implemented/feature/2026-08-03-web-turn-run-time.zh.md

@@ -0,0 +1,27 @@
+# Agent Note: Web 轮次运行时长与悬停显示的时间附属元素
+
+Status: implemented
+
+[English](2026-08-03-web-turn-run-time.md) | 中文
+
+## 问题
+
+Web 聊天界面会显示消息的到达时间，却不显示 agent（智能体）处理这条消息花了多久。长轮次除静态活动标签外没有任何实时进度信号，轮次结束后也无法从 UI 中还原实际耗时。与此同时，始终可见的时钟行给每条消息都增加了视觉噪音。
+
+## 决策
+
+轮次实际耗时（wall time）由相邻的已记录时间戳推导，不新增任何会话事件：`turnStartTimes` 把每个轮次映射到其前方最近的用户或 steering（中途引导）节点的时间，承载操作图标的 assistant 页脚在时钟旁把 `time - turnStart` 渲染为 `Ran for {duration}` 标签。运行中的 `TurnStatus` 标签新增一个实时已用时长时钟，锚定在 `lastInputTime` 上（即页脚计时所依据的同一已记录时刻），因此轮次进行中重新加载页面仍能保留真实的已用时长，最终标签也与实时时钟一致。该时钟在 15 秒后才出现，短轮次因此仍显示不带时钟的普通标签。
+
+时钟与运行时长这类时间附属元素（time chrome）在悬停时才显示：消息容器通过 `data-time-hover-root` 属性显式启用该行为，`MessageIconActions.module.css` 在容器处于 `:hover`/`:focus-within` 时以淡入方式显示时间标签。该规则限定在 `@media (hover: hover)` 之内，触屏设备因此保持标签始终可见；显隐通过 opacity（而非 display）实现，布局保持稳定。复制与分支图标始终可见。
+
+## 考虑过的替代方案
+
+**专门的轮次开始会话事件。** 精确，但会仅为 UI 展示就新增一种模型不可见的事件类型；基于相邻时间戳的推导与轨迹表既有的推导方式属于同一族，且无需改动日志。若轮次的触发节点位于已加载窗口之外，则直接省略该标签。
+
+**将实时时钟锚定到组件挂载时刻。** 更简单，但轮次进行中重新加载会让时钟从零重新计时，并与最终的页脚标签不一致。挂载时刻仅作为窗口内没有输入节点时的回退。
+
+**将整个操作行隐藏至悬停时才显示。** 在评审中被否决：复制与分支是值得让用户发现的操作入口，而整行级别的显隐切换有布局偏移的风险。只有被动的时间文本由悬停控制显隐。
+
+## 后果
+
+轮次时长在运行中和结束后都可见，且不需要新的会话状态，两处读数在机制上必然一致。触发输入落在已加载窗口之外的轮次没有运行时长标签。未交互时，时间附属元素不再与消息内容争夺注意力；标签始终保留在 DOM 中，因此 ARIA 树快照不受影响。