跨端对齐：授权栏 navigator_only + 组件按页拆分 + 服务器补 permission_options

用户两项裁定落地（均为 ask_user 明确选择）：

① 授权栏口径 = navigator_only（照 WebUI 架构）
   · 新建 pages/PermissionPanel.ets —— 详情页的决策面板，
     对应 MailView.tsx:693 的 PermissionPanel（审批型 / 主动提问 / 已处理 三态）
   · 决策入口从授权栏移到 MailDetailPage；MailDetailPage 原来只显示一个
     「权限请求」小标签、根本没有决策入口（比 WebUI 少一整块，且反了：
     栏里能决策、点进详情反而不能）
   · PermissionTab 删掉内联「同意/拒绝」+ 备注框 + decide()：
     整卡可点 → onOpenMail（对齐 WebUI PermissionList.tsx:81 的 pick()）
   · PermissionRequest 补 source_account_id（客户端侧记来源，跳详情要定位网关）

② 服务器补 permission_options —— 修一条真实的、跨端共有的缺口
   · mails.permission_options 从 INSERT 起就写进去，但**从来没有任何读路径
     选过它** ⇒ 详情端点永远返回空。WebUI 的决策面板读 mail.permission_options，
     所以提问型的预设选项**两端全部落空**（审批型靠 ['同意','拒绝'] 兜底蒙混）
   · GetMailByID 补选该列 + JSON 反序列化（与 cc_list 同款）

③ 组件按页封装（用户要求「以便与 WebUI 一一对应」）
   MainPage.ets 4592 → 3192 行
   · pages/PermissionTab.ets    720 行  ↔ PermissionList.tsx
   · pages/ContactsTab.ets      796 行  ↔ ContactPanel.tsx
   · pages/NavDestinations.ets  181 行  ↔ Navigation 壳
   · pages/NavShared.ets         65 行  ↔ 跨栏共用件

④ 判据跟着组件搬家（否则静默失效，不是红）
   harmony-logic 的 pageCode / harmony-nav 的 navSrc 改为显式文件名单；
   harmony-appearance 的 PANE_SOURCES 补 ContactsTab；harmony-contacts 三个
   test 并入 ContactsTab；harmony-logic 的决策断言改指 PermissionPanel，
   并新增「授权栏不许再有内联决策」两条（navigator_only 的正形状）。

   animation-audit：共享元素转场判据从「同文件共址」改为「按 id 找驱动」。
   旧形状把 in/out 端必须在同一文件当成代理，而两端**天然在两处**；
   抽出写信页（NavDestinations 持有 in 端）后误报。新判据仍要求每个 id
   都有 Motion.morph 驱动 —— 变异实测：把驱动换成裸 animateTo 仍判红。

判据：files=34 checks=556 red=1（仅 build-stamp，产物待重构建）

client/electron/test/harmony-arkts.test.mjs

@@ -566,7 +566,27 @@ test('★ 服务端「只以 omitempty 形式出现」的字段：客户端读
      *   归一被删 ⇒ 前提不成立 ⇒ 豁免失效 ⇒ 这一行重新报警。
      */
     ...(normalizeCoversOmitemptyFields
-      ? [/^MainPage\.ets: if \(m\.mail_type === 'permission_request' && m\.permission_result\.length/]
+      ? [
+        /*
+         * ★★ 2026-09-23 修：这条豁免原来写的是 `^MainPage\.ets: …`，
+         *   而那段代码**已从 `MainPage.ets` 抽成 `pages/PermissionTab.ets`**
+         *   （用户要求"按页面封装组件以便与 WebUI 一一对应"）。
+         *
+         *   抽出之后豁免不再命中 ⇒ 三行重新报警（判据报的是三个 `permission_result.length`）。
+         *   ★ 这个红是**对的**，而且值得记：豁免写的是**文件 + 行内容**，
+         *     组件搬家就会失效 —— 而失效的方向是**变红**（不是变哑），
+         *     这正好与那条豁免注释里担心的方向相反、也都可接受：
+         *     宁可多报一次让人来看，也不要静默致盲。
+         *
+         *   ★ 注意这里**同时保留了旧路径**：`permission_result` 的同类读法
+         *     在 `MainPage.ets` 里也还有（`MailRow` / `SentRow` 的 chip 文案），
+         *     两条路径都要豁免，删掉哪一条都会让另一处假红。
+         */
+        /^MainPage\.ets: if \(m\.mail_type === 'permission_request' && m\.permission_result\.length/,
+        /^PermissionTab\.ets: if \(m\.mail_type === 'permission_request' && m\.permission_result\.length/,
+        /^PermissionTab\.ets: \.fontColor\(m\.permission_result\.length/,
+        /^PermissionTab\.ets: \.fontWeight\(m\.permission_result\.length/
+      ]
       : [])
   ];
   const real = hits.filter(h => !EXEMPT.some(re => re.test(h)));