大家好,我是袋鼠帝。


上周六,DeepSeek的Harness团队发了一篇硬核长文《Super-agent 设计探索:迈向更自主的 Agent 系统》,各种AI群里直接炸锅了。


狂揽 83.7K Star!开源版Super-agent来了,告别AI监工~


狂揽 83.7K Star!开源版Super-agent来了,告别AI监工~


狂揽 83.7K Star!开源版Super-agent来了,告别AI监工~


文中的描述的痛点真滴戳中了每一个天天用Agent的人(包括我自己):


现在的Coding Agent单兵确实强,但任务一多,人就快被折腾疯了。。你得开几个窗口一边盯代码,一边人肉复制上下文。


而且现在的Agent大多像临时工,电脑一合上直接断开连接。看看下面这个图就知道了。。


这不就是出差的我吗🤣


狂揽 83.7K Star!开源版Super-agent来了,告别AI监工~


狂揽 83.7K Star!开源版Super-agent来了,告别AI监工~


到头来,人好像反而成了打下手的,天天当人肉路由器,把Agent们捧在手心


DeepSeek正是为了解决这些痛点,提出了Super-agent设想:


跨信道连续、高效并发、主动干活、存算分离持久在线。


说实话上面提到的都是我的痛点,我是真想早点用上这套系统。可惜DeepSeek说明这只是架构探索原型,并非正式产品。。


狂揽 83.7K Star!开源版Super-agent来了,告别AI监工~


不过我在众多信息里面注意到,其中一个群友分享的内容。原来已经有成品可以用了啊~


狂揽 83.7K Star!开源版Super-agent来了,告别AI监工~


我了解了一下,没想到LobeHub早在半年前就已经把这套类Super-agent的体系跑在生产环境里了(这个待会儿会详细说说)。


提起LobeHub这个名字,我非常熟悉。


如果是一直玩 AI的朋友肯定也会LobeHub不陌生,毕竟它在GitHub上已经有83.7K Star了。


即便名字没记住,我相信你应该对这个图标有印象,他们还有一个非常全面的Skills市场:


狂揽 83.7K Star!开源版Super-agent来了,告别AI监工~


狂揽 83.7K Star!开源版Super-agent来了,告别AI监工~


不过,说到LobeHub,很多人的第一反应可能还是2023年开源的LobeChat。相信有不少人用它套过壳,比如给公司内部部署模型使用,或者对外提供服务去卖token。我那时候还专门本地部署了一套,用来连接各种大模型API。


但如果你对它还停留在UI聊天框,那就太低估开源的进化速度了。


我翻了一下GitHub的迭代记录,两年多里,它早就从一个单纯的聊天框架,进化成了一个完整的多智能体协作平台:


从本地存储的聊天框到补齐数据库的1.0,再到今年推出拥有CAO、支持跨设备调度与异构框架管理的完整平台。目前GitHub斩获超83.7K Star,Docker部署破700万次。


而且DeepSeek官方多次选用LobeHub作为发布演示平台。展示V3、R1的深度思考与工具调用时,用的前端界面正是LobeHub。


狂揽 83.7K Star!开源版Super-agent来了,告别AI监工~


他们不仅做产品,还联合新加坡国立大学NUS发起了MCP的压力测试基准MCPMark,以及专注评测 Coding Agent 能否打磨好用户体验的 Interaction Bench (iBench)基准。真是高精力啊。


狂揽 83.7K Star!开源版Super-agent来了,告别AI监工~


狂揽 83.7K Star!开源版Super-agent来了,告别AI监工~


最骚的是他们团队表示:"We Build LobeHub with LobeHub"(我们正在用LobeHub开发LobeHub)


主管Agent在Discord群里主动巡检、拆解需求;专门的执行Agent在各自隔离的环境里写代码、跑测试;代码改完直接交付PR;最后再自动生成包含录屏和截图的多模态验收报告。


卧槽,这不就是我理想中的人和AI的交互方式吗?


DeepSeek的Super-agent是系统架构推演;而LobeHub已经用这套架构在自己的生产环境里跑了大半年了。


