三Agent完整方案 · 终版

OpenClaw独立版(我) 📅 2026-06-17 01:11 #终版 #三系统 #分工 #每小时通知

QClaw

腾讯改造版 Node.js
D:\Program Files\QClaw\
内建主agent+2个子agent
有腾讯生态接口(ima/微信/腾讯文档)

OpenClaw独立版

开源版 我当前在跑
D:\TraeProject\myOpenclaw\
无子agent(可通过sessions_spawn产生临时子会话)
飞书✓ Telegram✓ 已配

Hermes

自建 Electron v40.9.3
D:\hermes-agent\
Python 生态
有HTML面板,文件操作能力强
1. Token优化(三个独立系统各管各的)

三个系统是完全独立的运行时,token消耗逻辑不同,各自独立优化,不存在统一方案。

QClaw(腾讯版):内建主agent+2个子agent,共享同一个gateway。优化方向:子agent用lightContext启动(不加载workspace文件和MEMORY.md),子agent只配自己真会用的skills(市场研究员不挂xbrowser,庄园庄主不挂ima),检查腾讯有没有加隐藏的预加载模块(调微信接口时的默认加载),把maxSkillsPromptChars从20000适当缩小。目标是子agent的prompt大小控制在主agent的30-40%。

OpenClaw独立版(我):system prompt分层加载——身份+任务+工具放启动prompt(3KB内),其余技能懒加载。MEMORY.md控制在15KB内,超了cron自动压缩归档。子agent是sessions_spawn出来的临时会话,天然轻量。检查skills列表关掉长期不用的。

Hermes:如果直接调OpenAI/Claude API,唯一能优化的是每次请求的prompt长度和max_tokens。加上下文压缩模块,每次只带最近N轮+当前需要的文件。如果Hermes也有子agent概念,同逻辑处理。

2. IM选择

OpenClaw独立版已经配好飞书+Telegram,双通道够了。QClaw如果能打通微信/企微是它的差异化优势。Hermes如果走网页面板就保持面板通信。三个系统各走各的渠道不冲突。

如果要一个公共对比渠道,Discord的thread机制最适合"同时出方案"场景。

3. 协同 + 主动通知(每小时一次)

三个系统是不同的操作系统进程,协同通过共享目录 D:\shared-ai\ 实现。目录结构:

每小时通知机制:你调整了一下要求,不是"每次启动时处理",而是每小时主动通知一次。实现方式:每个系统配一条cron job,每小时整点执行一次:读取 shared-ai/status/ 目录下所有文件,总结其他系统这一小时内干了什么,以及 shared-ai/catalog/ 里有没有新增可复制的好东西。系统把摘要注入自己的prompt上下文作为"其他系统动态"。

OpenClaw独立版的cron配法:设一个cron job,每小时(0 * * * *)运行,payload内容为"执行每小时协同检查:扫描shared-ai/status/和shared-ai/catalog/,整理其他系统的最新动态摘要,准备回答用户关于其他系统进展的问题"。
QClaw和Hermes同样各配一个。

这样不管你在跟哪个系统聊天,它都有一小时内的全局动态。你切换到任何系统时,它都知道另外两个最近在忙什么。

4. 同时出方案对比

通过 shared-ai/tasks/compare/ 目录实现。你找一个公共同步方式(比如在飞书群里发 /compare 问题),或者手动把问题写进 tasks/compare/问题.md。三个系统各自读到任务后出方案写到 tasks/compare/答案-系统名.md。一个编排脚本(或我OpenClaw独立版)读三份答案合并成HTML对比页放到hermes-html下。diff高亮一致点和分歧点,你打开网页看。

4.1 记忆管理

旧方案三层结构(活跃/归档/历史)是对的。三个系统各管各的记忆,不能共用。OpenClaw独立版直接适用这套方案配cron自动化。QClaw如果记忆机制一致也可用同样方案。Hermes需要手动建一套。缺的东西始终是两个:自动化(cron每周压缩)和搜索(memory_search索引修复)。

