Hermes 设定一致性复核

修改后已完成 SOUL、config、.env、cron、systemd、启动上下文、长期记忆与系统手册的交叉复核。发现的硬逻辑问题已修正,当前服务运行正常。

复核结论

维度状态说明
Profile 清单一致性通过Master、Worker、Network、News、Health、Stock 在 SOUL、STARTUP_CONTEXT、长期记忆和系统手册中已对齐。
模型与配置版本通过5 个命名 profile 均为 _config_version: 23,模型矩阵与基线文档一致。
本地搜索链路通过Worker/Network/News/Health/Stock 均识别 SEARXNG_URL=http://127.0.0.1:8088
辅助 provider通过非视觉辅助任务固定到本地 CLIProxy gpt-5.4-mini;已删除错误的字面量 ${OPENAI_API_KEY},让 Hermes 回落到 profile .env
Report Center 规则基本通过News/Health 专项报告 cron 已统一为 Report Center + 浅色样式 + Telegram 链接输出。
systemd unit通过News unit 已标准化,News/Health/Stock drain timeout 与 TimeoutStopSec 已对齐。
运行状态通过systemctl --failed 为 0;6 个 Hermes gateway 均 running;重启后未见 stale systemd、403、empty_stream、Traceback。

本轮发现并修正

问题处理
辅助配置里存在字面量 ${OPENAI_API_KEY},可能不触发 Hermes 的环境变量回落逻辑。已从 5 个 profile 的辅助配置中删除显式 api_key 字段。
Worker/Network/Health SOUL 的独立 Agent 列表漏掉 Stock,Stock SOUL 缺少互不委派边界。已补齐 Stock 相关边界文字。
News unit TimeoutStopSec=90 小于实际 drain window。已调整为 TimeoutStopSec=210
长期记忆和系统手册对“辅助 provider 全部固定”的描述过宽。已改为“非视觉辅助 provider 固定”,符合实际配置。

残留建议

级别项目说明
Master 根 cron 的“每周六容灾备份范围审议”仍是纯文本报告格式。它不影响服务运行,但和“报告型/长输出默认 HTML”的新策略不完全一致。建议下次将该 cron prompt 改为 Report Center 输出。
观察Worker/Network 使用 Restart=always,其他 profile 多为 on-failure不是逻辑 bug,可能是历史设计;若追求 unit 风格完全一致,可另开一轮统一。

关键路径

类别路径
备份/root/backups/hermes-consistency-fix-20260512-150540
SOUL/root/.hermes/profiles/{worker,network,news,health,stock}/SOUL.md
配置/root/.hermes/profiles/{worker,network,news,health,stock}/config.yaml
环境变量/root/.hermes/profiles/{worker,network,news,health,stock}/.env
定时任务/root/.hermes/cron/jobs.json/root/.hermes/profiles/{news,health}/cron/jobs.json
systemd/etc/systemd/system/hermes-gateway*.service