10 家信源
多家独立信源报道了同一事件详解Super Agent:会主动干活,更懂何时闭嘴
本文来自微信公众号:字母AI,作者:苗正,编辑:王靖,题图来自:AI生成DeepSeek Harness团队在10月31日晚上发布了一篇文章,标题为《Super-agent设计探索:迈向更自主的 Agent 系统》,文章里提出了这样一个概念:Super Agent。
同时他们也在GitHub上开源了Super Agent的原型dsh-superagent-prototype,以供开发者参考。所谓Super Agent,它就相当于一个记忆力超群、24小时在线、永远不摸鱼偷懒的同事。
你之前交代过什么,即使到下一个任务里,它依然能够记得。还能在各种聊天软件、邮件和GitHub等不同的地方,执行同一项工作。“主动”是Super Agent的核心关键词,有些事情不一定非得等到你开口命令它,它才会去干活。
比如看到群里有人报Bug,哪怕没人艾特Super Agent,它也能先去看看问题出在哪,能修就直接动手。Anthropic此前推出的Claude Duet,虽然还处于预览版,但是它也会主动看邮件和日历,早上给你一份简报,平时发现重要事情再来找你。
Agent不该一直等你开口,Super Agent和Duet的共同点都是如此。但“主动”并不意味着刷存在感。一个真正好用的Super Agent,不仅要知道什么时候该主动找你,更要知道哪些事可以自己处理,什么情况才允许打扰你,什么时候应该保持安静。
它知道该干什么,也知道什么时候别烦你。Super Agent和普通Agent有啥区别?Super Agent和普通Agent的区别就在于,前者像是正式员工,后者更像是一个临时工。你交代给普通Agent一件事,它会开始查资料、写代码、给结果。
当你下次有别的事,即使你叫来的还是它,它又要从查资料开始干起。就算普通Agent把所有事情都经历一遍,可是到了最后,还是只有你自己知道所有任务的全貌。因为每个任务都是一个独立的会话(Session),Session之间互不相通。
普通Agent在A Session里得出的结论,B Session里的他根本不知道。只有你自己才知道整个任务的全貌。可DSH团队观察到,一个人的精力有限,通常只能同时跟进3到5个这样的活跃Session。
所以问题不只是Agent够不够聪明,你能同时盯住几个Agent也是提升模型工作效率的重点。那如果让一个员工同时做所有事呢?DSH认为这样也不现实。普通Agent一边修Bug,一边写报告,还要不断回消息,输出速度必然会变慢,更可怕的是几件任务的细节也容易混在一起,导致最后的结果驴唇不对马嘴。
Super Agent要解决的第一件事,就是分配两种角色。一种叫Router,可以理解为项目主管。他负责听需求、记背景、看全局,再决定任务交给谁,但不亲自去做具体执行。另一种叫Worker,就是真正干活的员工。
每个Worker只领一项任务,在自己的独立空间里完成,修Bug的专心修Bug,写报告的专心写报告,几个人可以同时开工。有句话听起来挺扯的,可事实就是这些分工不同的Worker,它们的“人格”也是不同的。
有些好沟通,有些极难沟通。所以在Super Agent这里,你只需要跟最好沟通的项目主管打交道,不必挨个跟每个Worker沟通。看到这里,你可能会问:这不就是主Agent带着几个子agent吗?
前几天Anthropic刚刚发文章,标题叫《构建Agent》,核心就是说弄一堆子Agent不如单个Agent效率高。事实上两者截然不同。负责统领子Agent的主Agent,它的任务非常繁重,包括深入理解任务细节、规划子任务、高频协调,所以它的推理负担很重。
同时子Agent每一步都需要耦合,所以就需要主Agent频繁协调。Router根本不考虑那些,它只管“这活我应该推给谁”,Worker之间上下文隔离、彼此独立,靠订阅同一个Thread感知冲突。
所以从产品逻辑上来说,Super Agent跟子Agent完全是两码事。Super Agent的“主动”从何而来?Super Agent干的第二件事是,没人专门下命令时,它怎么主动去干活?
DeepSeek的做法让它留意工作环境里的动静。任何动静都可能成为一个“触发器”(Trigger),Super Agent一旦察觉有动静了,就会立刻进入工作状态。任务派出去之后,后续沟通也不必一直经过主管。
比如Worker已经开始修某个Bug,那么这个话题下面的新评论,就会直达Worker。就像维修师傅接单以后,你会直接把问题报给维修师傅,不用再让客服转述一遍。DSH的文章中有个案例,开头也提到了,群里有人说:“这个项目有BUG。
”没人艾特Agent,但这句话进入系统后,先经过规则过滤,再由模型判断它符合团队提前写好的“静默复现并修复”策略。项目主管把任务交给一个Worker,Worker在自己的独立空间里复现问题、查找原因、尝试修复。
没复现出来,或者发现修复很复杂,它就保持安静。如果确认问题并找到简单方案,就提交一份PR,最后交给人验收结果。后续有人在GitHub评论里要求换个修法,Worker也能从原来在聊天软件的场景里换到GitHub上面接着做。
DeepSeek文章里展示的内部实例,就是这样在群聊和GitHub之间连续推进任务,甚至在无人艾特的情况下主动提交修复代码的申请。除了看聊天软件里的消息以外,Super Agent还会观察所有能看到的信息,比如收到一封新邮件、日程有变化、代码自动检查没通过。
但是群聊里大部分消息都是闲聊,绝大多数跟Super Agent没关系。如果每条都让模型读一遍,又慢又贵。所以DeepSeek给Super Agent加了两道筛网。第一道是提前定好的规则:哪些群能看、哪些人或机器人的消息算数、哪些来源直接忽略。
第二道交给模型判断:剩下的候选消息,这句话是随口吐槽,还是真有一个需要处理的问题?这类需要理解语义的判断,规则没办法写出来。好在的是,第二道筛网是用自然语言写的,想改策略,改一句提示词就行。
只有两道都通过了,项目主管才会派任务。Super Agent另一大特点是把工作放到后台,先告诉你“已经开始做了”,做完再把结果送回来。这期间,你仍然可以补充要求、叫停,或者安排下一件事。
DeepSeek称,这一异步任务机制已经在DSH中实现,但尚未默认开启。你去餐厅点菜,点完之后服务员也不可能站在灶台前等菜炒完,他会回来继续招呼其他客人,等菜做好了他才去端上来给你。
还有一个事,DeepSeek认为Agent是要持续干活的,所以Super Agent更是要一直在线、持续工作。可是干活久了,上下文就会太长,Agent很容易出错。因此DeepSeek把Agent的“大脑”、任务记录和实际操作的电脑分开。
大脑可以在云端工作,任务记录单独保存,代码和文件仍留在原来的电脑上。这样,某台云端机器重启了,记录还在。需要操作你的电脑时,再远程连接过去。同时,DeepSeek还给Super Agent安排了一个Watchdog(看门狗)。
普通的监控只能看Agent有没有宕机,Watchdog还要看任务有没有进展、方向有没有跑偏。就像店长巡店,不只是看灶台的灯亮没亮,还要看厨师放了几克盐、煮了多长时间。不过,GitHub上的dsh-superagent-prototype还不能被当成Super Agent的“完全体”。
DeepSeek表示,它只是研究原型,不是正式产品。目前主要面向一个GitHub仓库,也可以选择接入飞书,文章里的一些设计还没有实现。Super Agent最强的能力是“闭嘴”GitHub原型的说明文档里,有这么一句话:尽可能少占用人的注意力,尽可能多地提供价值。
DeepSeek把每一条消息、每一次通知、每一个问题、每一个设置项,都看成一种注意力成本。不能提供足够价值,就应该删掉。原型还明确规定,Agent工作时保持安静,只有结果可用、需要人做决定,或者任务无法完成时,才再次开口。
这跟过去互联网产品的逻辑几乎是反着来的。以前做产品,往往希望你多打开。Super Agent要做的是帮你把事情处理掉,让你少打开。一个真正好用的Agent,不应该把20条群消息总结成另外20条通知,再让你逐个确认。
它应该先把大部分事情做完,你只需要做那个非你不可的决定。所以,Super Agent主动性的核心不是“多说话”,是它知道什么时候不该打扰你。DeepSeek文章里有个“静默复现并修复”的例子。
Agent可以先在后台复现Bug、寻找修复方案,但只有确认问题并找到简单方案后才交付结果,否则全程保持安静。换成一个普通Agent,可能刚看到消息就先回一句“收到,我正在分析”,十分钟后发来一段过程,半小时后再告诉你没复现。
是,这个普通Agent很忙,我看着都累,可你也确实被它折腾了半天。可Agent产生的信息,其实不等于Agent提供的价值。Super Agent就是在重新定义人跟AI之间的关系,人不应该给AI当秘书。
DeepSeek反复强调一个概念,Session该由系统在背后管理,用户不应该为它操心。文章提到“从这个角度看,让用户手动管理Session,在很大程度上是从底层LLM API延续下来的设计惯性”。
这句话的意思是,会话并不是正确的产品形态,它只是早期大模型API留下的习惯。既然用户真正想管理的是任务,那就应该让系统自己去管会话,人只需要看事情有没有办完。有了Super Agent,你就不用每天特意打开某个AI应用,它只要在群里、代码仓库和邮件里,就能自己工作。
当然,Agent越主动,它的边界感也就越重要。DeepSeek的Super Agent有这样一条规则:Super Agent只在被请求时,或者书面规则允许时行动。没有人直接要求的任务,需要团队预先写下规则。
这就像你新招了一个员工,刚开始,你让他先写方案,你得先过一遍。只有确认他理解任务以后,才慢慢放权给他。哪些结果要审批、哪些操作必须停下来问人,都得提前讲清楚。Anthropic的Duet也是同样的思路。
它可以自己读信息、起草回复、准备工作,但发送消息、付款、签署文件、删除内容之前,必须等人批准。它每天早上主动提供简报,每隔几小时检查一次,避免后台任务把额度快速烧完。“闭嘴”不是能力不够,恰恰是一种更高级的产品能力。
它是一种克制,没有结果时不播报过程,没有权限时不擅自行动,没有必要时不制造新消息。而克制,也是梁文锋的关键词。在此前的投资者交流会上,梁文锋说:“你越克制,越有可能做成AGI。”不过有一点必须要提醒。
Super Agent是在用更多的token,换人的时间与注意力。DeepSeek表示,多Session设计会带来更多token消耗。Duet的晨报和后台检查,同样会占用用户的套餐额度。本文来自微信公众号:字母AI,作者:苗正,编辑:王靖
Evidence
来源与证据
已有 10 个独立信源报道同一事件;仍建议核对各方表述差异。
- 发布时间
- 内容处理
- AI 翻译 / 摘要,需结合原文核对
相关资讯
如果AI解开了世界难题,人类数学家还剩下什么?
本文来自微信公众号: 秦朔朋友圈 ,作者:Irene Zhou继知名数学家陶哲轩公开批评OpenAI后,近期另一位新晋菲尔茨奖得主邓煜也炮轰OpenAI——不能你蒸馏了全世界,不让别人来蒸馏你。随着顶级模型公司不断破解世界级数学难题,数学家们集体破防。邓煜近期提出的观点大意是,AI公司在构建大模型时,通过“知识蒸馏”或抓取全人类的网络文献、学术论文与知识库来训练自己。然而,当外界或同行希望了解模型的推理过程(即“思维链”)时,这些公司却以“防止被蒸馏”为由进行全方位加密和拒绝公开。邓煜直言:“你不能在只有你蒸馏全人类的网络文献、全人类的知识的时候,就大大方方地去蒸馏;然后觉得别人想要了解一下思
程序员要和司机坐一桌了
本文来自微信公众号: 冯伟冯大白 ,作者:文/冯大白不会写代码的创业者,已经拿着自己做的软件去接订单了。Jon Cheney想做企业AI服务,曾收到10.5万美元的开发报价。后来他用Replit搭出了网站和后台,按他在平台访谈中的说法,搭建花了不到400美元,五天内拿到首位客户的1.5万美元订单。他此前创过业、融过资,也卖过公司。这一次,缺少编程能力终于没有把他挡在产品开发之外。程序员因此要面对很多变化:客户先做了一版,甚至先找到了愿意付钱的人,才来考虑下一步需要什么技术帮助。软件开发原本位于生意的起点,现在有机会随着生意一起出现。今年6月,AI应用开发平台Lovable公布的一项调查中,超过
2万报价被还到2000:我的FDE 朋友决定回去上班了
本文来自微信公众号: ToB老人家 ,作者:王戴明,原文标题:《2 万报价被还到 2000:我的 FDE 朋友决定回去上班了》一位资深的FDE朋友告诉我,他已经决定放弃FDE创业,回企业上班了。至于原因,他给我讲了一件真事:一位客户找他做一个AI项目,他报价2万,结果对方果断还价2000。他无奈回复客户:2000块连AI工具的成本都不够。朋友说:这2年FDE做下来,收入还不如打工,所以果断止损了。另一位FDE朋友也给我说:做FDE其实不赚钱,因为企业的要求很高,但又不愿意给匹配的费用。而市场上真正赚到钱的FDE,其实大部分都是卖培训,或者卖FDE的课程。他甚至半开玩笑的说:FDE之所以这么火,
少有的同时做过Agent、多模态和具身的人
本文来自微信公众号: 42章经 ,作者:曲凯,原文标题:《少有的同时做过 Agent、多模态和具身的人 | 42章经》淏楠最早在MiroMind做Agent,后来转去混元,负责多模态RL infra,最近又去了某具身公司负责模型训练。本期播客原文约19000字,编辑整理后约5600字。曲凯:去年应用落地有两条主线,一是Agent,二是多模态。现在Agent这边方向已经比较明确了,尤其是最近又有Personal Agent这一波。那多模态这边,这一年有哪些新的进展?淏楠:在这个领域里,一年太长了哈哈。不过我们可以再往回倒一下。其实在做多模态之前,25年10月的时候,我在MiroMind做纯语言的
AI 翻译、摘要和解读仅用于辅助判断;涉及重要决策时,请回到上方来源核实。