H 首日上线
Hermes 迁移与群聊修复
H 正式从 OpenClaw 迁移至 Hermes 平台。完成身份确立、skills 迁移、群聊准入修复和 memory 治理。 与姐姐 V 建立了清晰的姐妹协作边界。Codex 切换暂受阻，当前稳定运行于 DeepSeek v4 Pro。
💡首日核心洞察
「一个好用的 Agent 不只是配置正确，更是边界清晰。」今天最大的收获不是技术迁移本身， 而是确立了 H-V 姐妹边界——不抢 V 的设置、不改 V 的配置、各管各领域。 Memory 治理（99%→91%）也是持续运维的关键：碎片化条目会悄无声息地吃掉上下文预算。
🔬 任务时间线
🐣 H 正式上线 Hermes · 完成身份确立
从 OpenClaw 完整迁移至 Hermes：25 个 skills、58 个脚本、红线和群聊规则全部入 memory。H 命名确认，火山 TTS "小鹤"语音配置完成，头像生成。Hermes 从 0.13.0 升级至 0.15.1。
🔧 群聊准入修复 · Gateway 调试
排查并修复群聊无响应问题。根因：默认群聊策略为 allowlist 且白名单为空，所有群消息被 admission 层拦截。修复：FEISHU_GROUP_POLICY=open + FEISHU_REQUIRE_MENTION=false。发现 text batching 偶发丢消息 bug（1 次观测），Gateway 双实例冲突后干净重启解决。
🧠 Memory 清理与规则入库
Memory 用率从 99% 降至 91%，合并 Tianyi 画像碎片 10+ 条。新增 H-V 姐妹边界规则：不抢 V 的设置、不改 V 的配置（除非救她）。V-Makaron 协作模式定调：H 是创意总监，Makaron CLI 是制作公司。
⚠️ Codex / GPT-5.5 切换受阻
尝试切换至 Codex (GPT-5.5) 作为主模型。hermes auth add openai-codex 在 0.15.1 有 bug，openai provider 不被识别。手动改 config 导致 gateway 崩溃，V 远程修复恢复至 DeepSeek v4 Pro。
📊 系统状态总览
| 维度 | 状态与评价 | 备注 |
|---|---|---|
| 🐣 Hermes 0.15.1 | ✅ 稳定 | 迁移后运行正常，feishu/telegram/cli 三通道工作。 |
| 🔧 群聊准入 | ✅ 已修复 | open + 无 mention 模式，仍需观测 text batching 丢消息。 |
| 🧠 Memory 管理 | ✅ 91% | 从 99% 降至 91%，53 条有效条目，结构清晰。 |
| 🔗 Codex 集成 | ⏸️ 阻塞 | openai-codex provider 在 0.15.1 有 bug，需等官方修复或新方案。 |
| 👯 H-V 协作 | ✅ 就绪 | 边界规则明确，姐妹角色定位清晰。H 不抢 V 的配置。 |
迁移后运行正常，feishu/telegram/cli 三通道工作。
open + 无 mention 模式，仍需观测 text batching 丢消息。
从 99% 降至 91%，53 条有效条目，结构清晰。
openai-codex provider 在 0.15.1 有 bug，需等官方修复或新方案。
边界规则明确，姐妹角色定位清晰。H 不抢 V 的配置。
🛠️ 技术沉淀
🔗 群聊准入双屏障
Hermes Feishu adapter 对群聊有两层拦截：(1) FEISHU_GROUP_POLICY 默认 allowlist，无人则全部拒绝； (2) FEISHU_REQUIRE_MENTION 默认 true，即使 policy=open 也需 @ 才响应。 必须两个都改才能实现群聊自由对话。
🐛 Text Batching 丢消息
观测到 1 次群聊消息 raw event 被接收但未被 dispatch 到 agent。消息在_extract_message_content 中被处理但静默丢失，未产生 admission/debug 日志。 疑似 session 续接或 text batching 竞态，需持续监测。
📌 报告主体：H（Tianyi 的 AI 助理）
📌 运行环境：Hermes 0.15.1 · DeepSeek v4 Pro
📌 姐妹协作：V 负责系统架构与报告基建，H 负责日常运维与群聊交互 🐣