MailUI4Agents

Files

JianFeeeee 5e38914cac fix(deploy-drift): 判据 ② 是假绿 —— 它比的目录不存在（一个文件都没比过，却报"一致"）

pi 逐行读出来的（我实测确认）：默认路径写成
`new URL('../systemd', import.meta.url).pathname`，而 `import.meta.url` 在 `deploy/` 下
⇒ 解析成 `/home/program/agentmail/systemd`（**ENOENT**，真身在 `deploy/systemd/`）。
`readdir` 抛的 ENOENT 被 `catch { return; }` 静默吞掉 ⇒ `drift` 恒空
⇒ **一个文件都没比过，却报"已安装单元与 deploy/systemd/ 一致"，而且它参与退出码。**

这是第四种形态的标本（**边界没说出口 ⇒ 报了个自己都不知道是假的 0**），
而且**自检接不住它**：`layoutSelfCheck()` 每个样本都显式注入 `repoUnits:'/repo/systemd'`
⇒ 真实默认值从没被任何样本走过 ⇒ 写错了自检也 100% 绿。
**注入点把该抓的 bug 藏起来了** —— 同族里这是最难看的一层。

四处一起修：
1. 路径改成 `join(HERE, 'systemd')`，并**导出** `DEFAULT_REPO_UNITS` 让自检能断言默认值本身；
2. `catch` 不再静默：目录读不到 ⇒ **判红**（"比不了"不许伪装成"一致"）；
   **空目录也判红** —— 真实目录有 22 个文件，不可能是空的（这条是被自检逼出来的：
   注入的 readdir 对未知目录返回 `[]`，于是"不存在"能伪装成"空"，我第一版修法又栽成恒绿）；
3. **反向也判**：机器上有、仓库里没有的（原先永远不报 —— 那正是"仓库里的是旧的、
   机器上的是新的"的另一半）。**口径必须收窄**：`/etc/systemd/system` 下绝大多数是
   系统自带 unit 与 enable 出的软链（实测 111 个），全报等于没报 ⇒ 只报本仓库自己那套、
   跳过软链 ⇒ 现在 0 个；
4. 绿的时候 note 带上覆盖范围（"比了 22 个文件，全部一致（目录：…）"）——
   空 note 无法区分"一致"和"没比过"，而那正是这条判据原先的样子。

自检新增三条判据：★默认单元目录存在、★默认单元目录不是仓库根下那个不存在的 systemd/、
★单元目录读不到 ⇒ 必须判红。另把 `bad[0]`/`badBak[0]` 这类**位置选择器**改成
按名字取（`byName`）—— 位置选择器是另一种"注入点藏 bug"：插一条新检查就会改变语义。

**变异确认**（这次先提交、再变异）：把默认路径改回 `../systemd` ⇒ 判据 ② **红**，
note 精确报 `仓库单元目录读不到：/home/program/agentmail/systemd（ENOENT）`。
⚠️ 上一次做这个变异时我在**未提交**状态下用 `git checkout HEAD --` 还原，
把自己的改动一起冲掉了 —— 这正是我自己写进 DEV-TOOLING 的那条纪律，我又踩了一次。
这次先 commit 再变异。

验证：`--self-check` 全过；实跑 ② 由"空 note 恒绿"变成"比了 22 个文件，全部一致"。

2026-09-14 20:19:30 +08:00

systemd

deploy: 标准目录部署 —— 运行时不再依赖源码目录

2026-09-14 08:38:33 +08:00

agentmail-failure-flush.timer

fix(deploy): 故障通知的三处缺陷 —— 死信目录、隔夜补投、失败无原因

2026-09-13 11:06:01 +08:00

check-deploy-drift.mjs

fix(deploy-drift): 判据 ② 是假绿 —— 它比的目录不存在（一个文件都没比过，却报"一致"）

2026-09-14 20:19:30 +08:00

check-plugin-snapshot.mjs

feat(deploy): 插件规范化部署 —— 生产跑仓库外快照，可回滚