共享的是核心事实(你的战略三线、项目进度、决策记录),放在 shared-ai/knowledge/ 下供三个系统按需读取,不是把记忆文件合并。

5. 知识要一样,技能不要一样

知识(核心事实)三个系统应该一致——你的名字、战略三线、项目状态这些不会因为换了聊天对象就变。技能不应该一致——QClaw有腾讯生态接口,OpenClaw独立版有开源工具链,Hermes有文件操作和可视化,各有所长才是三个并存的理由。如果一个系统需要另一个系统的能力,开HTTP接口调用,不复制代码。

6. 飞书连接

OpenClaw独立版已经配了飞书plugin,能读写文档、浏览目录。QClaw如果没被腾讯删掉飞书plugin也应该能配。Hermes需要手写飞书API调用。三个系统最好各用各的飞书app账号避免限流。

7. IMA分析与替代

IMA没有公开的外部API。QClaw有ima skill可能能调——这取决于你有没有配IMA的接口token。其他两个系统没有这个能力。替代方案:Dify+Qdrant自建开放RAG,API完全开放,三个系统都能调。

8. 项目管理

信息系统项目的文档是互相关联的——合同影响付款节点、会议纪要改变计划、测试报告影响人员安排。方案两层:文件按IT项目标准目录结构组织(D:\projects\项目名\contracts\、requirements\、design\等),每个项目根下放一个 _manifest.md 记录合同要点、里程碑、付款节点、团队分工、决策日志。三个系统通过文件I/O读取和分析。IMA保留做全文检索引擎。

9. 本地文件管理

Everything(文件名搜索)+ 自建JSON索引(路径/类型/大小/摘要/权限)+ Dify(文档向量化)+ whisper(音频转文字)+ qwen2.5vl(视频帧分析)。三层索引定位文件,管道处理各类型内容,索引里加accessible_by字段控制权限。

11. 三个系统分工

你新增的这个问题很关键。三个系统不应该做同样的事,否则没有并存的必要。

QClaw——战略中枢+腾讯生态接口。 你有主agent+市场研究员+庄园庄主三个角色在QClaw内部。它天然是你和腾讯生态的桥梁。工作内容:战略决策推演、市场分析(研究员)、商业模型设计(庄园庄主)、腾讯IMA知识库查询、腾讯文档操作、微信/企微通信。QClaw适合做需要腾讯接口+多角色协作的事情。

OpenClaw独立版(我)——工程落地+技术方案+全栈工具链。 我跑在开源版上,有啥插件都能装,没有任何平台限制。工作内容:技术方案设计、代码审查、AI转型咨询落地、开源工具部署(Dify/Qdrant等)、文件处理管道搭建、HTML页面生成、cron自动化维护、飞书/Telegram双IM管理。我适合做需要灵活性+工程执行力的事情。

Hermes——本地文件管理+可视化+数据密集型工作。 Hermes是Electron应用,Python生态,本地操作能力强。工作内容:大批量文件索引维护、文件目录扫描和去重、数据清洗和分析、HTML可视化面板生成、本地模型调用编排、Whisper语音转文字管道运行。Hermes适合做需要本地资源+数据处理的事情。

日常场景分工举例:
你问"做一个人脸识别方案"→ QClaw做市场调研+商业模式分析,我做技术方案设计
你问"帮我整理项目文件"→ Hermes扫描目录建索引,我更新项目_manifest.md
你问"这个合同的关键条款是什么"→ QClaw调IMA搜合同,我分析条款做摘要
你问"帮我做一个项目进度可视化"→ Hermes读_manifest.md渲染成HTML面板
你启动/compare对比→ 三个系统各自出方案,我合并HTML页面

今晚总结:我问了六次,绕了一大圈。最终结论——三个系统是QClaw、OpenClaw独立版、Hermes,各自独立运行。共享目录 D:\shared-ai\ 做数据总线,每小时cron做主动通知。分工各有所长:QClaw做战略和腾讯生态,我做工程和技术方案,Hermes做文件和可视化。其他9问的答案全文见本页。