feat: refine operations UI and transport limits

docs/first-version-development-requirements.md

@@ -2034,3 +2034,17 @@
 5. 跳过只表示未调用 Gateway，第一版原因包括：状态已变化、已被客户确认、已被其他任务处理、本任务已成功处理、不属于任务快照、应用或投递能力已停用、投递数据不完整、缺少原 Submit 映射。
 6. 任务必须支持列表、详情、暂停、继续和终止；终止只影响尚未发送的记录。任务项以 `taskId + deliveryId` 幂等，执行前原子认领并复核状态，API 重启后可继续，成功 ACK 的项目不得再次发送。
 7. 所有创建、暂停、继续、终止和自动暂停均写操作日志；任务使用真实 PostgreSQL、Gateway 和客户 ACK，不得使用 mock、静态数据或 localStorage。
+# 2026-08-13 HTTP 请求与 Gateway API 响应容量边界
+
+1. Go Gateway 调用 NestJS API 时必须完整读取最多 `4 MiB` 的响应体；超过边界必须返回包含实际容量边界的明确传输错误，禁止静默截断后以 `unexpected end of JSON input` 等语法错误掩盖容量问题。该边界覆盖待投递回执恢复批次等内部响应，不改变单次恢复查询的业务分页口径。
+2. NestJS 普通 JSON 与 URL-encoded 请求体统一限制为 `2 MiB`。客户号码文件导入预览和确认接口因现阶段仍在 JSON 中携带 CSV/TSV 正文，单独限制为 `25 MiB`；业务层继续限制原始导入正文不超过 `20 MiB`，为 JSON 字段、转义字符和其他参数保留协议开销。
+3. 大容量解析器只能挂载到 `/api/client/send/imports/*`，不得把所有管理、客户和公网 HTTP API 全局放宽到 25 MiB。`rawBody` 必须在两类解析器中继续保留，确保公网 HTTP API 的验签与幂等正文哈希语义不变。
+4. 客户导入接口经 `sms.lisglo.com` 私有 API 访问，该入口的 Nginx 请求体上限必须不低于 `30 MiB`，当前标准配置 `50 MiB` 满足要求。`api.lisglo.com` 只开放单条客户 HTTP API、Swagger 和健康检查，不承载文件导入，不得为导入需求扩大其暴露路由。
+5. 容量边界必须由自动化测试覆盖：大于旧 `64 KiB` 且小于 `4 MiB` 的合法 Gateway 响应完整解析；超过 `4 MiB` 明确拒绝；同一份大于 `2 MiB` 的 JSON 仅在导入路由可被解析，普通路由返回 HTTP 413。
+
+# 2026-08-13 运营端信息密度与运营商标签统一
+
+1. 运营端充值记录回执必须展示该笔人工充值的操作人员姓名。姓名由充值单已保存的`operatorId`关联真实用户记录取得，优先展示姓名、姓名缺失时回退用户名；历史无操作人的系统记录展示“系统”，不得用前端静态映射伪造。
+2. 运营看板删除“今日签名发送统计”和“今日签名发送统计 - 含引流”两个明细模块；“今日活跃签名”指标仍使用当天真实发送聚合。今日消费金额的主数字必须与今日发送总量使用相同字号、字重和深色层级。
+3. 企业应用管理列表的状态、到达率、单价列在现有基础上缩窄约20%，提升大屏一次展示完整表格的概率；不得通过隐藏真实字段实现。
+4. 移动、联通、电信数据展示统一使用全局`CarrierTag`低饱和标签，包括通道与通道组、监控、报备、签名、短信审核、任务号码、发送记录及客户端发送详情等页面。筛选/表单控件的选项文案、图表图例、导出文本和业务说明仍使用纯文本，避免破坏交互、可访问性和机器可读输出；可取得运营商集合的三网通道按三个运营商标签展示，只有历史通道级字段时使用中性的“三网”标签。