# 40: 前端执行票 —— 运行概况与监测点台账卡片化 + 定位修复

Type: task
Status: ready-for-agent
Label: ready-for-agent
Blocked by: 37
Category: frontend-execution

## 来源

维护者 2026-10-13 反馈第 9 条。

## 范围

1. **运行概况：异常设备改卡片形式**
   - 现状「异常设备清单」是 `listBlock` 纯文字行（`title` + `meta`）。
   - 改为与监测点台账类似的**卡片形态**（复用同一渲染形态，不新造第二套卡片）；设备不要用纯文字。

2. **监测点台账：设备也采用监测点卡片形态**
   - 台账的监测点已是卡片；本票确保**设备维度**同样以卡片呈现，而非纯文字行。

3. **定位功能修复（两处）**
   - 运行概况异常设备的定位、台账卡片的定位：点击后应真的联动地图，或如实给出三种「点不动」原因之一（不在已加载范围 / 后端判定不可上图 / 地图未就绪）。
   - **「没反应」是缺陷**：必须有可见反馈。
   - 定位链路复用既有共享接缝 `domain/mapLocate.js` 的 `planLocate` + `locateCameraTarget`，以及 store 的 `locateCode`/`selectMonitoringPoint`；不新造定位路径。
   - 注意：异常设备多为**未关联设备**，其地图对象编码＝设备自身编码（`mapStore` 里以 `unassociated-equipment` 形态存在）；未关联设备定位后直接进设备级详情（既有实现）。

## 非目标

- 不改后端契约。
- 不改地图标记、聚合、图例语义。

## 验收

- 逻辑闸门：卡片视图生成正确的 `code`（可点开详情）与定位 `points`、定位三种失败各有文案、`missing` 与 `unavailable` 不混。
- 浏览器走查：运行概况与台账均为卡片、点击定位真的飞（或如实报原因）。
- 按 `AGENTS.md`，不自动运行 build/dev/走查。

## 关联

- 依赖：[37](37-shared-ellipsis-and-type-filter.md)（长文本省略方法）。
- 相关：`domain/monitoringPanels.js` 的 `operationOverviewPanel`/`monitoringPointLedgerPanel`、`stores/monitoringStore.js` 的 `locateCode`、票 17 的 `mapLocate` 接缝。