-
task.hexdo.com 探测发现指向错了 Mac 的 agent-bridge，域名重新分配后 （详见 docs/2026-08-07-task-hexdo-tunnel-and-wechat-watcher.md），把 task.hexdo.com 隧道健康检查/自愈加进看门狗第 7 节；顺带修复微信自动 回复 watcher 的判活逻辑（`ps -A|grep` 在设备负载下不可靠导致健康进 程被误判重启），改用 pidfile + /proc/cmdline 判活，并修掉 log() 把 每行日志写两遍的小 bug。 Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
-
手机后台卡死到连电源键都无响应：wechat_reply_watcher.py 死循环+ wechat-viewer-watchdog.sh(Hermes cron 每 5 分钟跑一次)检测存活只信 一次 su -c 'ps -A'|grep，系统过载时该探测本身会漏检，导致在卡死的旧 实例上不断叠加新实例，6 天内滚雪球到 877 个同时存活进程，吃满内存 +swap 拖死整机。 修复：watchdog 第 5 步改为每次都先 pkill 清场再起一个（与同文件里 Flask 重启逻辑一致的幂等单例模式），不再依赖探测结果是否可靠。已在 设备上部署验证。 顺带把 wechat_reply_watcher.py / orchestrator.py / policy.py 同步为 设备上过去两周的最新版本（repo 里是旧的，device 端已经跑在更新版本 上——非 root Termux su fallback、admin/member 双角色回复、去重、独 立验证层等），此前只有 daemon.sh 和 service.d 脚本是同步的。 Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>