refactor(trace): enforce run-only diagnosis model

mvp/architecture/session-trace-lifecycle.md

@@ -18,7 +18,7 @@ chat_session(sessionId)
 - `sessionId` 表示多轮会话目录和 Redis 上下文。
 - `runId` 表示一次可回放诊断执行。
 - `DiagnosisTraceService` 聚合一个 run 的主记录、步骤和工具调用，形成可回放 Trace。
-- `diagnosis_session` 只保留为历史兼容和回滚表。
+- 运行时不再映射、读取或写入 `diagnosis_session`；数据库中的旧表不属于当前版本契约。
 
 ## 2. 生命周期总图
 
@@ -60,8 +60,7 @@ flowchart TD
 
 - 同一个 `sessionId` 可以贯穿多轮 Chat。
 - 每次有效 Chat/AIOps 执行都会创建新的 `runId`。
-- Trace 和 Feedback 新客户端应传 `runId`；只传 `sessionId` 时兼容解析 latest run。
-- latest run 排序使用 `diagnosis_run.created_at DESC, id DESC`，不使用 `updated_at`。
+- Trace 和 Feedback 必须同时传 `sessionId + runId`；后端不解析 latest run，也不回退旧表。
 
 ## 4. 运行状态流转
 
@@ -137,9 +136,9 @@ diagnosis_run by sessionId + runId
   -> DiagnosisTraceResponse
 ```
 
-当 `runId` 缺失时，Trace API 为兼容旧客户端解析最新 run，并在响应中返回 resolved `runId`。当 `runId` 属于其他 `sessionId` 时，API 必须拒绝，不能泄漏其他会话的 Trace。
+当 `runId` 缺失时，Trace API 直接拒绝请求。当 `runId` 属于其他 `sessionId` 时，API 同样拒绝，不能泄漏其他会话的 Trace。
 
-`run.orchestrationTrace` 只属于精确 Run 投影，不复制到顶层或 `session`。它解释 Graph 路由；`selfEvaluation` 解释证据/答案质量；`steps` 和 `toolInvocations` 保存详细执行证据，三者职责互不替代。历史 Run 的该字段可以为空。
+`run.orchestrationTrace` 只属于精确 Run 投影，响应不再提供兼容 `session` 对象。它解释 Graph 路由；`selfEvaluation` 解释证据/答案质量；`steps` 和 `toolInvocations` 保存详细执行证据，三者职责互不替代。非 StateGraph Run 的该字段可以为空。
 
 ## 8. Chat 与 AIOps 差异
 
@@ -164,4 +163,4 @@ Chat StateGraph 的权威自动化验收分三层：`DiagnosisGraphWorkflowTest`
 
 1. Trace API 增加更结构化的 `self_evaluation` 展示。
 2. `agent_step` 与 `tool_invocation.step_id` 建立更严格关联。
-3. 旧 `diagnosis_session` 只读观察期结束后，再评估数据库层面的约束收紧或归档策略。
+3. 数据库中的旧 `diagnosis_session` 表按独立数据治理任务决定是否物理删除；当前应用不再依赖它。