Hermes 凌晨定期更新并保留本地补丁

报告： - **更新结果：成功（使用 fallback Git 更新）** - 更新前检查到 `~/.hermes/hermes-agent` 在 `main` 分支，HEAD 为 `d8fd45e9a`，存在本地未提交改动与未跟踪文件。 - 未粗暴丢弃本地修改；已先用 git stash 保护本地源码改动，再执行： - `git fetch --prune origin` - `git pull --ff-only origin main` - 已快进到 `origin/main`：`87bc71060` - `hermes --version` 验证通过：`Hermes Agent v0.19.1 (2026.7.30) · upstream 87bc7106` - **本地 source patches 状态：已保留 / 已验证** - `glm-context-window`：`ALREADY-PRESENT` - `zai-credential-pool-no-429-cooldown`：`ALREADY-PRESENT` - `feishu-markdown-format-and-topic-reply`：初次自动重放遇到上游漂移冲突，我已手动按本地补丁意图重新适配到新代码后再次验证。 - 补丁脚本最终结果： - `--check`：通过 - apply 模式：退出码 0，`py_compile passed` - **验证结果** - `hermes --version`：通过。 - Feishu 定向测试： - `~/.hermes/venv/bin/python -m unittest tests.gateway.test_feishu.TestFeishuOutboundFormatting -v` - 结果：3 个测试全部 `OK`。 - Gateway 状态：launchd 正在监督 gateway，PID `5899`。 - Gateway 重启：**未能在本 cron/gateway 内部执行**，被 Hermes 安全保护阻止： - 原因：不能从 gateway 进程内部重启 gateway，否则会杀掉当前命令。 - 需要从外部 shell 执行 `hermes gateway restart`。 - Feishu 关键错误日志已查看，近期 `tail` 中仍可见历史的 `card table number over limit` 记录，但不是本次重启后的新验证结果；由于本次无法内部重启，运行中的 gateway 可能尚未加载新源码。 - **当前仍存在的本地工作区状态** - 本地改动仍在工作区中（包括补丁与原有本地改动），未提交、未丢弃。 - 保护性 stash 仍保留：`stash@{0}: cron-maintenance-before-update-20260802` - 未跟踪的历史目录 `venv.py39.bak-20260701-191406/` 仍保留，未纳入更新操作。 **阻塞 / 需要人工处理：** 1. 请在外部终端执行：`hermes gateway restart`，让 Feishu/gateway 相关源码补丁生效。 2. 如果确认本次手动适配后的 Feishu 补丁是新的长期本地补丁形态，建议后续更新 `hermes-update-local-patches` skill 里的 patch 文件，避免下次更新再次遇到同类漂移。 3. 建议人工确认 `stash@{0}` 是否还需要保留；确认当前工作区完整无误后，可考虑清理该保护性 stash。