蛇杖 Aesculap｜Hermes 安全自愈守护

要解决的问题

Hermes Agent 常以常驻进程方式运行，崩溃、探针超时、配置漂移这类问题不会自己消失。传统应对方式要么完全靠人盯日志，要么赋予 AI 不受约束的修改权限——前者不现实，后者风险不可接受。蛇杖 Aesculap 试图在这两者之间找到一个工程上可用的位置：自动发现故障、自动诊断、在明确划定的安全边界内自动修复，超出边界就交给人。

核心能力与工作方式

Aesculap 是一个与 Hermes 并置部署的守护进程，持续监控日志文件和健康探针。当检测到持续性失败（而非一次性抖动），它执行一条固定流水线：

• LLM 诊断：调用配置的模型分析故障，生成人类可读的分诊报告和候选修复路线；
• 代码门禁裁决：任何修复动作都要经过确定性规则校验——可写范围、命令白名单、频率去重、冷却窗口。LLM 只提案，代码做决定；
• 有界执行或升级：落在安全边界内的修复自动执行；模糊、高风险、重复失败或不支持的路径，升级给 coding agent（如 Claude Code、Codex）或直接通知人工。

安全边界通过权限分层显式选择：A 仅项目树（推荐）、B Hermes 配置加项目树、C 整个主机。无论选哪一档，身份文件（SOUL.md、MEMORY.md 等）、凭证、账单操作、破坏性命令、force push 都被硬阻断，分层扩大不会解除这些 tripwire。

安装过程中有若干必须显式确认的决策点：通知目标需通过 hermes send --list 实测验证；通知语言必须直接询问用户（en 或 zh-CN），不能从日志或 locale 推断；新装默认 fix 模式，observe 仅用于有意的试运行或降级。

适用边界

• 它不是通用服务器监控方案，只围绕 Hermes 部署；
• 不能替代备份和 git 回滚——启动修复前必须先确定回滚仓库；
• 也不是无限制自主修复工具，核心不变式是「LLM 提案，代码裁决」；
• 需要 Python ≥ 3.11 和隔离的虚拟环境；
• 仅 config 校验通过不等于安装成功，审计记录、通知投递、脱敏和服务健康都需要端到端实测。