判据: 图片上传链的设备判据（用真实素材）+ 静态欠账从 6 减到 5

继续升级到期的静态判据。这一批做 `harmony-imageprep`（上传链），
并顺手把已完成的 `harmony-admin` 移出欠账名单。

## 一、图片上传链：用**真实素材**验压缩决策的输入

`run-all.mjs` 的 `STATIC_ONLY` 里那条登记写着
「上传链的设备侧：`@ohos.multimedia.image` + 相册要设备才能真跑」。
上面 30 条判的都是 `model/ImagePrep.ts` 的纯逻辑（阈值、单调性、边界…），
它们全绿时有一件事从未验过：**那些数字与设备上真实的图片对得上吗**。

新判据用**用户真上传过的那张壁纸**（`GET /me/appearance/image` 取回，
1402×1122 / 152570 字节 —— 不是合成图），断三个跨端事实：
① 设备上读到的像素尺寸 = 决策时用的尺寸；
② 真实体积在客户端上限之内；③ 该尺寸走 `planCompress` 首档**不缩小**
（长边 1402 < 2560）+ `judgePick` 放行。

★ **为什么不合成图**：纯色能压到几 KB、噪声几乎压不动，用它们验阈值
会得到"怎么都对"的假绿。真实照片的行为才是要验的那个。

★ **诚实标注了没做的那一半**（写在判据注释与 `DEBTS.json` 里）：
本判据用的是**设备上的 `file`/`ls`** 这一独立来源读素材属性，
**没有**跑 `image.createImagePacker()`。跑它需要一个**用户选图**入口
（`DocumentViewPicker`，要人操作系统选择器），自动化里没有稳定路径；
而编一个"绕过选择器直接调 `packJpeg`"的测试专用入口，会是**只有测试在用的代码**
——那种代码不会被真实场景触到，验它等于验一个不存在的东西。

## 二、静态欠账 6 → 5（还完就划掉）

`harmony-admin` 那条**已升级为设备判据**（上一批做的），
所以它**不该再留在 `STATIC_ONLY` 里** —— 那个名单是给"还欠着的"记账的。
留着会让余额虚高，而这正是这个机制要防的（欠账不显形就等于没有）。

## 三、途中被两条"登记一致性"判据拦了两次（都按它们给的方向修）

1. `debt-visibility`：我在 `harmony-imageprep` 里新增了两处边界声明
   （"未覆盖/未验"这类词），而余额里没登记 ⇒ 红。
   **按它要求的顺序做**：先补 `docs/DEBTS.json`（`harmony-p4c-boundary-decls`
   那一笔的 note 里写明"只做了一半"），再把登记次数 4 → 6。
2. `commit-hygiene`：`DEBTS.json` 说 `static-criteria=6`，实测 5 ⇒ 红。
   —— 这条正是"可见的那个数字是副本，漂移了必须两边一起改"。
   改数字之外还在那一笔里写了**为什么减**（admin 升级并移出名单）。

★ 第三处被拦很有意思：`debt-visibility` 是**按词表数自己**的判据，
我第一次修时在那个文件里写了一句话里含"仍未覆盖"，于是它把自己数多了 1 处
（12 → 13）。那一刻是**判据在正确地工作**（"多一处即红"）——
我写的其实是**引用**另一笔账，不是新的边界声明，所以改成了不带判定词的措辞。

## 四、判据

`run-all.mjs` → `files=32 ran=32 checks=507 pass=507 fail=0 skip=0
red=0 broken=0 unreported=0`。`harmony-imageprep` 30 → 31；
`harmony-admin` 移出静态名单（仍在套件里，28 条）。
`hvigorw assembleHap` 成功；前端重建。

**剩余到期未升级**：`harmony-appearance`（已有 2 条设备判据）、
`harmony-logic`、`cross-client-theme`、`appearance-defaults` —— 逐条来。

client/electron/test/lib/harmony-device.mjs

@@ -456,3 +456,19 @@ export async function backToMain(hdc, { tries = 6, settle = 700 } = {}) {
   }
   return atMain();
 }
+
+
+/**
+ * 在设备上跑一条 **shell 命令**并把输出带回来（`hdc shell <cmd>`）。
+ *
+ * ★ 判据经常需要设备侧的第二来源：`file` 报的图片尺寸、`ls` 报的体积、
+ *   `/proc` 里的内存……这些都是**独立于本应用**的事实，
+ *   拿它们与应用的决策对账，比只看应用自己的输出可靠得多
+ *   （否则"应用读错了尺寸"和"应用算错了"长得一模一样）。
+ *
+ * 返回 `{ stdout, stderr, status }`。`hdc` 是 `findHdc()` 的返回值（路径字符串）。
+ */
+export function shellOn(hdc, cmd, timeout = 20000) {
+  if (!hdc) return { stdout: '', stderr: 'no hdc', status: -1 };
+  return sh(hdc, ['shell', cmd], timeout);
+}