huang
5425e2ce19
Constraint: omx team 默认使用独立 worktree，要求 leader 工作区干净 Rejected: git stash 提案文件 | 会让 worker 无法读取当前提案契约 Confidence: high Scope-risk: narrow Directive: 后续实现必须继续严格按 tasks.md 顺序推进，不得擅自跳步 Tested: git status 仅剩未跟踪的 .omx 上下文文件 Not-tested: 未验证提案内容本身的实现正确性
20 lines
1.4 KiB
Markdown
20 lines
1.4 KiB
Markdown
## 1. 审计日志可读性增强
|
||
|
||
- [ ] 1.1 梳理当前资产审计日志主要写入点，标记仍只写内部主键字段的卡、设备、归属变更相关链路
|
||
- [ ] 1.2 按卡、设备、店铺归属三类场景补充统一的业务可读字段，保持现有内部字段不删除不改名
|
||
- [ ] 1.3 调整资产审计日志操作内容字段描述与归一化逻辑，确保新增可读字段在查询结果中稳定返回
|
||
- [ ] 1.4 通过手工抽样检查典型资产日志记录，确认能直接看出卡标识、设备标识与店铺归属信息
|
||
|
||
## 2. 设备信号综合字段
|
||
|
||
- [ ] 2.1 为后台管理端设备实时 DTO 新增 `signal_quality` 与 `signal_bad_reason` 字段，并补充中文描述
|
||
- [ ] 2.2 实现统一的信号摘要计算逻辑，基于 `rsrp`、`rsrq`、`rssi`、`sinr` 输出固定的用户友好文案
|
||
- [ ] 2.3 将后台管理端信号摘要结果映射到 C 端设备实时 DTO，保持两端字段名和文案口径一致
|
||
- [ ] 2.4 手工调用后台管理端与 C 端相关接口，确认新增字段可见且原始四个信号字段仍然保留
|
||
|
||
## 3. 文档与交付检查
|
||
|
||
- [ ] 3.1 更新相关接口文档或生成产物，确保新增响应字段在文档中可见
|
||
- [ ] 3.2 复核本次变更未引入店铺删除规则调整或企业账号列表行为变更
|
||
- [ ] 3.3 记录本次变更的手工验证结果与剩余风险，保证提案可直接进入实现阶段
|