fix: align reporting fields queries and disk monitoring

docs/system-functional-test-cases.md

@@ -4965,3 +4965,18 @@ npm run verify:phase8
 | TC-DRAINAGE-UI-005 | 运营端查看单条审核列表、详情、报备任务及报备记录 | 统一显示“引流 URL 或号码”及真实目标值，不再显示独立站点名称或旧“引流地址”标签；审核通过/驳回仍调用原真实 API |
 | TC-DRAINAGE-UI-006 | 下载引流官方导入模板并配置导入映射 | 模板和映射仅要求“所属短信签名”“引流 URL 或号码”，不再要求“站点名称”；导入项进入真实审核批次 |
 | TC-DRAINAGE-UI-007 | 桌面和窄屏查看三网状态组及引流列表 | 状态单元不相互覆盖，文字不截断为不可辨认内容；窄屏沿用受控列表滚动，不产生页面级横向溢出 |
+
+## TC-PORTAL-20260831 六项运营/客户端修复
+
+| 用例ID | 场景 | 预期 |
+| --- | --- | --- |
+| TC-PORTAL-001 | 修改通用字段引用、资料用途、必填属性并刷新 | PUT保存真实配置，ID不变，新增操作日志；重复组合、已停用字段及非法必填值被拒绝；历史报备快照不变 |
+| TC-PORTAL-002 | 比较同应用运营与客户端新增签名资料，无应用时比较通用资料 | 字段代码/名称/类型/必填/说明一致；通用+通道要求去重合并；已删除通道不提供字段；同字段双用途不覆盖快照 |
+| TC-PORTAL-003 | 快速切换应用，旧字段请求最后返回；字段请求失败 | 仅展示当前应用资料；加载中或失败禁止提交，不把失败当作无需报备 |
+| TC-PORTAL-004 | 删除签名/模板后刷新列表和选择器，构造status=deleted及includeHistory=true | 客户端列表/统计排除已删除对象；旧列表响应不能覆盖删除后刷新；已删除对象不可再次提交审核；历史发送记录不受影响 |
+| TC-PORTAL-005 | 含引流、不含引流、未检测三类历史记录 | 列表仅含引流记录在发送状态下显示标签，无负向标签；详情明确三种状态，按真实后端位置高亮URL/号码 |
+| TC-PORTAL-006 | 查看最终已回执及未回执短信 | 列表无回执时间列；详情“最终回执时间”来自消息最终结果，无值显示“-”；各通道回执时间仍保留 |
+| TC-PORTAL-007 | 三个客户端查询页修改输入、日期、下拉后等待并翻页；查询/重置 | 输入不发搜索请求；翻页保持已应用条件；查询/重置回到第一页，只发一次新查询；上行返回第一页重新加载 |
+| TC-PORTAL-008 | Prometheus同时返回系统盘、数据盘、第三块磁盘，顺序打乱或有缺失点 | 全部挂载点各有容量卡片及独立趋势；按设备/挂载点匹配，不串盘，不以0填缺失点；采集失败清空指标 |
+| TC-PORTAL-009 | 系统盘或任一数据盘分别超过容量阈值 | 使用原有效阈值逐盘告警，信息含挂载点与设备；基础和托管规则无同名重复；tmpfs/overlay等虚拟盘不参与 |
+| TC-PORTAL-010 | 测试发布与安全边界 | 新独立恢复资产的custom dump、运行tar、配置tar、原标记和SHA全部验证后才能发布；查服务、health、Stream、窗口日志与资源哈希；不发/补发/重投短信，不修改客户/余额/通道配置 |

docs/testing-progress.md