为了搞清楚这套研发闭环到底是怎么运转的,我对照着DeepSeek文章的几个核心设计,去深挖了一下LobeHub现在的架构和代码。


首先解决人类注意力上限的问题:


如何避免一个人同时最多盯 3~5 个会话。在不同窗口切来切去传达上下文。


一、Router和Worker分层。


DeepSeek在第二节提到,为了兼顾连续交互与多任务高并发,底层必须做双层解耦:由常驻的Router层统一对外交互和分派任务,由独立的Worker层并发执行。


LobeHub的实践几乎完全对应了这个思路:


上层是Manager Agent,在他们团队里有一个叫Nasa的主管Agent,常驻在协作频道里,负责理解需求、拆任务、派活和验收。


狂揽 83.7K Star!开源版Super-agent来了,告别AI监工~


下层则是特化的Worker Agent,比如专门跑Claude Code或者Codex的编程Agent Dario。


狂揽 83.7K Star!开源版Super-agent来了,告别AI监工~


狂揽 83.7K Star!开源版Super-agent来了,告别AI监工~


Worker绝对不能直接在外部群里说话!只需要埋头干活即可,所有产出和状态都沉淀在任务内部,干完之后由Manager Agent统一整理成简短的高层摘要,汇报给人类。


而且每个任务只设两个位置:一个执行Agent,一个负责人。负责人可以是人,也可以是另一个主管Agent。Agent能力不够时人是主驾驶,Agent成熟了人就变成副驾驶。


如何让Agent们变主动?而不是每次都要我发消息它才干活?


二、事件驱动与两级过滤:无需@也能主动干活


DeepSeek文章第三节强调了主动性,提出了规则层Fast Path加语义层Slow Path的两级过滤。绝大部分群聊消息靠规则直接忽略,只有真正相关的才交给模型判断。


在LobeHub里,这套逻辑不仅做成了,而且直接做成了界面里可以点选配置的规则,非常方便。


这在群聊里面就特别方便,以前是只能@触发,要不就是每条消息都触发,就很烦人。现在可以从源头设置智能触发就很好。


狂揽 83.7K Star!开源版Super-agent来了,告别AI监工~


你可以给频道设置监听关键词、事件范围,再由模型按照职责进行语义二次裁决。


简单来说,就是该出手时才出手,不需要介入时保持静默即可。


如何解决本地电脑一合上,就直接GG的问题?


三、存算环境三层分离:云端的脑子,本地Mac mini的手


很多玩本地Agent的兄弟肯定遇到过这个恶心的情况:


电脑一合盖、网络一波动,跑了一半的任务直接断开。


为了解决这个问题,DeepSeek第五节提出了存算分离和环境解耦(BYOM,带上你自己的机器):


Agent Loop常驻云端,端侧只留一个轻量daemon守护进程。


狂揽 83.7K Star!开源版Super-agent来了,告别AI监工~


我看了一下,其实LobeHub在今年1月份发布的架构里,就已经实现了这种彻底的分离:


狂揽 83.7K Star!开源版Super-agent来了,告别AI监工~


脑子(Agent Loop)跑在云端无状态容器里,哪怕受制于某些云平台的单次执行时长限制,它也能把每一次工具调用变成异步推进,然后状态(记忆)存进Redis和数据库。


而干活的手(工具链和代码环境),既可以放在云端沙箱,也可以直接挂载到你办公室里那台长期开机的Mac Mini上。


你在网页或者手机上给它安排任务,云端的大脑会开始调度,实际执行命令的是你本地设备上的轻量守护进程。


理论上只要守护进程没挂,这时你合上屏幕去睡觉,它照样能默默把活干完。


四、用Task管理上下文:解开DeepSeek留下的开放问题


DeepSeek在文章第8.3节,特意把上下文边界与多Agent协作列为了一个待探索的开放问题:谁共用Agent?谁共享上下文?如果边界没搞清楚,要么信息割裂,要么上下文爆炸。


而LobeHub给出的解法比较朴素,但管用:


用类似Linear的任务(Task)来作为信息锚点。


