From 10b9d92c54a4d26b7e1a29ddbf984bef28d3c5d2 Mon Sep 17 00:00:00 2001 From: yibo Date: Sun, 24 May 2026 21:58:28 +0800 Subject: [PATCH] docs: HANDOFF.md 加 4 条本轮新踩的坑 --- server/services/wechat/HANDOFF.md | 3 +++ 1 file changed, 3 insertions(+), 0 deletions(-) diff --git a/server/services/wechat/HANDOFF.md b/server/services/wechat/HANDOFF.md index bd21866..321b99e 100644 --- a/server/services/wechat/HANDOFF.md +++ b/server/services/wechat/HANDOFF.md @@ -287,6 +287,9 @@ pkill -f auto-reply.js | `Gateway failed to start! setsid: exec python: No such file or directory` | `su -c` PATH 缺 termux bin | 用 `su u0_a327 -c 'export PATH=/data/data/com.termux/files/usr/bin:$PATH; bash start-gateway.sh'` | | `pgrep -f com.tencent.mm` 找不到微信 | Android 把 `cmdline` 设成 `zygote64`，`-f` 不匹配 | 用 `pgrep -x com.tencent.mm`（匹配 `/proc/PID/comm`） | | 频繁 `403 quota exhausted` | LLM 后端配额耗尽 | 切换 provider，见第 5 节 | +| 守护脚本里 `pgrep -f node.*auto-reply.js` 永远返 true（导致永远不重启 / 0 次启动）或永远返 false（导致 spawn 风暴） | `pgrep -f` 在 `su -c "..."` 包装下会**自匹配**自己 shell 的 cmdline；如果改用 PID 文件，`$!` 抓到的是 `sh -c` wrapper PID（comm=sh）而不是 node 子进程 | 用 `su -c "ps -ef \| grep -E node.auto-reply.js \| grep -v sh.-c \| grep -v grep"` 精确匹配 "node auto-reply.js" 实进程；pattern 用 `.` 占位单字符避免嵌套引号 | +| 部署 JS 后 node 启动报 `SyntaxError: Invalid regular expression flags` 指向不存在的行号（文件 wc 看是干净的） | phone 上某 claude-run/hermes 会话的 shell snapshot hook 在 dash 启动时尝试写 `/data/local/tmp/hermes-snap-*.sh` 失败，错误以**追加方式注入到 hermes-wechat/*.js 末尾** | 部署用 `dd if=src of=dst` 而不是 `cp`；启动 node 时直接 `su -c 'cd X && env... nohup node ...'`，不经 start-ar.sh / dash wrapper | +| `[HERMES] API timeout` / `socket hang up` 在 turns=9 多上下文场景下偶发 | Moonshot kimi-k2.6 长 context LLM call 可达 60s+，旧的 `HERMES_TIMEOUT=120000` 偶发不够 | 启动 env 设 `HERMES_TIMEOUT=180000`（3 分钟），keepalive.sh 已内联 | --- -- libgit2 0.21.4