@@ -4181,3 +4181,15 @@ git diff --check
 - 修复发布后9670条Stream积压一次性完成持久化和ACK/XDEL，`gateway.protocol.logs`最终`长度=0/pending=0/lag=0`。失败窗口数据库中24340行对应9670个唯一eventId，精确识别14670条重复行；在第二份数据库/Redis恢复点保护下，只删除`2026-08-30 13:37:00`后同一eventId的第2条及以后记录，保留最早一条，最终为9670行/9670个唯一eventId，未触及短信、账务及其他日志。
 - 最终`.deployed-commit=1a5063a7c635280b912021c42c33a07c99f4c5dd`，95/95项migration；API、Send Worker、Submit Outbox、Gateway Callback、Protocol Log Worker、Gateway、Security Agent、MinIO、Nginx、PostgreSQL和Redis共11项均active，三项拆分服务均enabled。API、Callback、Gateway健康，9464/9465/9467/9468指标端点可用，Callback池`max=12,total=1,idle=1,waiting=0`，供应商连接9/9，数据库活动连接15/100，Submit Outbox为0；命令、结果、协议日志三条Stream均`pending=0/lag=0`，修复发布窗口8项服务error级journal均为空。
 - 首页、客户端登录、运营端登录及API健康从工作站直连均HTTP 200；实际资源仍为`index-C_Eutz1B.js`和`index-BB9q6lcg.css`，工作站与服务器SHA-256一致。Chrome只读导航该私网HTTP页面再次超时，因此不声称完成浏览器DOM/控制台验收。全程未发送、补发或重投短信，未修改余额、通道、客户或签名/引流业务配置。
+
+## 2026-08-31 六项运营/客户端修复（测试环境发布准备）
+
+- 本轮仅授权测试环境 `100.93.204.60`，不访问、不部署预生产。开始时核验 main/HEAD `119d577` 与测试部署标记 `5328bb09bf89170b4368407e896dbce9527a7b5c`；原有4份已修改文档及3项未跟踪文件完整保留，不纳入本轮提交。
+- 通用字段增加原位修改入口和 PUT API，可修改引用字段、资料用途和必填要求；服务端检查有效字段/重复组合，事务保存配置与操作日志，不改历史资料快照。两端签名表单使用同一后端字段合并结果，切换应用丢弃旧请求，加载失败禁止提交；修复同字段多资料用途快照覆盖及已删除通道残留资料要求。
+- 客户端签名列表与统计的删除排除条件不再被 status 参数覆盖；签名/模板已删除对象禁止再次提交。模板列表原有后台删除过滤核验并补回归；两页刷新拒绝旧请求覆盖，防止删除后被旧响应重新显示。测试机基线真实 PostgreSQL：2租户、26签名、11模板，当前无 deleted 样本；18应用加通用配置共19组签名字段与运营端投影完全一致，未用此基线冒充有删除样本的实测。
+- 发送记录列表只在发送状态下显示正向“含引流”标签，去掉回执时间列；详情显示含/不含引流（未检测历史记录明确标识），按真实检测位置高亮内容，新增“最终回执时间”，保留各通道路由回执信息。
+- 客户端批量任务、发送详情、上行短信复用运营端查询/重置组件；输入条件与已应用条件分离，输入不发请求，查询/重置回第一页，分页仅使用上次确认条件，修复上行从第二页返回第一页不加载的问题。
+- 监控磁盘查询从根目录限制改为全部实际块设备文件系统，按 instance/device/mountpoint/fstype 对齐容量和趋势；系统盘、数据盘及其他挂载点独立卡片/趋势，缺点不填假值。容量和inode规则覆盖所有磁盘并注明设备/挂载点，保留原告警名及阈值兼容性。
+- 验证：API全量51套/581项、前端8文件/45项通过；前后端 TypeScript、Vite构建、依赖安全、部署契约与包体积检查通过。新增独立页面/接口/监控文件定向 ESLint 通过；修改范围整体 ESLint 仍有既存领域拆分未用导入及页面Hook规则问题，不宣称全仓lint通过。自动化测试中的隔离stub仅用于回归，产品仍调用真实API。
+- 发布前观察：三条 Redis Stream pending/lag 均0；测试机仅有 `/dev/sda2` 挂载 `/`，Prometheus采集容量105086115840字节；Security Agent既有 `/run/cmpp-security-agent` 缺失导致226/NAMESPACE重启，已记录。Tailscale链路曾短暂中断，恢复后HTTP健康200。浏览器自动化多次读取/导航超时，尚未完成真实页面和控制台验收，不以DOM单测或构建替代。
+- 此节为发布准备记录：独立恢复资产正在建立；未通过 pg_restore --list、tar可读性及SHA-256前不部署。最终发布标记、恢复点、服务/健康/资源哈希与验收边界在后续发布记录补充。