通知模型补全(agent-107: SDK icon+update_progress / IPC urgency+MSG_NOTIFY_PROGRESS / 存储 urgency+icon回退+progress / CSV加3列) + 全屏收合视觉+滑条(agent-108)

NOTIFICATION_SYSTEM.md

@@ -29,13 +29,13 @@
 ```
 id(uint32) / app_name / app_icon / summary / body / actions[] / hints{}
 expire_timeout / created_ms / dismissed / ongoing(bool)
-target_activity(可选, 来自 hints) / progress(可选 int)
+target_activity(可选, 来自 hints) / progress(可选 int) / urgency(0-3, 缺省 NORMAL)
 ```
-统一从 IPC/D-Bus 两路解析入该结构。
+统一从 IPC/D-Bus 两路解析入该结构。`app_icon`（SDK `icon`）：空时按 `app_id` 回退该 app 默认图标（launcher 由 app.json `icon` 提供；通知中心 UI 兜底）。
 
 ## 5. 存储分层（用户已定 2026-08-29）
 - **关键配置优先板载**：设置类（notify.* 配额等）存板载 `/usr/data/meow/settings.conf`（B2a），确保**无卡时系统正常工作**。
-- **实时通知 → 本地内存**（板载，动态分配/ring）。
+- **实时通知 → 本地内存**（板载，动态分配/ring）。**progress 实时进度 → 仅改内存活跃槽**（用户定案 2026-08-30）；**落盘快照只在创建时/结束(100% 或 dismiss)**，避免每条 live 写卡。
 - **超时/转储 → TF 卡** `MeowOS/notifications/`（**系统约定：系统文件统一放 MeowOS/ 下**，非 MeowData/——MeowData 是应用专属数据根）（转储区，**appended 日志行 CSV**，见 §8）。
 - **无 TF 卡可运行**（本地内存态即可，不依赖卡；TF 卡在时才转储）。转储/日志类是可降级数据（无卡用 /tmp 回退），配置类永远板载。
 - **本地数据清理策略**：
@@ -61,6 +61,8 @@ target_activity(可选, 来自 hints) / progress(可选 int)
 - **异常关机**：开机时清理板载残留通知数据。
 - TF 卡转储区 `MeowOS/notifications/`：保留**最新 10MB**（ring/截断），**不被电源事件清理**（持久留存）。
 - **转储格式（定案 #6，M2.5x）**：`MeowOS/notifications/` 写为 **appended 日志行**（每条通知一行，CSV 风格：`id,app_id,分类,标题,时间,…`），**按总大小滚动截断**（保留最新 **10MB**）。与既有「10s 转储」衔接：创建 10s 后即按此格式追加一行 `[源:用户 2026-08-30]`。
+- **CSV 列（模型补全，2026-08-30）**：`timestamp,id,app_id,app_icon,category,urgency,progress,title,body,target_activity,ongoing,media,dismissed`（`urgency` 0-3、progress 当前值 -1=无；`app_icon`=SDK `icon`，空→app 图标回退）。
+- **progress 落盘规则（模型补全，用户定案）**：**里程碑落盘**——快照只在**创建时 + 结束(100% 或 dismiss)** 触发；实时进度（`meow_notify_update_progress` → `MSG_NOTIFY_PROGRESS`）**仅改内存活跃槽，不每帧落盘**。
 - **启动时清板载 + 清内存通知表**：开机（含异常关机后）清理板载残留通知数据，并**清空内存通知表**（在既有「异常关机：开机时清理板载残留」基础上**补充内存表一并清**）；正常关机/重启前先转储未上卡通知再清板载（沿用既有规则）`[源:用户 2026-08-30]`。
 - **无 TF 卡**：系统可运行（内存态通知即可），不依赖卡。