aaden-cli 1.6.97 → 1.6.101

package/AadenDeploy/Utils/cottiNetplan.sh

@@ -70,7 +70,7 @@ network:
       gateway4: 192.168.121.1
       nameservers:
         addresses:
-          - 192.168.121.1
+          - 8.8.8.8
 EOF
 
 echo "已生成配置文件：$CONFIG_FILE"

package/AadenDeploy/Utils/fixCronJob.sh

@@ -26,10 +26,14 @@ echo "END Aaden Deploy CONFIG"
 echo "Innerken322." | sudo -S rm -rf /etc/cron.d/aaden-cli-upgrade
 echo "Innerken322." | sudo -S touch conf
 echo "Innerken322." | sudo -S chmod 777 conf
+# root 的 cron 默认 PATH 只有 /usr/bin:/bin，不含 /usr/local/bin；auto-upgrade 及其
+# 子脚本里的 aaden-cli 裸命令需要它（crontab 不支持 $PATH 展开，只能写完整值）。
+echo "PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin" >>conf
 echo "55 4 * * * sudo npm install aaden-cli -g" >>conf
-echo "59 4 * * * /usr/local/bin/aaden-cli auto-upgrade" >>conf
+# auto-upgrade 的输出重定向到日志：cron 默认只在有本地邮件时才留输出，很多设备查不到。
+echo "59 4 * * * /usr/local/bin/aaden-cli auto-upgrade >> /var/log/aaden-auto-upgrade.log 2>&1" >>conf
 echo "@reboot sleep 30 && sudo npm install aaden-cli -g" >>conf
-echo "@reboot sleep 60 &&/usr/local/bin/aaden-cli auto-upgrade" >>conf
+echo "@reboot sleep 60 && /usr/local/bin/aaden-cli auto-upgrade >> /var/log/aaden-auto-upgrade.log 2>&1" >>conf
 echo "Innerken322." | sudo -S crontab -u root -r
 echo "Innerken322." | sudo -S crontab -u root conf
 echo "Innerken322." | sudo -S rm -f conf

package/AadenDeploy/lightUpdate.sh

@@ -2,9 +2,12 @@
 # 轻量后端部署（light-update 的执行体）。
 #   - composer.lock 门：远端 raw/PHP/composer.lock == 本机？ 相同→code.zip(~1MB,保留vendor)；不同→latest.zip全量
 #   - **先下载校验，确认源存在后才做任何破坏性操作**（避免"删了迁移又没铺上"）
+#   - 产物版本门：版本号只认包里的 package.json，不新于本机就拒绝部署（见下）
 #   - 部署前 tar 备份 PHP 代码(排除 vendor)；migrate 后健康检查；失败自动回滚
 #   - 绝不 snap refresh 前端、绝不 apt
-# 退出码：0=成功(或无需更新)，1=失败/已回滚。末行输出 DEPLOY_OK <ver> | ROLLED_BACK | ABORT_*
+# 退出码：0=成功(或无需更新)，1=失败/已回滚。末行输出 DEPLOY_OK <ver> | ROLLED_BACK | ABORT_* | SKIP_*
+# 同一行也写进 /var/tmp/aaden-lu-status，供 index.js 读出来发到 cloud deviceLog
+# —— 光靠退出码分不清"TSE 忙跳过"和"产物陈旧"，deviceLog 里就只剩一句含糊的失败。
 set -uo pipefail
 S3="https://aaden-backend.s3.eu-central-1.amazonaws.com"
 STAGE=/var/tmp/aaden-lu-stage      # 绝对路径：download 与 sudo cp 必须看到同一个目录（~ 在 sudo 下会变 /root）
@@ -12,10 +15,29 @@ BACKUP=/var/lib/aaden-php-backup
 PW='Innerken322.'
 sudoS(){ echo "$PW" | sudo -S bash -c "$*"; }
 
