docs: 状态栏正确闭环 + 主题增强 §8.1 设计定案(agent-140/138)

- FRAMEWORK_DESIGN §10.2: 同一个状态栏=系统进程(launcher)统一渲染+App前台覆盖叠加(复用fb)+App进程不渲染(§6.1③)+数据源唯一→显示一致
- MEOW_APP_SDK §3.1: SDK全局状态栏仅系统进程渲染; 右侧=MD3图标+变量值(复用sb_icons.h/SB_I_*)+顶级主题(ui.style)切换换图标集; 文本式statusbar_right_str退役/图标化
- §8.1 主题增强: ui.style(MD3/MIUIx)×display.theme(dark/light)定义配色/背景; display.background=style×mode下选项集+全局源+深浅成对; meow_ui_set_style/theme_get 接口; 两套风格参数; 状态栏图标随ui.style换集
- SYSTEM_SETTINGS: 三键语义(style/theme/background)更新
- 开放点(App前台SIGSTOP/App inset/MIUIx图标占位/meow_ui_set_statusbar公开性) 标"实现期定"

FRAMEWORK_DESIGN.md

@@ -155,6 +155,13 @@ meow_sysui（系统进程总监，meow_svcd 托管；最小依赖/不渲染/最
 - **进程隔离**：SDK 负责**系统组件渲染**的进程（launcher）与负责 **APP 渲染**的进程**相互独立**——APP 卡死/崩溃时，系统 UI（launcher）**不崩**，始终可息屏/返回/下拉通知中心（对应「物理键全局接管，APP 禁映射」APPS §3.4.1）。
 - **APP 侧职责**：只画自己的内容；经 IPC 上报**全屏声明**（`fullscreen`/`route.<id>.fullscreen`）、**内容区域**（inset）与**前台 activity**；系统 UI 据此做叠画（复用 fb 双缓冲 `fb_backup/restore/pan`）与 hits 命中分流（MEOW_APP_SDK §6.1 交互分层：③ 系统全局 → ② App 全局 → ① 当前 Activity 页面控件）。
 
+- **「同一个状态栏」正确闭环（[源:2026-08-30] 收敛修正，M2.66）**：状态栏是**同一个渲染主体**，不是「样式一样的两套实现」——
+  - **系统进程（launcher）统一渲染**：无论主界面还是 App 前台，状态栏都由系统 UI 进程（meow_launcherd）渲染——主界面与 App 前台用**同一个**状态栏实例（真实同一主体，非各画各的）。
+  - **App 前台 → 状态栏为系统叠加层**：App 前台时状态栏作为**系统叠加层**盖在 App 内容之上，复用 fb 双缓冲叠加（`fb_backup/restore/pan`，见 §10.5 / `devdocs/plan/NOTIF_CENTER_APP_OVERLAY_PLAN.md`）；与通知中心/电源菜单区别：状态栏**常驻**（仅顶条 28px，不进/不出会话、非模态面板）。
+  - **App 进程不渲染状态栏**：SDK 全局状态栏**仅系统进程链接渲染**；**App 进程不自绘、拿不到**（§6.1 ③ 系统级控件仅内部；App 这类需求只能走 SDK 标准能力，不得自建全局叠加/悬浮层）。
+  - **数据源唯一**：状态栏数据（时间/电量/WiFi/音量/亮度）由 launcher **统一喂/取**（单一权威源）→ 主界面与 App 两边显示**必然一致**（根治 M2.66「launcher 右侧有亮度、App 没有」的不一致）。
+  - **与 §10 定案闭环**：§10.1 表已定「meow_launcherd = 系统 UI 渲染宿主」；本节把状态栏明确纳入该系统 UI 渲染宿主职责，与「APP 不渲染系统 UI」（§10.2 首条）自洽，落实「一个渲染主体 + 一个数据源」。
+
 ### 10.3 通知中心归属 [源:2026-08-30]
 
 - **通知中心 UI 渲染主体 = 系统进程（launcher），非 APP**（跨引用 NOTIFICATION_SYSTEM §9）。