可行性诊断 — 融合方案：内联徽章 + 问题列表双向联动 + 一键修复
真实任务不变：教师面对方案 C（2 项硬规则违反）：哪里错、为什么错、怎么改。画布内联徽章（A 的空间定位 + C 的所见即所得）与侧边问题列表（严重级排序）并存，双向联动；「一键修复全部」与逐条修复入口并存。
不可违反约束：诊断数据来自 Rust audit（hard_constraint_summary + 七维 breakdown + missing_data + suggested_actions，§6.5）；修复动作走 Rust editing 命令 + 独立 validator 复核；不得硬编码 feasible=true；与 D5 共用 audit 消费组件（同源）。
✓
融合目标形态
左：问题列表（HARD/建议分级、逐条修复按钮）；右：画布内联徽章（红=硬规则违反 / 黄=建议）；点击任一侧定位另一侧；顶部「一键修复全部」。
localhost:8765/class-302/diagnose
方案 C · 2 项硬规则违反
+ 1 项建议 · 修复均经 Rust editing + validator 复核
座位图 红 = 硬规则违反 · 黄 = 建议 · 点击徽章定位左侧问题
就绪：点列表或徽章双向定位
试一下：① 点击左侧问题 → 右侧对应座位高亮；② 点击座位上的「违反/建议」徽章 → 左侧问题项高亮并显示诊断卡；③ 点「一键修复全部」。
来自 A问题列表全景 + 严重级排序 + 一键修复全部
来自 C画布内联徽章 + 点击诊断卡：所见即所得，与 D2 画布复用同一渲染组件
联动双向定位：点列表高亮座位、点徽章定位列表项——两种心智模型并行不冲突
| 设计要点 | 说明 |
|---|---|
| 双向联动 | 点列表 → 座位 selected 高亮；点徽章 → 列表项 linked 高亮 + 诊断卡；同一 audit 数据源（与 D5 共用） |
| 修复入口 | 「一键修复全部」+ 逐条「修复」按钮；全部走 Rust editing 命令 + 独立 validator 复核 |
| B 的处理 | 向导式修复不默认提供；违规较多时可保留轻量「修复向导」入口（可选，dogfood 决定） |
| schema/API 影响 | 无新 API；audit 消费组件与 D5 共用 |
待验证（dogfood）：
- 徽章密度在 60 人教室的可读性
- 「修复向导」入口是否保留