# 2026-03-28

## 今日摘要
1. 03:00（Asia/Shanghai）执行每日日志例行更新，完成近24小时日志、仓库提交与 watchdog 记录扫描。
2. `network-watchdog.log` 在 03-27 白天到 03-28 凌晨多次触发 fast 模式（2m），出现若干次 `unhealthy` 后自动执行恢复动作（重启 Clash Party + mihomo、刷新系统代理、bounce Wi‑Fi），随后均恢复为 `healthy` 并回退慢巡检。
3. 典型恢复窗口包括 14:00 左右、14:46 左右、20:44~20:50、23:44~23:51、00:44~00:51，说明当前自愈链路可工作但波动仍频繁。
4. `gateway-daemon.err.log` 在 02:57 起持续出现 `[gmail-watcher] [gog] resolve user config dir: $HOME is not defined`，导致 watcher 以约 5 秒周期反复退出重启（重启风暴）。
5. `gateway-daemon.out.log` 同步出现 gmail watcher 高频 `starting ...` 记录，表明问题仍在进行中，未自动收敛。
6. `health-monitor.log` 近24小时按小时持续写入 `severity=warn`，`consecutiveBad` 从 999 增长到 1022（截至 02:30）。
7. 站点仓库 `halewongai.github.io` 近24小时有 2 次提交：`37d040b Update logs`、`da5dfdb Update status`。
8. `/Users/hale/Desktop/openclaw_log/watchdog/watchdog.log` 仅见 2026-02-03 历史记录，近24小时无新增。
9. 网络/权限关键结论：本窗口未观察到新的 TCC / Full Disk Access / sudo NOPASSWD 变更；当前主要权限/环境异常是 gmail watcher 运行上下文缺失 `HOME`。

## 关键操作（命令/配置/服务变更）
- 日志扫描：
  - `find /var/root/.openclaw/logs -type f -mtime -1`
  - `tail -n 120 /var/root/.openclaw/logs/network-watchdog.log`
  - `tail -n 80 /var/root/.openclaw/logs/gateway-daemon.out.log`
  - `tail -n 80 /var/root/.openclaw/logs/gateway-daemon.err.log`
  - `tail -n 80 /var/root/.openclaw/logs/mihomo.launchd.out.log`
  - `tail -n 80 /var/root/.openclaw/logs/health-monitor.log`
- 关键词核查（网络/权限相关）：
  - `TCC | Full Disk Access | NOPASSWD | getcwd | Permission denied | $HOME is not defined`
- Git 核查（按要求以 hale 登录壳执行，避免 getcwd 噪声）：
  - `su -l hale -c 'cd /Users/hale/Desktop/github/halewongai.github.io && git log --since="24 hours ago" --date=local --pretty=format:"%h | %ad | %an | %s"'`

## 交付物/链接
- 每日日志：`/Users/hale/Desktop/openclaw_log/daily/2026-03-28.md`
- 日志索引：`/Users/hale/Desktop/openclaw_log/INDEX.md`
- 仓库：`/Users/hale/Desktop/github/halewongai.github.io`
- 近24小时提交：
  - `37d040b` — Update logs
  - `da5dfdb` — Update status

## 待办
1. 修复 `gmail-watcher` 的运行环境（补齐 `HOME`/用户上下文），停止 5 秒重启循环。
2. 为 gmail watcher 增加更稳健的失败退避/熔断，避免持续拉起导致日志与资源噪声。
3. 继续跟踪 `network-watchdog` fast 模式触发频率，区分代理配置问题与链路抖动根因。
4. 清理/修正 mihomo 配置中的占位订阅项（`YOUR_SUBSCRIPTION_URL`），减少持续 provider 报错。
5. 为 `health-monitor` 的长期 `severity=warn` 建立分级阈值与告警动作（含自动化处置建议）。