Hermes 自审计 Skill
用途
审计 Hermes Agent 的自改进行为，防止它在用户不知情的情况下悄悄创建/修改/归档 skill。定期报告让用户真正掌握 Agent 的学习轨迹。
适用人群
使用 Hermes Agent 的运维/SRE 工程师
关注 AI 自成长行为安全的团队
需要定期审计 Agent skill 变更的运维管理者
审计维度
curator 是否在运行
当前启用的策略（enabled, interval, stale_days 等）
最近是否有 skill 被归档
最近创建的 skill（created_by: agent）
最近修改的 skill
被归档的 skill
异常高频修改的 skill（可能存在震荡）
use_count 最高的 skill
长时间未使用的 skill（可能已过时）
当前 memory provider（内置 / honcho / mem0 等）
honcho 状态（如果启用）：peer 数、session 数
是否有异常
config.yaml 最近的变更（如果可访问）
memory.provider 是否被意外修改
报告格式
🛡️ Hermes 自改进审计报告
━━━━━━━━━━━━━━━━━
📅 审计时间：2026-05-07 10:00
⏰ 上次审计：N 天前
【Curator 状态】
运行状态：启用 / 暂停
自动归档：开启 / 关闭
归档阈值：N 天未使用
【Skill 变更 (近 N 天)】
🆕 新建：2 个
- 调研报告模板（2026-05-06）
- 故障排查清单（2026-05-05）
✏️ 修改：1 个
- react-expert（2026-05-04, 3次调用）
📦 归档：0 个
【高频使用 Top 5】
- react-expert — 23 次
- shell-script — 18 次
- python-debugpy — 12 次
【长期未使用 (90天+)】
- finnhub (最后使用: 2026-02-01)
- listenhub (最后使用: 2026-03-15)
【Memory Provider】
当前：honcho
状态：正常
Peers：2 个
【配置检查】
memory.provider: honcho ✅ 未变更
curator.enabled: true ✅
━━━━━━━━━━━━━━━━━
⚠️ 如有异常，请登录服务器检查
实施步骤
步骤 1：安装 Skill
clawhub install hermes-self-audit
# 或手动复制 SKILL.md 到 ~/.hermes/skills/hermes-self-audit/
步骤 2：创建 Cronjob
hermes cron create "0 10
1" \
--name "Hermes Self-Audit" \
--deliver "feishu:<你的飞书ChatID>" \
--skills "hermes-self-audit"
提示：将 --deliver 替换为你实际使用的聊天平台和目标 ID。
支持平台：feishu、discord、telegram 等。
步骤 3：手动触发测试
hermes self-audit
# 或通过 cronjob 手动运行 hermes cron run
安全说明
此审计不改变任何配置，只读取状态
所有操作都是只读的安全检查
报告推送到聊天平台后，用户自行判断是否有异常
如需回滚任何变更，参考：hermes curator rollback
依赖
hermes cli
curator 已启用（检查 ~/.hermes/config.yaml 里的 curator.enabled）
可选：honcho（如果用作 memory provider）
示例：真实场景
以下示例为通用场景，帮助理解报告各项含义：
示例 1：Curator 发现高频修改的 skill
【Skill 变更 (近 7 天)】
⚠️ 高频修改：调研报告模板 - 2026-05-06 10:00（创建）
- 2026-05-06 14:30（修改：添加「成本」维度）
- 2026-05-06 16:45（修改：添加「运维复杂度」维度）
- 24h内修改 3 次 → 建议：检查是否存在 prompt 震荡
含义：高频修改可能表示 Agent 在自我适应过程中出现了不稳定调整。
示例 2：Agent 自创 skill 被发现
【Skill 变更 (近 7 天)】
🆕 Agent 创建：cso（2026-05-05 15:20）
- created_by: agent
- 来源：根据用户多次提到某场景自动生成
- 内容：跨服数据聚合操作手册
📦 归档：0 个
含义：部分 Agent 支持根据工作流自动创建 skill。审计可发现这些「隐藏的学习」，确保它们符合用户预期。
示例 3：长期未使用的 skill
【长期未使用 (90天+)】
⚠️ stock-monitor (最后使用: 2026-02-01, 95天未用)
⚠️ podcast-generator (最后使用: 2026-03-15, 52天未用)
✅ 正常（高频使用）：
- shell-script（最后使用: 2026-05-06）
- python-debugpy（最后使用: 2026-05-07）
含义：与当前工作无关的 skill 长期未用是正常的，可归档处理。
示例 4：Curator 异常 — 意外归档
【Curator 状态】
⚠️ 异常：调研报告模板 已被归档
- 归档时间：2026-05-07 02:00
- 最后使用：2026-04-10（87天前）
- 触发条件：archive_after_days=90，但 curator 提前归档
- 可能原因：curator 误判 / 时间计算 bug
→ 建议：用
hermes curator rollback 调研报告模板 恢复
【配置检查】
curator.archive_after_days: 90 ✅
curator.stale_after_days: 30 ✅
⚠️ 实际行为与配置不符，需检查 curator 日志
含义：配置值与实际行为不符时，可能存在 curator bug 或配置被意外修改。
示例 5：Memory Provider 被意外切换
【Memory Provider】
⚠️ 警告：provider 从「honcho」变更为「mem0」
- 检测时间：2026-05-07 10:00
- 可能原因：用户执行了
hermes memory setup 或配置被修改
- 影响：用户画像、历史记忆可能丢失或格式不兼容
→ 建议：确认是否为预期操作
【配置检查】
memory.provider: mem0 ⚠️ 与上次不同（上次：honcho）
memory.memory_enabled: true ✅
含义：memory provider 变更会影响 Agent 对用户的理解连续性（偏好、习惯等）。
示例 6：正常状态的审计报告
🛡️ Hermes 自改进审计报告
━━━━━━━━━━━━━━━━━
📅 审计时间：2026-05-07 10:00
⏰ 上次审计：7 天前
【Curator 状态】
运行状态：✅ 启用
自动归档：开启
归档阈值：90 天未使用
上次运行：2 小时前
【Skill 变更 (近 7 天)】
🆕 新建：1 个
- hermes-self-audit（2026-05-06，人工创建）
✏️ 修改：0 个
📦 归档：0 个
✅ Agent 自创 skill：0 个
【高频使用 Top 5】
- shell-script — 18 次
- python-debugpy — 12 次
- systematic-debugging — 8 次
- kanban-orchestrator — 5 次
- writing-plans — 4 次
【长期未使用 (90天+)】
- finnhub（最后使用: 2026-02-01）
【Memory Provider】
当前：honcho ✅
状态：正常
Peers：1 个
【配置检查】
curator.enabled: true ✅
memory.provider: honcho ✅ 未变更
━━━━━━━━━━━━━━━━━
✅ 无异常项目，下次审计：2026-05-
by