Hermes 启动与常驻服务负载调研

Hermes gateway 常驻 profile

~1.9GB+

仅 gateway 主进程合计内存量级

~700MB+

当前 browser/chromium 残留量级

常驻 CCTB 外部 CLI 桥

核心判断：Hermes 本体不是单点过重，主要重在“多 profile 常驻 + 部分工具/平台全量启用 + LSP/浏览器子进程 + 若干可选 sidecar”。其中最值得优先处理的是浏览器残留、LSP 自动启动、平台/toolsets 收窄。

常驻服务资源画像

服务	状态	内存	CPU	优先级	判断
hermes-gateway-worker	active	631 MB	1.6%	高	常用，但单实例偏重；有 pyright LSP 子进程 202 MB
hermes-gateway default/Master	active	513 MB	0.2%	高	常用；主会话 state.db 582 MB
hermes-gateway-network	active	307 MB	0.5%	中高	常用；有 pyright LSP 子进程 134 MB
health/news/stock/sub gateways	active	~119 MB ×4	~0.2% each	中	作为独立 Telegram/cron profile 常驻；交互频率不一
cctb codex/qodercli/antigravity	active	~105-110 MB ×3	低	中	外部 CLI 桥；是否都需常驻取决于使用频率
cliproxyapi	active	52 MB	0.1%	必需	本机 Hermes/CLI 上游模型代理
report-center	active	61 MB	低	必需	长报告发布依赖
hermes-usage-ledger-web	active	52 MB	低	可选	用量看板；若不常看可按需
image-browser	active	66 MB	低	可疑	独立图片浏览服务；需确认是否仍使用
sub-api	active	32 MB	低	保留	/sub 项目依赖
agent-browser/chromium	active current	~700 MB+	短时高	临时/异常	本次/近期浏览器会话残留大量 defunct chrome，需清理/修复

Profile 活跃度

Profile	session 文件	最近 session	cron jobs	活跃判断	建议
default/Master	780	0.0h	4	活跃	保留
worker	344	0.0h	2	活跃	保留但优化 LSP/工具
network	266	0.1h	4	活跃	保留但优化 LSP/工具
news	117	31h	3	定时报告型	保留 gateway 或改 cron-only 需评估
health	137	106h	3	定时/低频	可评估是否常驻
stock	50	6.9h	1	低频但近期用	保留或按需
sub	24	24h	1	项目型低频	可评估是否常驻

疑似“从未/很少使用”或可按需化功能

非 Telegram 平台 toolsets：多个 profile 配置仍暴露 discord/whatsapp/slack/signal/homeassistant/qqbot。若未接入这些平台，可收窄。
LSP 子进程：worker/network/default 下看到 pyright/bash language server，占用明显；Telegram 运维场景可能不需要常驻。
Hermes Web UI：unit 存在但 disabled/inactive，不是当前负载问题；保留即可。
TencentDB Memory Antigravity：disabled/inactive，符合已退役记忆架构，不是负载问题；可后续清理 unit 但不急。
Image Browser：常驻 66 MB；如果近期没用，可 disable。
Usage Ledger Web：常驻 52 MB；如果只是偶尔看用量，可改按需启动。
Health/Stock/Sub gateway：交互较低频，但保持 Telegram 随叫随到；是否按需化取决于你是否接受唤醒延迟。

建议执行路线

优先级	动作	收益/风险
P0 清理浏览器残留	agent-browser + Snap Chromium 当前占用显著，且存在连续 defunct chrome。建议先终止本次残留 daemon/chrome，并把 browser-use/agent-browser root sandbox 修复作为单独任务。	预计释放数百 MB；低风险，但不要影响正在进行的浏览器任务。
P1 收窄 profile 平台/toolsets	default/worker/network/health 配置里仍列出 discord/whatsapp/slack/signal/homeassistant/qqbot 等平台 toolsets；实际本机 Telegram 为主。建议按 profile 收窄到 telegram/cli，其他平台按需再开。	降低 system prompt/tool registry 体积和启动加载复杂度；需确认是否还要 Discord/Slack 等入口。
P1 关闭或按需化 LSP 自动启动	worker/network gateway 下出现 pyright/bashe language server 子进程，单个 134-202 MB。若 Telegram 运维不需要实时 LSP，可禁用相关自动启动。	预计释放 300MB+；需确认是否影响代码编辑体验。
P2 评估低频 profile 常驻	Health/News/Stock/Sub 各约 119 MB，合计约 480 MB。若只靠 cron，可考虑 cron-only 或按需 gateway；但会牺牲 Telegram 随叫随到。	可节省内存；体验有取舍。
P2 评估 Usage Ledger Web / Image Browser	usage-ledger-web 52 MB、image-browser 66 MB；若很少访问，可 disable，需要时手动 start。	节省约 120 MB；低风险但需确认使用习惯。
P3 Cron/记忆瘦身任务去重评估	每个 profile 都有“内置记忆 85% 自动瘦身”；不算重，但增加 cron 噪声。可保留，也可改为集中巡检。	资源收益小，主要是简化运维。

不建议立刻动的部分

cliproxyapi：模型代理核心，保留。
report-center：长报告输出契约依赖，保留。
Master/Worker/Network gateway：当前活跃，保留。
sub-api：/sub 项目依赖，保留。

本报告未执行停服/禁用动作，仅做调研。任何 gateway 重启/禁用前需写 restart context。