Hermes 多Agent方案对比

官方机制 vs 当前现状 → 推荐方案

一、官方提供的三种多Agent机制
机制怎么工作适用场景我们的情况
Per-profile Gateway 每个profile跑独立gateway进程,各自需要独立bot token 多平台多身份(一人一个Telegram bot) ❌ 只有1个飞书token
Multiplexing default gateway一个进程路由所有profile消息 容器部署、大量低频profile ⚠️ 管消息路由不管cron
hermes -p 委托 default cron执行时用 hermes -p <profile> chat -q 把活派给子profile,结果回传default推飞书 定时任务分身、无需多token ✅ 完全适合我们
二、现状 vs 目标
维度🔴 现状🟢 目标
Cron执行23个全压在default按职责分到4个profile
子profile状态biz/life/work gateway停着,0个cron各自承载业务cron
飞书投递只有default能推仍由default统一推(不需多token)
记忆/技能✅ 刚同步完毕各profile独立使用
三、推荐方案:default编排 + 子profile执行
📋 default cron
定时触发
🔄 hermes -p life
委托子profile
🧠 子profile执行
用自己memory+skill
📤 default
推飞书
Profile角色接管的CronGateway
default 主控·茉莉 心跳监控·系统健康·记忆(4个)·AGENTS同步·飞书巡检·备份·自我进化·火山提醒 running ✅
susan 禹川业务 看板刷新·竞品+政策扫描·商机扫描(早/晚)·知识库学习/提炼 running ✅
agent-life 生活助手 晨报·学习推荐·久坐提醒·健康摘要·周健康报告·GitHub双榜·健康告警 需启动
agent-work 工作项目 暂不接cron,作为delegate目标 按需

为什么选这个方案