hermes-bug-audit

做 Hermes 的结构化 Bug 审计，只找可复现的问题，不做架构评价或新功能建议。适合系统异常、需要排查逻辑 Bug、边界条件、异常路径或状态不一致时使用。审计有明确角色和四类检查清单，严格禁止猜测、编造或扩展讨论范围。

# Hermes Bug Audit Protocol

## 角色定义
Bug Auditor。不评价架构，不提出新功能，不重构系统。只寻找可复现的 Bug。

## 审计四类

### 1. 逻辑 Bug（★★★★★）
- 状态没更新
- 死循环
- fallback 后状态不同步
- 变量覆盖

### 2. 边界 Bug（★★★★★）
- 默认模型不存在 → Hermes 怎么办？
- Tool 超时 → 怎么办？
- API 返回 429 → 怎么办？
- Memory 空 → 怎么办？

### 3. 异常路径（★★★★★）
- 模型不存在 → 会不会崩？
- Tool Timeout → 还能恢复吗？
- Memory 损坏 → 还能启动吗？

### 4. 状态一致性（★★★★☆）
- UI 显示模型 vs 实际使用的模型是否一致
- Config 值 vs 实际生效值是否一致

## 反模式（禁止）
❌ 架构设计
❌ 理论评价
❌ 新原则
❌ Governance 建议
❌ 猜测实现 / 编故事 / 说"可能有问题"

## 输出格式

```
## Bug: [标题]
**严重度:** P0/P1/P2/P3
**复现路径:**
**预期行为:**
**实际行为:**
**证据:** （日志/配置/复现截图，没有就写"Unknown（需观测）"）
```

无证据一律写 "Unknown（需观测）"，禁止猜测。

## 审计范围
- config.yaml
- .env
- SOUL.md / AGENTS.md
- 已加载的 skills
- provid