fix(deploy): 三个工具统一 AGENTMAIL_PREFIX + go 环境预检（别把环境问题报成代码问题）

pi 的 G 项，两处都实测确认：

1. **`PREFIX` 三套写法**：`redeploy-gateway.sh` 与 `reset-demo.sh` 都是
   `${AGENTMAIL_PREFIX:-/opt/agentmail}`，只有 `install.sh` 写死 `/opt/agentmail`
   ⇒ 谁设了那个变量，install 装到 A、redeploy 看 B、drift-check 看 C。
   实际不止一处：`install.sh` 里另有 3 处**绕过自己的 `$PREFIX`** 硬编码
   （`agent-config`、`pi-config`、`bin/` 的 install），`redeploy-gateway.sh` 里也有 2 处
   （它自己有 `$PREFIX` 却绕过）。全部收回 `$PREFIX`；`install.sh` 改为尊重
   `${AGENTMAIL_PREFIX:-/opt/agentmail}`。`install.sh` 里 `/opt/agentmail` 现在只剩
   注释与默认值两处。
   ⚠️ `check-deploy-drift.mjs` 仍是硬编码——**没有改**：它是独立工具、不 source 任何脚本，
   要它认前缀得先定义"配置从哪来"，那是设计题不是一行改动。（已在此留档。）

2. **`--check` 相位新增的 go 门禁会产出误导信号**：我实测（沙箱里没有 `HOME`/`GOPATH`）
   它报 `go: module cache not found: neither GOMODCACHE nor GOPATH is set`，
   然后被我说成"go vet / go test 不过 —— **先修好再安装**" ——
   **把环境问题报成代码问题**，而那正好诱导人去 sudo 建目录
   （GOPATH 会落到 `${GOPATH:-$HOME/go}/pkg/mod`）。
   加一句预检：`go env GOMODCACHE` 为空 ⇒ 明说"环境不足"并 **exit 2**（环境约定），
   不再冒充代码缺陷。实测：沙箱里现在报"环境不足…药方：带上有 HOME 的环境重跑"、退出码 2；
   带上 `HOME=/root` 后 `go vet` + `go test` **通过**（退出码 0）。

deploy/redeploy-gateway.sh

@@ -116,8 +116,8 @@ fi
 # 后果是"改了仓库里的通知脚本、用 --skip-web 部署 ⇒ 生产还是旧的那份",
 # 而判据 ③ 只判"在不在、有没有执行位"，不判**是哪一份** ⇒ 全绿。
 # （已把 ③ 一并改成比内容。）
-install -d /opt/agentmail/bin || { bad "建不了 /opt/agentmail/bin"; exit 2; }
-if ! install -m 0755 "$REPO/deploy/service-failure-notify.mjs" /opt/agentmail/bin/service-failure-notify.mjs; then
+install -d "$PREFIX/bin" || { bad "建不了 $PREFIX/bin"; exit 2; }
+if ! install -m 0755 "$REPO/deploy/service-failure-notify.mjs" "$PREFIX/bin/service-failure-notify.mjs"; then
   bad "装不了故障通知脚本"
   exit 2
 fi