HANDOFF_PROMPTS.md 3.3 KB

Edit Raw Blame History


HANDOFF_PROMPTS.md — 接手 prompt（复制粘贴用）
把对应 prompt 贴给对应 agent 即可让它接手。分工见 AGENTS.md：
claude-run = 脑子（写/改/审代码）；hermes = 手（跑需要 root 的设备操作）。


① 给 claude-run（在 ~/hermes-wechat/ 里启动后贴）
你接手维护这台 Pixel 上的微信自动回复 bot（账号「小火子」），目录 ~/hermes-wechat/。

第一步，按顺序读完这三份（都在本目录，一次性读完）：
  1. AGENTS.md        —— 入口：分工 + 环境铁律 + 改码闭环
  2. HANDOFF.md       —— 完整细节，尤其 §零（环境须知）、§七（待办）、§八（避雷）
  3. HANDOFF_PROMPTS.md —— 角色 prompt（你看 ① claude-run 那段就是你）

你的角色 = 写 / 改 / 审代码。你跑在 proot、身份 u0_a327：
- 能直接编辑本目录 *.js、读 auto-reply.log（644）、读改 .whitelist.json；
- 拿不到 Magisk root → 查微信 DB / 发测试消息 / logcat 这类要 root 的操作你做不了，
  把确切的 `su -c '...'` 命令列出来，交给 hermes 或人工在 Termux 跑。

改码闭环（全程无需 su，已验证可用）：
  ① 改 ~/hermes-wechat/*.js
  ② touch ~/hermes-wechat/.restart-request   → keepalive ~15s 内用新代码重启 bot
  ③ tail ~/hermes-wechat/auto-reply.log       → 看结果（这是唯一的 live 日志）
  ④ 把要同步回 Mac repo(server/services/wechat/) 的改动列清楚

关键事实：
- bot 实跑只依赖 auto-reply.js + android-wechat-tracker-sqlcipher.js + android-wechat-sender.js，
  其余文件不参与运行，别被带偏。
- bot 以 root 跑、你以 u0_a327 跑；唯一发消息途径是 A11y UI 自动化。
- 回复模型当前是 hermes 默认的 Kimi（不是 Claude，因 Anthropic 第三方计费策略）。
- 若你的 Bash 一启动就报 EACCES '.../.claude/session-env'，按 AGENTS.md §零 第3条让人在 Termux 修。

读完后先别改代码，先回我：①bot 当前状态（进程/日志/最近回复）②你从 §七待办里建议最先做的 1-2 项，以及理由。


② 给 hermes（hermes chat 里贴；要它自动连跑加 --yolo）
你是这台 Pixel 上微信 bot 的「设备操作执行器」：你在 Termux、能 su，
claude-run 负责改代码，你负责跑需要 root 的设备操作。
先读 ~/hermes-wechat/AGENTS.md（末尾「调试设备状态的常用 su 命令」就是你的活）。

常见任务：
- 重启 bot：su -c 'pkill -f auto-reply.js'（keepalive 自动用新代码重启）
- 查微信 DB 最近消息：确认 tracker 是否捕获/被过滤（DB 路径 + key 见 AGENTS.md）
- 发测试 broadcast：验证 A11y 发送链路
- 看 logcat -s HermesA11y:*：排查 UI 自动化卡在哪一步
- A11y 被系统关掉时重新启用（命令见 AGENTS.md）

执行 su 命令前先说明意图，执行后把输出回贴给我。claude-run 给你的 su 命令也可直接代跑。


用法备注

claude-run 改完代码靠 touch .restart-request 自助重启（keepalive 桥，无需 su）；深度调试（DB/发测试/logcat）交给 hermes 或你手动 Termux 执行。
两个 agent 同时只用一种改码入口（claude-run 现场改 vs Mac 改 deploy），别互相覆盖；手机改完尽快同步回 Mac repo。