feat(trace): finish run-aware demo verification

mvp/architecture/interview-one-pager.md

@@ -34,14 +34,15 @@ flowchart TB
     AiOpsFlow --> Trace
     Tools --> Trace
 
-    Trace --> Session["diagnosis_session"]
+    Trace --> ChatSession["chat_session"]
+    Trace --> Run["diagnosis_run"]
     Trace --> Step["agent_step"]
     Trace --> Invocation["tool_invocation"]
 
     Invocation --> Verifier["Verifier / Rule Evaluation"]
     Verifier --> SelfEval["self_evaluation"]
 
-    Session --> TraceAPI["GET /api/diagnosis/{sessionId}/trace"]
+    Run --> TraceAPI["GET /api/diagnosis/{sessionId}/trace?runId=..."]
     Step --> TraceAPI
     Invocation --> TraceAPI
     SelfEval --> TraceAPI
@@ -61,15 +62,15 @@ Planner 负责拆解，Executor 只负责调用知识库、日志和指标工具
 AIOps 告警入口走 Supervisor 调度 Planner/Executor：
 如果请求里有 alert payload，系统会进入 PAYLOAD_TARGETED 模式，报告必须聚焦这个告警，而不是被当前环境中的其他活跃告警带偏。
 
-所有过程都会落到 diagnosis_session、agent_step、tool_invocation。
-所以我可以用一个 sessionId 回放：模型怎么规划、调了哪些工具、工具返回什么、Gatekeeper 怎么验真、Verifier 怎么判定、Composer 最后怎么表达、用户最后是否反馈有用。
+会话元数据会落到 chat_session，每次诊断运行会落到 diagnosis_run，步骤和工具明细通过 run_id 关联。
+所以我可以用 sessionId + runId 精确回放：模型怎么规划、调了哪些工具、工具返回什么、Gatekeeper 怎么验真、Verifier 怎么判定、Composer 最后怎么表达、用户最后是否反馈有用。
 ```
 
 ## 4. 五个亮点
 
 | 亮点 | 怎么讲 |
 |---|---|
-| 可追踪 Agent | 每次诊断都有 `sessionId`，Trace API 可以回放 session、step、tool |
+| 可追踪 Agent | 每次诊断都有 `runId`，Trace API 可以回放 run、step、tool；同一 `sessionId` 可有多次独立 run |
 | 显式工具证据链 | `lookup_knowledge`、日志、指标都记录到 `tool_invocation` |
 | RAG 工程化 | L0 降级为 hint，Spring AI VectorStore 做主检索，SDK fallback 保底 |
 | 质量门禁 | Chat Gatekeeper 验引用、Verifier 判可推导、Composer 控表达，AIOps rule evaluation 控制告警聚焦 |