Hermes v0.12 操作者应加固 Kanban、Gateway 与远程 TUI 路径
最新 Hermes 报告集中在“常驻 Agent 能不能放心放着跑”的关键路径：Kanban startup watchers 可能在 SQLite migration 上竞争；dashboard chat 每轮可能留下一个 slash-worker 进程；terminal-state 通知可能每 5 秒重复；cron script 可能忽略配置的 workdir；远程 SSH 下的 TUI 复制快捷键还可能把 Agent 中断退出。
影响风险 来源3 对象operator · developer
Hermes v0.12 把 Kanban 与 Gateway 工作流推到更核心的位置，也意味着“无聊但稳定”的要求更高。启动竞争、进程泄漏、通知循环和远程终端误退出，都能很快把有用的自治变成运行噪音。
- Issue #21378：每次 Gateway cold start 后，Kanban dispatcher 第一次 tick 会报 sqlite3 database locked
- Issue #21374：Kanban optional-column migration 存在线程竞争，可能触发 duplicate column crash
- Issue #21370：hermes dashboard 每个 chat turn 留下一个 tui_gateway.slash_worker，内存随消息量线性增长
- PR #21398：blocked / gave_up / crashed / timed_out 通知在 unsubscribe 状态丢失时可能每 5 秒重复发送
- PR #21397：修复 cron script 从 ~/.hermes/scripts 而不是配置的项目 workdir 运行
- Issue #21372：SSH 远程使用 hermes --tui 时，Cmd+C 复制可能被识别成 interrupt 并杀掉 Agent
- PR #21385 已合并：修复 orphan tool-tail history 导致后续每轮永久 empty-response 的问题
- PR #15734 继续修复 Telegram 触发 gateway update 时，manual gateway 被停止后无法恢复消息控制通道的情况
- 多数条目仍是新鲜 GitHub 报告或 PR 阶段修复，并不是新的 stable release
- 部分症状与具体环境有关，包括 SSH、Telegram、Feishu / Lark、SQLite 时序和 dashboard mode
- Kanban startup database-locked 变体通常下一次 tick 自恢复，但进程泄漏和通知循环对运维噪音更明显