+STATUS_FILE=/var/tmp/aaden-lu-status
+rm -f "$STATUS_FILE" 2>/dev/null || true
+# 每条退出路径都经 finish：状态既打到 stdout(人看日志)，也落盘(index.js 读了发 deviceLog)。
+finish(){ echo "$1"; echo "$1" > "$STATUS_FILE" 2>/dev/null || true; exit "$2"; }
+
+# 点分数字版本比较：a > b 返回 0。与 index.js 的 versionGt 同一套语义（'1.9.61' > '1.7.908'）。
+verGt(){ python3 -c "
+import sys
+pa=[int(x) if x.isdigit() else 0 for x in sys.argv[1].split('.')]
+pb=[int(x) if x.isdigit() else 0 for x in sys.argv[2].split('.')]
+n=max(len(pa),len(pb)); pa+=[0]*(n-len(pa)); pb+=[0]*(n-len(pb))
+sys.exit(0 if pa>pb else 1)" "$1" "$2" 2>/dev/null; }
+
+# 读 package.json 的 version；读不到输出空串。
+pkgVer(){ python3 -c "
+import json,sys
+try: print(json.load(open(sys.argv[1]))['version'])
+except Exception: print('')" "$1" 2>/dev/null; }
+
 # 早失败：老 aaden 设备的 sudo 密码可能不是共享密码。先探一次 ——
 # 否则会一路穿到 ABORT_DOWNLOAD，把"密码不符"误报成"下载问题"，排障跑偏。
 # NOPASSWD 设备此探测同样通过（sudo 不问，管道密码被忽略）。
-if ! echo "$PW" | sudo -S true 2>/dev/null; then echo "ABORT_SUDO_AUTH (aaden sudo 密码不符?)"; exit 1; fi
+if ! echo "$PW" | sudo -S true 2>/dev/null; then finish "ABORT_SUDO_AUTH (aaden sudo 密码不符?)" 1; fi
 
 # ---- composer.lock 门 ----
 REMOTE_LOCK=$(curl -s "$S3/raw/PHP/composer.lock" --max-time 30)
@@ -34,14 +56,32 @@ sudoS "rm -rf $STAGE && mkdir -p $STAGE && chown $(id -un):$(id -gn) $STAGE"
 # code.zip 仅 ~1MB，curl 瞬间完成；latest.zip 全量走 curl 稍慢但那是罕见 fallback。
 ZIP="$STAGE/$ARTIFACT"
 curl -fsSL "$S3/$ARTIFACT" -o "$ZIP" --max-time 1200
-if [ ! -s "$ZIP" ]; then echo "下载失败或为空: $ARTIFACT"; echo "ABORT_DOWNLOAD"; exit 1; fi
+if [ ! -s "$ZIP" ]; then echo "下载失败或为空: $ARTIFACT"; finish "ABORT_DOWNLOAD ($ARTIFACT)" 1; fi
 unzip -q -o "$ZIP" -d "$STAGE" && rm -f "$ZIP"
 
 # ---- 关键：破坏任何东西之前，先确认源 PHP 代码确实在 ----
 if [ ! -f "$STAGE/PHP/composer.lock" ] || [ ! -d "$STAGE/PHP" ]; then
   echo "源包缺 PHP/ 或 composer.lock，中止（未改动任何文件）"
-  echo "ABORT_BAD_ARTIFACT"; exit 1
+  finish "ABORT_BAD_ARTIFACT ($ARTIFACT)" 1
+fi
+
+# ---- 产物版本门：版本号只认包里的 package.json ----
+# 早先是部署完单独 curl raw/package.json 当版本号，那是两个独立对象，可以不一致：
+# 2026-09 就出现过 raw 已经 1.9.69、code.zip 还停在 8/19 的 1.9.67（发布工作流挂在
+# GitHub Release 上，而那两次发版只推了 tag 没建 Release）。设备于是铺了旧代码、
+# 盖上新版本号，上报 1.9.69 —— 版本门(本机==远端)从此永远跳过，再也不会自愈。
+# 现在：包里没版本号、或不比本机新，就在动任何文件之前拒绝，并把状态上报出去。
+ART_VER=$(pkgVer "$STAGE/package.json")
+LOCAL_VER=$(pkgVer /var/www/html/package.json)
+if [ -z "$ART_VER" ]; then
+  echo "源包里没有 package.json，取不到版本号，中止（未改动任何文件）"
+  finish "ABORT_NO_VERSION ($ARTIFACT)" 1
+fi
+if ! verGt "$ART_VER" "${LOCAL_VER:-0.0.0}"; then
+  echo "源包版本 $ART_VER 不比本机 ${LOCAL_VER:-未知} 新 —— 产物陈旧或发布流水线没跑，中止（未改动任何文件）"
+  finish "ABORT_STALE_ARTIFACT (包 $ART_VER <= 本机 ${LOCAL_VER:-未知})" 1
 fi
+echo "产物版本门通过：${LOCAL_VER:-未知} -> $ART_VER"
 
 # ---- TSE 门：绝不在有进行中的交易/TSE 签名时部署 ----
 # 结账把 START/FINISH 塞进 TseExecuteQueue，后台 worker 签名后置 finished=1（出错也置 1）。
@@ -62,10 +102,10 @@ fi
 if [ -z "$DUE" ]; then
   # 查不到 = 无法确认 TSE 状态 → 对财政数据保守跳过（不部署也不冒险打断签名）。
   # 非破坏性：此刻还没动任何文件。版本停滞会被 fleet-rollout-status 监控发现。
-  echo "TSE 队列查询失败，保守跳过本轮（未改动任何文件）"; echo "SKIP_TSE_QUERY"; exit 0
+  echo "TSE 队列查询失败，保守跳过本轮（未改动任何文件）"; finish "SKIP_TSE_QUERY" 0
 fi
 if [ "$DUE" -gt 0 ]; then
-  echo "有进行中的交易/TSE 签名 (due=$DUE)，跳过本轮，等下个周期"; echo "SKIP_TSE_BUSY"; exit 0
+  echo "有进行中的交易/TSE 签名 (due=$DUE)，跳过本轮，等下个周期"; finish "SKIP_TSE_BUSY (due=$DUE)" 0
 fi
 echo "TSE 队列空闲 (due=0)，可安全部署"
 
@@ -76,7 +116,9 @@ sudoS "rm -rf $BACKUP && mkdir -p $BACKUP && tar czf $BACKUP/php-code.tgz --excl
 sudoS "rm -rf /var/www/html/PHP/DB/migrations/*"
 if [ "$ARTIFACT" = "code.zip" ]; then
   sudoS "cp -rf $STAGE/PHP/. /var/www/html/PHP/"
-  sudoS "curl -s '$S3/raw/package.json' -o /var/www/html/package.json --max-time 30"
+  # 版本号取包里的那份 —— 与刚铺下去的代码同源同批，不可能对不上。
+  # （旧版这里是 curl raw/package.json，正是"旧代码贴新版本号"的来源。）
+  sudoS "cp -f $STAGE/package.json /var/www/html/package.json"
 else
   sudoS "cp -rf $STAGE/. /var/www/html/"
 fi
@@ -96,7 +138,7 @@ done
 if [ "$HEALTHY" != "1" ]; then
   echo "健康检查失败 → 回滚"
   sudoS "tar xzf $BACKUP/php-code.tgz -C /var/www/html && chown -hR www-data:www-data /var/www/html"
-  sudoS "rm -rf $STAGE"; echo "ROLLED_BACK"; exit 1
+  sudoS "rm -rf $STAGE"; finish "ROLLED_BACK (回到 ${LOCAL_VER:-未知})" 1
 fi
 sudoS "rm -rf $STAGE"
-echo "DEPLOY_OK $(python3 -c "import json;print(json.load(open('/var/www/html/package.json'))['version'])" 2>/dev/null)"
+finish "DEPLOY_OK $(pkgVer /var/www/html/package.json)" 0

package/AadenDeploy/upgrade.sh

@@ -1,5 +1,14 @@
 #!/bin/bash
 
+# cron 的默认 PATH 只有 /usr/bin:/bin，不含 /usr/local/bin —— 而 npm 全局的 aaden-cli
+# 就装在这里。不处理的话下面两条命令会 command not found：auto-upgrade 每天静默跳过
+# patch 与 light-update，表现为"CLI 一直在升级、后端却永远不动"（2026-09 全网故障根因）。
+#
+# 用前置而非覆盖，并保持命令为裸名：历史上 aaden-cli 也出现在过 /usr/bin
+# （见 2022 年的 ln -s /usr/bin/aaden-cli /usr/local/bin/aaden-cli），
+# 写死 /usr/local/bin/aaden-cli 在那种设备上会失败，而保留 "$PATH" 两者都能命中。
+export PATH="/usr/local/bin:$PATH"
+
 mkdir -p /etc/aaden/config
 chmod -R 777 /etc/aaden/config
 

package/dist/index.js

@@ -18507,7 +18507,7 @@ module.exports = JSON.parse('{"name":"axios","version":"0.19.2","description":"P
 /***/ ((module) => {
 
 "use strict";
-module.exports = {"i8":"1.6.97"};
+module.exports = {"i8":"1.6.101"};
 
 /***/ })
 
@@ -18811,12 +18811,27 @@ async function patch() {
         return !readyList.includes(p)
     })
 
-    if (runList.length > 0) {
-        await runMultiple(runList)
-        readyList = readyList.concat(runList)
+    // 逐个执行并检查退出码：失败的补丁绝不写进 patchLog.json，下次才会重试。
+    // 旧实现把整批用 && 串成一条、又不看退出码 —— 任一补丁报错或命令找不到时，
+    // 后面的补丁根本没跑，却全被记为已完成（2026-09 全网 patch 静默失效就是这么被掩盖的）。
+    for (const p of runList) {
+        const {result, code} = await runMultiple([p])
+        if (!result) {
+            // debug 模式只打印不执行，不能因此把补丁标记成已完成。
+            return
+        }
+        if (code !== 0) {
+            console.error(('补丁执行失败，未记录、下次重试: ' + p + ' (exit ' + code + ')').bgRed)
+            try {
+                await logAction('patch 执行失败: ' + p + ' (exit ' + code + ')', code || 1)
+            } catch (e) {
+                console.error('上报 patch 失败异常: ' + (e.message || e))
+            }
+            return
+        }
+        readyList.push(p)
         fs.writeFileSync(patchRecordFilePath, JSON.stringify(readyList))
     }
-
 }
 
 async function runMultiple(files) {
@@ -18825,7 +18840,7 @@ async function runMultiple(files) {
         arr.push('./' + f)
         return arr
     }, [])
-    await cli.executeInShell(command, program.debug)
+    return cli.executeInShell(command, program.debug)
 }
 
 async function run(filePath) {
@@ -19079,13 +19094,16 @@ async function update(channel = '') {
  * 与 `update`（走 update.sh）的区别：
  *   - **不 snap refresh aaden-vue-app**（不会重启收银前端）
  *   - **不 apt install**
- *   - 三道闸门保证「营业时间被触发也安全」：
+ *   - 四道闸门保证「营业时间被触发也安全」：
  *       ① 版本门：S3 版本 == 本机版本 → 跳过（已最新，重启也不白部署）
  *       ② 灰度门：只部署到 cloud `deviceLog.maxVersion` 允许的版本（-1=不设限）
  *                 → 可先给少数设备设 maxVersion 做金丝雀，其余自动跳过
- *       ③ TSE 门：有进行中的交易/TSE 签名 → 跳过（在 lightUpdate.sh 里查 TseExecuteQueue，
+ *       ③ 产物版本门：包里的 package.json 不比本机新 → 拒绝（在 lightUpdate.sh 里，下载解压之后、
+ *                 动任何文件之前）。挡的是"发布流水线没跑、S3 上产物陈旧"这种情况 —— 见下面的说明。
+ *       ④ TSE 门：有进行中的交易/TSE 签名 → 跳过（在 lightUpdate.sh 里查 TseExecuteQueue，
  *                 紧贴 cp 之前，避免"下载期间开了新交易"的竞态；开桌吃饭不阻塞，只有正在签的交易阻塞）
- *   - 结果（部署/跳过/失败）经 logAction 写入 cloud 事件日志，可在 deviceLog/eventList 观测
+ *   - 结果（部署/跳过/失败）经 logAction 写入 cloud 事件日志，可在 deviceLog/eventList 观测；
+ *     具体状态由 lightUpdate.sh 写在 /var/tmp/aaden-lu-status，这里读出来一并上报
  */
 async function lightUpdate() {
     try {
@@ -19115,8 +19133,10 @@ async function lightUpdate() {
         // 有进行中的交易/TSE 签名就跳过。放在脚本里而非这里，是为了紧贴破坏性 cp、
         // 消掉"这里查过没单 → 下载几秒 → 期间开了新交易 → cp 打断签名"的竞态窗口。
 
-        // lightUpdate.sh 自己完成：TSE 门 + composer.lock 门(选 code.zip 或 latest.zip) + 下载 + 备份
-        // + 部署 + migrate + 健康检查/失败回滚。退出码：0=成功，1=已回滚。
+        // lightUpdate.sh 自己完成：composer.lock 门 + 下载 + 产物版本门 + TSE 门 + 备份
+        // + 部署 + migrate + 健康检查/失败回滚。退出码：0=成功/跳过，1=拒绝或已回滚。
+        // 先删掉上轮的状态文件，免得脚本没跑起来时把旧状态当成本轮结果报上去。
+        try { fs.unlinkSync(LU_STATUS_FILE) } catch (e) { /* 本来就没有，正常 */ }
         const command = [
             ...getPrivilegeCMD('AadenDeploy/lightUpdate.sh'),
             'cd AadenDeploy',
@@ -19124,13 +19144,17 @@ async function lightUpdate() {
         ]
         const {code} = await cli.executeInShell(command, program.debug)
 
+        // 退出码只有 0/1，分不清"TSE 忙跳过"和"产物陈旧被拒"。脚本把末行状态写了盘，这里读出来
+        // 一起发 deviceLog —— 否则像这次"发布流水线没跑"这种故障在云端就是一片沉默。
+        const status = readLightUpdateStatus()
+        const suffix = status ? ' [' + status + ']' : ''
         const newVersion = readBackendVersionFresh()
         if (code !== 0) {
-            await logAction('light-update 失败/已回滚 (仍 ' + newVersion + ')', code || 1)
+            await logAction('light-update 失败/未部署 (仍 ' + newVersion + ')' + suffix, code || 1)
         } else if (newVersion !== localVersion) {
-            await logAction('light-update 完成 ' + localVersion + ' -> ' + newVersion, 0)
+            await logAction('light-update 完成 ' + localVersion + ' -> ' + newVersion + suffix, 0)
         } else {
-            await logAction('light-update 无实际变化 (' + newVersion + ')', 0)
+            await logAction('light-update 无实际变化 (' + newVersion + ')' + suffix, 0)
         }
     } catch (e) {
         console.error(e)
@@ -19161,6 +19185,18 @@ async function getDeviceMaxVersion(deviceId) {
     }
 }
 
+/** lightUpdate.sh 落盘的末行状态（DEPLOY_OK / ROLLED_BACK / ABORT_* / SKIP_*）。 */
+const LU_STATUS_FILE = '/var/tmp/aaden-lu-status'
+
+/** 读 lightUpdate.sh 的最终状态；读不到返回空串（脚本没跑到 finish，或权限异常）。 */
+function readLightUpdateStatus() {
+    try {
+        return fs.readFileSync(LU_STATUS_FILE, 'utf8').trim().split('\n').pop().slice(0, 200)
+    } catch (e) {
+        return ''
+    }
+}
+
 /** 直接读文件、绕过 require 缓存 —— 部署后读到的必须是新版本号，不能是进程启动时缓存的旧值。 */
 function readBackendVersionFresh() {
     try {

package/index.js

@@ -230,12 +230,27 @@ async function patch() {
         return !readyList.includes(p)
     })
 
-    if (runList.length > 0) {
-        await runMultiple(runList)
-        readyList = readyList.concat(runList)
+    // 逐个执行并检查退出码：失败的补丁绝不写进 patchLog.json，下次才会重试。
+    // 旧实现把整批用 && 串成一条、又不看退出码 —— 任一补丁报错或命令找不到时，
+    // 后面的补丁根本没跑，却全被记为已完成（2026-09 全网 patch 静默失效就是这么被掩盖的）。
+    for (const p of runList) {
+        const {result, code} = await runMultiple([p])
+        if (!result) {
+            // debug 模式只打印不执行，不能因此把补丁标记成已完成。
+            return
+        }
+        if (code !== 0) {
+            console.error(('补丁执行失败，未记录、下次重试: ' + p + ' (exit ' + code + ')').bgRed)
+            try {
+                await logAction('patch 执行失败: ' + p + ' (exit ' + code + ')', code || 1)
+            } catch (e) {
+                console.error('上报 patch 失败异常: ' + (e.message || e))
+            }
+            return
+        }
+        readyList.push(p)
         fs.writeFileSync(patchRecordFilePath, JSON.stringify(readyList))
     }
-
 }
 
 async function runMultiple(files) {
@@ -244,7 +259,7 @@ async function runMultiple(files) {
         arr.push('./' + f)
         return arr
     }, [])
-    await cli.executeInShell(command, program.debug)
+    return cli.executeInShell(command, program.debug)
 }
 
 async function run(filePath) {
@@ -498,13 +513,16 @@ async function update(channel = '') {
  * 与 `update`（走 update.sh）的区别：
  *   - **不 snap refresh aaden-vue-app**（不会重启收银前端）
  *   - **不 apt install**
- *   - 三道闸门保证「营业时间被触发也安全」：
+ *   - 四道闸门保证「营业时间被触发也安全」：
  *       ① 版本门：S3 版本 == 本机版本 → 跳过（已最新，重启也不白部署）
  *       ② 灰度门：只部署到 cloud `deviceLog.maxVersion` 允许的版本（-1=不设限）
  *                 → 可先给少数设备设 maxVersion 做金丝雀，其余自动跳过
- *       ③ TSE 门：有进行中的交易/TSE 签名 → 跳过（在 lightUpdate.sh 里查 TseExecuteQueue，
+ *       ③ 产物版本门：包里的 package.json 不比本机新 → 拒绝（在 lightUpdate.sh 里，下载解压之后、
+ *                 动任何文件之前）。挡的是"发布流水线没跑、S3 上产物陈旧"这种情况 —— 见下面的说明。
+ *       ④ TSE 门：有进行中的交易/TSE 签名 → 跳过（在 lightUpdate.sh 里查 TseExecuteQueue，
  *                 紧贴 cp 之前，避免"下载期间开了新交易"的竞态；开桌吃饭不阻塞，只有正在签的交易阻塞）
- *   - 结果（部署/跳过/失败）经 logAction 写入 cloud 事件日志，可在 deviceLog/eventList 观测
+ *   - 结果（部署/跳过/失败）经 logAction 写入 cloud 事件日志，可在 deviceLog/eventList 观测；
+ *     具体状态由 lightUpdate.sh 写在 /var/tmp/aaden-lu-status，这里读出来一并上报
  */
 async function lightUpdate() {
     try {
@@ -534,8 +552,10 @@ async function lightUpdate() {
         // 有进行中的交易/TSE 签名就跳过。放在脚本里而非这里，是为了紧贴破坏性 cp、
         // 消掉"这里查过没单 → 下载几秒 → 期间开了新交易 → cp 打断签名"的竞态窗口。
 
-        // lightUpdate.sh 自己完成：TSE 门 + composer.lock 门(选 code.zip 或 latest.zip) + 下载 + 备份
-        // + 部署 + migrate + 健康检查/失败回滚。退出码：0=成功，1=已回滚。
+        // lightUpdate.sh 自己完成：composer.lock 门 + 下载 + 产物版本门 + TSE 门 + 备份
+        // + 部署 + migrate + 健康检查/失败回滚。退出码：0=成功/跳过，1=拒绝或已回滚。
+        // 先删掉上轮的状态文件，免得脚本没跑起来时把旧状态当成本轮结果报上去。
+        try { fs.unlinkSync(LU_STATUS_FILE) } catch (e) { /* 本来就没有，正常 */ }
         const command = [
             ...getPrivilegeCMD('AadenDeploy/lightUpdate.sh'),
             'cd AadenDeploy',
@@ -543,13 +563,17 @@ async function lightUpdate() {
         ]
         const {code} = await cli.executeInShell(command, program.debug)
 
+        // 退出码只有 0/1，分不清"TSE 忙跳过"和"产物陈旧被拒"。脚本把末行状态写了盘，这里读出来
+        // 一起发 deviceLog —— 否则像这次"发布流水线没跑"这种故障在云端就是一片沉默。
+        const status = readLightUpdateStatus()
+        const suffix = status ? ' [' + status + ']' : ''
         const newVersion = readBackendVersionFresh()
         if (code !== 0) {
-            await logAction('light-update 失败/已回滚 (仍 ' + newVersion + ')', code || 1)
+            await logAction('light-update 失败/未部署 (仍 ' + newVersion + ')' + suffix, code || 1)
         } else if (newVersion !== localVersion) {
-            await logAction('light-update 完成 ' + localVersion + ' -> ' + newVersion, 0)
+            await logAction('light-update 完成 ' + localVersion + ' -> ' + newVersion + suffix, 0)
         } else {
-            await logAction('light-update 无实际变化 (' + newVersion + ')', 0)
+            await logAction('light-update 无实际变化 (' + newVersion + ')' + suffix, 0)
         }
     } catch (e) {
         console.error(e)
@@ -580,6 +604,18 @@ async function getDeviceMaxVersion(deviceId) {
     }
 }
 
+/** lightUpdate.sh 落盘的末行状态（DEPLOY_OK / ROLLED_BACK / ABORT_* / SKIP_*）。 */
+const LU_STATUS_FILE = '/var/tmp/aaden-lu-status'
+
+/** 读 lightUpdate.sh 的最终状态；读不到返回空串（脚本没跑到 finish，或权限异常）。 */
+function readLightUpdateStatus() {
+    try {
+        return fs.readFileSync(LU_STATUS_FILE, 'utf8').trim().split('\n').pop().slice(0, 200)
+    } catch (e) {
+        return ''
+    }
+}
+
 /** 直接读文件、绕过 require 缓存 —— 部署后读到的必须是新版本号，不能是进程启动时缓存的旧值。 */
 function readBackendVersionFresh() {
     try {

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "aaden-cli",
-  "version": "1.6.97",
+  "version": "1.6.101",
   "description": "",
   "main": "dist/index.js",
   "scripts": {