service/index 的《Standard dashboards & reports》四行全部失实：仪表盘描述里的 top agents / oldest open cases 不存在，三张报表名与 case.report.ts 的 label 都对不上 #948

发现自 #937 / PR #947 的实施过程（改 :53 那行的仪表盘名字时，顺手核了同一节剩下的三行与那行自己的描述）。

基线 origin/main = 11f62429（平台 17.0.0-rc.3）。#937 只裁定了「叫什么名字」，这一节的其余内容没被核过，本单记录的是名字之外的四处。

事实

content/docs/service/index.mdx:51-:56（zh-Hans / zh-Hant 同结构同行号）：

## Standard dashboards & reports

- **Service Dashboard** — open cases by priority, SLA performance, top agents, oldest open cases.
- **Cases Opened by Day × Priority** — daily inflow.
- **Cases by Status × Priority** — current snapshot.
- **SLA Performance** — % of cases resolved within SLA target.

1. :53 的描述里有两项磁贴不存在，其中一项在分析层根本不可能存在

src/dashboards/service.dashboard.ts 一共 10 个 widget，title 依次是：Open Cases、Critical Cases、Avg Resolution Time、SLA Violations、Cases by Status、Cases by Priority、Cases by Origin、Daily Case Volume、SLA Compliance、Open Cases by Priority。

• open cases by priority ✅（Open Cases by Priority / Cases by Priority）
• SLA performance ✅（SLA Compliance / SLA Violations）
• top agents ❌ 没有这个磁贴
• oldest open cases ❌ 没有这个磁贴

top agents 尤其不是「少做了一个磁贴」那么简单：同一个仓库的另一页已经把它为什么不可能写实了。content/docs/service/cases.mdx:188（#912 / PR #939 落地）：

There is no agent leaderboard: case_metrics, the dataset behind every service report and dashboard widget, declares Status, Priority, Origin, Type and Created as its only dimensions, so nothing in analytics can group cases by agent.

也就是说 service/index:53 承诺的「顶尖客服」，在 src/datasets/case.dataset.ts 的维度集合下无法被任何报表或部件做出来 —— 两页当前互相矛盾。

2. 三张报表名与 src/reports/case.report.ts 的 label 都对不上

:54 的顺序不只是措辞：content/docs/service/sla-and-escalation.mdx（#917 / PR #924 落地）已经按源码写作「按优先级 × 天」的矩阵，两页对同一张报表给出了相反的维度顺序。

3. :56 的描述正是 PR #924 在另一页上改掉的那一句

:56 写 % of cases resolved within SLA target。sla-and-escalation.mdx 的《SLA Performance 报表》一节已经写实：

它报的也不是「在目标内解决的百分比」，而是 SLA 违约率 —— SLA 已违约标记的平均值 —— 与工单数、平均解决时长并列，并且只统计已关闭的工单（runtimeFilter: { is_closed: true }）。

同一个错误说法在 service/index:56 上原样留着。

为什么要紧

与 #927 / #937 同族：读者按文档去产品里找，找不到；或者按文档的理解去读一张报表，读出来的不是那个数。区别是本单的四处不是名字漂移，是描述与源码不符，其中 top agents 还与本仓另一页的写实结论直接冲突 —— 两页里必有一页在骗人，而当前是 service/index 那页。

边界

• 与 service 两页共 11 处把 service_dashboard 叫作「Service Dashboard / 服务仪表盘」，但这个名字在应用里不存在：dashboard 的 label 是 Customer Service，导航项的 label 是 Service Overview #937 / PR docs(service): 按产品里真实存在的名字称呼服务仪表盘 (#937) #947 不重叠：那单只裁定 :53 开头的展示名（已改为 Service Overview 并附注 Customer Service），:53 破折号之后的描述与 :54-:56 三行逐字未动，留给本单。
• 与 service/sla-and-escalation 剩余六处失实(#903 四族之外):营业时间可配置、SLA 表现报表的四个维度、Breached SLA 视图、Service Board 看板、My Open Cases 排序、Waiting on Customer 暂停 SLA 时钟 #917 / PR docs(service): write the sla page's views, report dimensions and business-hours claims to source (#917) #924 不重叠：那单修的是 sla-and-escalation 页，本单是 service/index 页上同一批说法的另一份拷贝。
• 三语（index.mdx / index.zh-Hans.mdx / index.zh-Hant.mdx）同 4 行，需同步。
• oldest open cases / top agents 是删掉描述还是做出磁贴，是产品决定，不宜由文档单预判；本单只要求文档写实当前的样子。若倾向补磁贴，先要动 case_metrics 的维度。

Refs #937 #947 #917 #924 #912 #939