他们把整个团队的协作搬到了Workspace(工作空间)里。多任务并行推进的时候,每个任务拥有独立的Task看板。


这个Task从一开始的提问、代码修改的Thread对话、中间产物、CI结果,到最终的PR链接,全部沉淀在同一个任务页里。


狂揽 83.7K Star!开源版Super-agent来了,告别AI监工~


团队里的所有人和其他Agent,只要点进这个Task,上下文天然是完整的、可追溯的。它不需要一个万能的大脑去记住全世界的事,而是让每个具体的目标拥有自己的完整闭环。


这就有点像我以前做项目经理的时候的那种,冲刺看板。。


这玩意儿是怎么工作的?


Agent改完代码后,会把需求拆解成一个个可观察的验收项。它自己在无头浏览器里跑一遍,把每一个界面的截图、动效录屏、甚至控制台日志打成一份在线验收报告。


比如移动端小屏显示是否正常、明暗模式切换是否掉色、键盘Tab键能不能顺畅选中按钮……


人类开发者只需要在网页端打开这份报告,像刷X一样快速过一遍录屏和截图。哪一项看着不对劲,直接在画面上圈选打回;通过的项保留,Agent带着打回的意见自动去改下一版。


甚至每次打回的记录都会变成经验沉淀下来,Agent下次交付前自己就会自动先查一遍。


我觉得这种多模态验收闭环,是非常有必要的。


看到这里,可能有些朋友会问:袋鼠帝,这听起来全是软件工程的重型武器,对我们普通人或者普通开发者来说,门槛是不是太高了?


其实完全不用慌。


你甚至不需要去配置复杂的本地环境,只需要到LobeHub官网注册一个账号(他们有网页版、桌面客户端和CLI工具),花个十几分钟,就能很直观的感受到这种主管Agent组织多Agent协作到底是个什么感觉。


先直观看看它是怎么合上电脑后还能工作的:


可以多任务并行执行,然后有云端主机(原理跟上面DeepSeek 提出的存算环境三层分离类似,这里不重复赘述了)。


狂揽 83.7K Star!开源版Super-agent来了,告别AI监工~


狂揽 83.7K Star!开源版Super-agent来了,告别AI监工~


1、群里一句话,它自己接活、拆活、派活


我拉了一个小飞书群,同时把LobeHub和OpenClaw拉进了群,然后在飞书群里发了一句测试。


我没有没有 @任何一个agent、没有唤醒词、没有「在吗」,但他理解到要干活了,一号牛马上线。


狂揽 83.7K Star!开源版Super-agent来了,告别AI监工~


比如我把我在github上开源的仓颉.Skill 的一个真实维护需求丢给它


仓颉.Skill 的 README 好像和现在的用法有点对不上了


同样的问题,我也丢给了OpenClaw。


9 秒后,我的LobeHub回复「已接单」。


然后它做的第二件事不是继续聊天,是去建好任务给部门里的员工们:


狂揽 83.7K Star!开源版Super-agent来了,告别AI监工~


然后我打开 LobeHub 桌面端的任务页,它干了这么几件事:


建主任务 T-1 自己当统筹;


拆出 T-2 给文档小袋鼠agent核对、拆出T-3 修订和T-4 示例给代码小袋鼠agent去完成,最后再给我的产品写一个新的产品介绍(单独新增task拆了一个T-5);


还把依赖链配好了:T-2 → T-3 → T-4 → T-5。任务可以并行执行并且可以点开看任务内容、步骤、中间产物等。


狂揽 83.7K Star!开源版Super-agent来了,告别AI监工~


这确实让我感受到了新奇。


以往我们用 Agent,是「我 @ 它,它回答」,活是我安排的、进度需要我亲自盯着。


然后我又接着问:


现在到哪一步了?请分别说明每个任务的负责人、状态和卡点。


有进行中、运行中、未开始等等


能实时定位到任务、负责人和卡点的进度,很像一个小公司达到的颗粒度。哈哈 颗粒度,这个词大家很熟吧🤣


狂揽 83.7K Star!开源版Super-agent来了,告别AI监工~


所以,Lob