远见网一、Meta发布了个人智能体Muse
9月8日，Meta发布了个人智能体Muse。上线12天，下载量到了约280万次，跑得比当年ChatGPT移动端还快。
热乎劲还没过，麻烦就来了。
9月中旬，安全机构Surfshark和一批技术用户发布报告，说Muse的权限系统“哨兵 （Sentinel） ”大面积失效，Muse甚至绕过了macOS的“完全磁盘访问”防线，读走了用户本地的iMessage聊天记录。
没过几天，亚马逊等零售和SaaS公司就在防火墙上把Muse的自动化流量拦在了门外。
但资本一点没被吓到。9月下旬，一家只有14个人的公司Instinct拿到10亿美元融资，估值破百亿。
月底，Manus的Cue和OpenAI的dots前后脚发布。
这波新Agent产品的社区叙事，被迅速统一成「Agent正在从专注任务，转向专注人。
让我们回头看一眼。
早在8月，xAI和Cursor合并成的SpaceXAI就上线了Grok Bot，它在公司内部主要用来做销售外联、运维和修Bug，一点也不“个人”。
9月15日，飞书8.0发布的豆包工作伙伴，服务的是整个团队，可它会自己巡视群聊，判断这事该不该自己补位。
1、如果“转向人”不是这一波Agent新
这些Agent服务对象完全不同，能力却越来似乎向着同样的方向发展：它们一直在线，持续记得上下文，自己找活干，手里的权限越来越大。
那么问题来了，如果“转向人”不是这一波Agent新产品潮的全部解释，那它真正在推进的是什么方向的转变？
如果我们把这今年的Agent产品按“人要管多少事”排一排，会得到一条很清楚的光谱。
最左边是Claude Code、Codex这样的生产工具。
开发者看每一处diff，批每一条命令，Agent的每一步都在人眼皮底下。
这是产品定位决定的，真实业务里精确控制永远排第一。
往右一格是OpenClaw。今年初，它让很多人第一次尝到了“养Agent”的滋味。
它常驻在你的电脑上，在WhatsApp、Telegram里跟你聊天，靠Heartbeat定时醒来看看有没有事，用USER.md和MEMORY.md记住你是谁。
但养它是真累。部署要自己来，技能要自己装，记忆它只在上下文快撑爆时才顺手存一下档。
再往右一格是Hermes。2月底首发，连续几周霸榜GitHub Trending。
二、系统会硬塞给Agent一条反思指令
拿功能清单一项项对，它和OpenClaw几乎没有区别，但这些功能有谁去控制变得不太一样了。
每当一次任务调了5次以上工具或者被用户纠正过，Hermes就会默默把这套流程存成技能。
每聊15轮左右，系统会硬塞给Agent一条反思指令，让它回头看看有什么值得记。
这条“替你做决定”的路线很快成了共识。
4月，OpenClaw连着补了两课，先上了离线整理记忆的Dreaming，又上了回复前专门调取记忆的Active Memory。
但Hermes并没有消灭这些决策，它只是把决策写成了死规则。
比如5次工具调用、15轮对话、85% 的压缩阈值、危险命令的黑名单，全是开发团队提前替你拍的板。
而这一波Agent，更核心的是这条光谱上的再下一格。复杂度又搬了一次家，这次搬进了一个常驻的系统，和越来越能拍板的模型。
这个常驻的系统，就是一个always-on的Agent。Agent的存在不再依附于一次对话、一台开着的电脑。
你合上电脑去睡觉了它还在，甚至还记着事情进展到哪了，有消息来了能被叫醒，叫醒了能接着往下推。
1、这东西龙虾不早有了吗
你说不对啊，这东西龙虾不早有了吗？但OpenClaw确实能常驻，可电脑一合、进程一崩、上下文一爆，它就断了。
它不稳。一个到点才醒、动不动要你批、跑久了就糊涂的Agent，你需要维护的成本太高了。
要让它真的一直在，就得解决三件事。醒得对不对，要不要老来找你，记不记得住，也就是主动、权限、记忆。
这一波Agent在这三件事上都有实打实的推进。这是我们不管需要什么样的助手、什么样更能替我们干活儿的Agent所必须的基础。
而之后，分化其实主要发生在上下文中。
当你把Always on Agent接进一个团队的群聊和工作软件，或者接进一个人的日历、聊天和账单，这三个功能和产品就得对应着调整。
比如在办公中，我们希望Agent替团队主动，那它盯的是项目进度和没人认领的活。
替个人干活儿，盯的是就是孩子的报名截止。
这一步，可以叫针对上下文的产品特化，特化成团队的，它是同事。特化成个人的，它是管家。
顺着这条光谱看下去，未来常驻在线、握着上下文和权限、能自己往前推事情的Agent，大概率会成为接下来Agent产品的标配。
三、SpaceXAI发布了Grok Bot测试版
1、SpaceXAI发布了Grok Bo
这次下场的是OpenAI、Meta、xAI，它们在记忆分层和常驻架构上，已经各自摸到了相似的答案。
那“一直在”到底是怎么做到的？把这件事讲得最透的，恰恰是那个最不“个人”的Grok Bot。
8月11日，SpaceXAI发布了Grok Bot测试版。它一开始只是公司内部的原型，后来在销售、运营、工程团队里传开了。
它的用法很简单。你建几个有名字、有分工的Bot，像给同事发消息一样派活。
每个Bot背后有一台云端电脑，浏览器、文件系统、终端一应俱全，那些没有API、也没接MCP的网站，它能直接登进去点。
你合上电脑它会接着干，只在需要你拍板的时候才回来找你。你还可以当着它的面操作一遍，它看完就把这套流程整理成技能，以后定点自己跑。
几个Bot之间还能互相发消息，由一个“幕僚长” Bot统一调度。
Grok Bot不是个人Agent。它走的是OpenClaw那条线，先不管服务谁，把“一直在线”这件事本身做扎实。
前不久，SpaceXAI的Lee Robinson在斯坦福CS146S课上，把Grok Bot的架构从头到尾讲了一遍。
拿他讲的东西回头对照OpenClaw，就能看出进步的点在哪里。在GrotBot中，它的基本上所有能力在OpenClaw时代都有，就是非常粗糙。
2、它还得等下一次心跳
OpenClaw的常驻靠Heartbeat，进程一直开着，每隔一段时间醒来看一眼有没有事。
这个办法有两个毛病。一是醒得不是时候。你那边火烧眉毛，它还得等下一次心跳。
没事的时候它照样醒，空转一圈，白烧token。二是它寄居在一台机器、一个进程里。电脑一合、进程一崩，它就不在了。
崩了重来，前面做到哪一步也说不清。
它的Agent大部分时间都在睡觉，云端电脑也在睡。
一条Slack消息、一封邮件、一个会议开始，或者一个跑了好几天的后台任务终于跑完，这些事件才是闹钟。
被叫醒后，它把自己的状态从数据库里搬出来。如果需要上网，再把云端电脑也叫醒。
这边干完活，两个再一起躺回去，然后把对话记录、记忆、定时任务全部存回数据库。
按事醒，也有一个麻烦，就是事件太多了。有人 @ 你，有人打来电话，会议开始了，全都往里涌，Agent很容易变成一个被消息淹没茫然无措。
所以这些信号在Grok Bot里都会先过一道路由，去掉重复的，再分轻重。
四、也会判断一下这事值得打扰主人吗
1、也会判断一下这事值得打扰主人吗
你亲自发来的消息可以插队，直接打断它手上的活，群聊和后台任务老老实实排队，几条挨着来的还会被打包成一轮处理。
每次醒来后，它处理完事情，也会判断一下这事值得打扰主人吗？同事每推进一点就跑来汇报，谁都会烦，大多数事情一天同步一次就够了。
心跳是闹钟，事件是门铃。从到点醒变成有事才醒，Agent才从一个开着的进程，变成一个随时在、又不吵你的助手。
Always-on的本质，就是状态一直在、叫醒后马上就可以接着做。
状态一直在，就得稳。龙虾的问题之一就是不够稳。它跑在你的本地电脑上，一旦走错电脑崩了，重启后信息也会丢失。整体恢复非常花时间。
所以Grok bot把Agent的循环跑在服务端，不跑在它的电脑里。
服务端电脑是一台Firecracker虚拟机，可以随时拍快照、关机、原样恢复，坏了就推倒重建。
状态不在电脑上，电脑就只是一件工具，换一台，Agent毫发无损。
哪天要给虚拟机打紧急安全补丁，也不用连Agent一起停掉。
为了让崩溃更快恢复，他们还加上了持久化工作流 （durable workflow）。
2、做到第三步时服务器崩了
普通的任务队列，做到第三步时服务器崩了，重启后得从第一步重放，这样可能同一份邮件要被发两遍，单可能下两次。
Grok Bot用开源工具Temporal记下每一步，崩了之后直接复原到从第三步接着来。
在第一个阶段编码Agent有了独立App之后，大家在云上并行开好几个，可人还是瓶颈，每条命令都得盯着批。
OpenClaw那一代常驻Agent也没逃出这个困境，权限基本只有两档。要么事事来问你，人守在旁边寸步难离；
要么干脆全放开，它在你的电脑上想干啥干啥，出了事算你的。
Hermes的折中，是写死一份危险命令的黑名单，拿正则去匹配。
还有一种回来找你的情况是，权限卡住了。没有API的网站进不去，没接MCP的服务用不了，它只能回来说一句“这个我做不了”。
一个动不动就回来找你的Agent，再怎么一直在线也没用，你还是得守着它。
第一，给它一台自己的电脑。Agent在自己的虚拟机里干活，不碰你的电脑。没有API的网站，它就自己登进去点，真出了岔子，影响也关在那台机器里。
第二点最重要，得让Agent碰到问题先自己想办法。Grok Bot给Agent定了一条
