refactor(trace): enforce run-only diagnosis model

mvp/architecture/evolution-roadmap.md

@@ -1,12 +1,12 @@
 # Agent 架构演进路线
 
-**更新日期**：2026-07-05  
+**更新日期**：2026-07-20
 **状态**：后续演进设计，不代表当前已实现  
 **参考历史文档**：`archive/2026-07-05-legacy/agent-architecture.md`
 
 ## 1. 为什么需要演进路线
 
-旧版 `agent-architecture.md` 包含很多生产级设想：专科 SubAgent、Skill 体系、进程隔离、回退路由、MCP 工具协议化、进化引擎。它们不应作为当前 MVP 事实写入主架构，但可以作为后续扩展路线。
+旧版 `agent-architecture.md` 包含很多生产级设想：专科 SubAgent、完整 Skill 治理、进程隔离、跨 Agent 回退、MCP 工具协议化、进化引擎。当前已经落地 bounded StateGraph、安全 Fallback 和基础 Skill/Playbook 接入；本文件只描述它们之上的后续增强。
 
 当前原则：
 
@@ -18,12 +18,12 @@
 
 ```mermaid
 flowchart TD
-    MVP["Current MVP: Planner + Executor + Verifier"] --> Split{"Executor 是否过载?"}
+    MVP["Current MVP: bounded StateGraph + evidence gates"] --> Split{"Executor 是否过载?"}
     Split -->|是| SubAgents["专科 SubAgent"]
     Split -->|否| Keep["继续强化通用 Executor"]
 
-    SubAgents --> Skills["Skill / Playbook 体系"]
-    Skills --> Fallback["回退路由"]
+    SubAgents --> Skills["Skill / Playbook 版本化治理"]
+    Skills --> Fallback["跨 SubAgent 回退路由"]
     Fallback --> Isolation["进程或 Pod 隔离"]
 
     MVP --> ToolGrowth{"工具数量和来源是否增长?"}
@@ -59,9 +59,9 @@ flowchart TD
 - 过早拆分会增加 Prompt、评测和 trace 分析成本。
 - 没有足够分类评测前，拆分可能只是移动复杂度。
 
-## 4. Skill / Playbook 体系
+## 4. Skill / Playbook 版本化治理
 
-旧版设计中的 Skill 可以在当前项目中演进为可版本化的诊断 Playbook。
+当前已经通过 Planner metadata selection + Executor `read_skill` 接入诊断 Playbook。下一阶段不是重新建设 Skill 入口，而是增加版本、评测、回退和审计治理。
 
 ```text
 fault_category
@@ -73,14 +73,14 @@ fault_category
       -> evaluation checks
 ```
 
-优先落地方向：
+当前已覆盖的方向：
 
 - AIOps 告警处理 Playbook。
 - 支付超时 Playbook。
 - MySQL 连接池风险 Playbook。
 - Redis timeout Playbook。
 
-落地前提：
+后续增强前提：
 
 - 每个 Playbook 至少有 3-5 个 eval case。
 - Playbook 失败时可以回退到通用 Executor。