fix: align web cli agentrun continuation

docs/reference/cloud-workbench.md

@@ -24,6 +24,11 @@ Cloud Workbench is the default user-facing frontend at
   API/edge 访问、source reports、本地 echo、mock replies 或 provider
   credential gaps 不能被写成真实 assistant reply；readiness 权威文档是
   [code-agent-chat-readiness.md](code-agent-chat-readiness.md).
+- Cloud Web 的 Code Agent 非视觉业务路径必须能被 `hwlab-cli client agent`
+  复现。Web 发现 AgentRun、session continuation、trace/result 或 provider
+  问题时，先用 CLI 通过同一 Cloud Web base URL、同一 `/v1/agent/chat`、同一
+  `conversationId/sessionId/threadId/retryOf` 复现，再进入前端状态机或样式修复；
+  不能用只覆盖首轮新会话的 CLI 验收替代 Web continuation 验收。
 
 ## Required Layout
 
@@ -150,6 +155,12 @@ workspace；除非 Pod 重建、Codex supervisor 重启、用户显式清空对
 可用时优先使用；server 内存 session 因 Pod/replica 切换丢失时，只要本地 session 未过期，
 刷新页面不得要求用户重新登录。
 
+当后端使用 AgentRun v0.1 短连接 runner 时，Web 仍可把历史 `threadId` 作为会话连续性元数据
+提交，但 HWLAB adapter 不得把该历史 `threadId` 直接透传给新 runner 做 Codex app-server
+`thread/resume`。AgentRun runner Job 是新执行面，旧 Web/Codex thread 可能没有对应 rollout；
+adapter 应保留 `conversationId/sessionId` 和 redacted `requestedThreadId` 用于追踪，同时让新
+runner 建立自己的 app-server thread，避免 `no rollout found for thread id`。
+
 恢复出的历史消息如果携带 `traceId`，前端必须先对 `/v1/agent/chat/result/<traceId>` 做
 终态归一，再回放 `/trace`。旧的 `running` 消息不能只因为 localStorage restore 被降级成
 `source` 后停留在“处理中”文本；如果后端 result 已经完成，消息卡片必须替换为真实