首页 / 资讯中心 / 文章详情

这波个人Agent风潮背后,不只有“向人转向”

这波个人Agent风潮背后,不只有“向人转向” ★ FEATURED ARTICLE
那个根本不信AI会带来安全风险的扎克伯格正带着他的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 发布的豆包工作伙伴服务的是整个团队可它会自己巡视群聊判断这事该不该自己补位。这些Agent 服务对象完全不同能力却越来似乎向着同样的方向发展它们一直在线持续记得上下文自己找活干手里的权限越来越大。那么问题来了如果“转向人”不是这一波Agent新产品潮的全部解释那它真正在推进的是什么方向的转变要回答这个问题得先回到年初那只龙虾。Harness的演进就是让人把手放开如果我们把这今年的 Agent 产品按“人要管多少事”排一排会得到一条很清楚的光谱。最左边是 Claude Code、Codex 这样的生产工具。开发者看每一处 diff批每一条命令Agent 的每一步都在人眼皮底下。这是产品定位决定的真实业务里精确控制永远排第一。往右一格是 OpenClaw。今年初它让很多人第一次尝到了“养 Agent”的滋味。它常驻在你的电脑上在 WhatsApp、Telegram 里跟你聊天靠 Heartbeat 定时醒来看看有没有事用 USER.md 和 MEMORY.md 记住你是谁。但养它是真累。部署要自己来技能要自己装记忆它只在上下文快撑爆时才顺手存一下档。后来社区热度往下走说白了就是维护太费劲。再往右一格是 Hermes。2 月底首发连续几周霸榜 GitHub Trending。拿功能清单一项项对它和 OpenClaw 几乎没有区别但这些功能有谁去控制变得不太一样了。每当一次任务调了 5 次以上工具或者被用户纠正过Hermes 就会默默把这套流程存成技能。每聊 15 轮左右系统会硬塞给 Agent 一条反思指令让它回头看看有什么值得记。这条“替你做决定”的路线很快成了共识。4 月OpenClaw 连着补了两课先上了离线整理记忆的 Dreaming又上了回复前专门调取记忆的 Active Memory。但 Hermes 并没有消灭这些决策它只是把决策写成了死规则。比如 5 次工具调用、15 轮对话、85% 的压缩阈值、危险命令的黑名单全是开发团队提前替你拍的板。而这一波Agent更核心的是这条光谱上的再下一格。复杂度又搬了一次家这次搬进了一个常驻的系统和越来越能拍板的模型。这个常驻的系统就是一个 always-on 的Agent。Agent 的存在不再依附于一次对话、一台开着的电脑。你合上电脑去睡觉了它还在甚至还记着事情进展到哪了有消息来了能被叫醒叫醒了能接着往下推。只有它一直在你才敢把事情托付给它。你说不对啊这东西龙虾不早有了吗但 OpenClaw 确实能常驻可电脑一合、进程一崩、上下文一爆它就断了。它不稳。一个到点才醒、动不动要你批、跑久了就糊涂的 Agent你需要维护的成本太高了。要让它真的一直在就得解决三件事。醒得对不对要不要老来找你记不记得住也就是主动、权限、记忆。这一波Agent在这三件事上都有实打实的推进。这是我们不管需要什么样的助手、什么样更能替我们干活儿的Agent所必须的基础。而之后分化其实主要发生在上下文中。当你把Always on Agent接进一个团队的群聊和工作软件或者接进一个人的日历、聊天和账单这三个功能和产品就得对应着调整。比如在办公中我们希望Agent替团队主动那它盯的是项目进度和没人认领的活。替个人干活儿盯的是就是孩子的报名截止。这一步可以叫针对上下文的产品特化特化成团队的它是同事。特化成个人的它是管家。顺着这条光谱看下去未来常驻在线、握着上下文和权限、能自己往前推事情的 Agent大概率会成为接下来 Agent 产品的标配。这次下场的是 OpenAI、Meta、xAI它们在记忆分层和常驻架构上已经各自摸到了相似的答案。那“一直在”到底是怎么做到的把这件事讲得最透的恰恰是那个最不“个人”的 Grok Bot。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时代都有就是非常粗糙。这个粗糙主要体现在四点上。卡点一唤醒太死板OpenClaw 的常驻靠 Heartbeat进程一直开着每隔一段时间醒来看一眼有没有事。这个办法有两个毛病。一是醒得不是时候。你那边火烧眉毛它还得等下一次心跳。没事的时候它照样醒空转一圈白烧 token。二是它寄居在一台机器、一个进程里。电脑一合、进程一崩它就不在了。崩了重来前面做到哪一步也说不清。Grok Bot 则是不按点醒按事醒。它的 Agent 大部分时间都在睡觉云端电脑也在睡。一条 Slack 消息、一封邮件、一个会议开始或者一个跑了好几天的后台任务终于跑完这些事件才是闹钟。被叫醒后它把自己的状态从数据库里搬出来。如果需要上网再把云端电脑也叫醒。这边干完活两个再一起躺回去然后把对话记录、记忆、定时任务全部存回数据库。按事醒也有一个麻烦就是事件太多了。有人 你有人打来电话会议开始了全都往里涌Agent 很容易变成一个被消息淹没茫然无措。所以这些信号在Grok Bot里都会先过一道路由去掉重复的再分轻重。你亲自发来的消息可以插队直接打断它手上的活群聊和后台任务老老实实排队几条挨着来的还会被打包成一轮处理。每次醒来后它处理完事情也会判断一下这事值得打扰主人吗同事每推进一点就跑来汇报谁都会烦大多数事情一天同步一次就够了。心跳是闹钟事件是门铃。从到点醒变成有事才醒Agent 才从一个开着的进程变成一个随时在、又不吵你的助手。卡点二总是容易崩溃状态难恢复。Always-on 的本质就是状态一直在、叫醒后马上就可以接着做。状态一直在就得稳。龙虾的问题之一就是不够稳。它跑在你的本地电脑上一旦走错电脑崩了重启后信息也会丢失。整体恢复非常花时间。所以Grok bot 把Agent 的循环跑在服务端不跑在它的电脑里。服务端电脑是一台 Firecracker 虚拟机可以随时拍快照、关机、原样恢复坏了就推倒重建。状态不在电脑上电脑就只是一件工具换一台Agent 毫发无损。哪天要给虚拟机打紧急安全补丁也不用连 Agent 一起停掉。为了让崩溃更快恢复他们还加上了持久化工作流durable workflow。普通的任务队列做到第三步时服务器崩了重启后得从第一步重放这样可能同一份邮件要被发两遍单可能下两次。Grok Bot 用开源工具 Temporal 记下每一步崩了之后直接复原到从第三步接着来。卡点三要你确认的事太多醒得了只是第一步。醒来之后它能不能自己把事办完Lee 回顾过开发者用 AI 的几个阶段。在第一个阶段编码 Agent 有了独立 App 之后大家在云上并行开好几个可人还是瓶颈每条命令都得盯着批。OpenClaw 那一代常驻 Agent 也没逃出这个困境权限基本只有两档。要么事事来问你人守在旁边寸步难离要么干脆全放开它在你的电脑上想干啥干啥出了事算你的。Hermes 的折中是写死一份危险命令的黑名单拿正则去匹配。还有一种回来找你的情况是权限卡住了。没有 API 的网站进不去没接 MCP 的服务用不了它只能回来说一句“这个我做不了”。一个动不动就回来找你的 Agent再怎么一直在线也没用你还是得守着它。Grok Bot 从三个方向把人从旁边解放出来。第一给它一台自己的电脑。Agent 在自己的虚拟机里干活不碰你的电脑。没有 API 的网站它就自己登进去点真出了岔子影响也关在那台机器里。第二点最重要得让Agent碰到问题先自己想办法。Grok Bot 给 Agent 定了一条能力阶梯先翻对话里已经知道的。不够就调插件、MCP 或 API。还不够就上网搜。再不行开浏览器自己去查。最后动用整台电脑写脚本、跑命令、搭工具。在浏览器里也一样先读最省的无障碍树accessibility tree本来是给读屏软件用的正好把页面上的按钮和链接整整齐齐列出来和 HTML实在不行才截图、按像素坐标去点。只有这些全失败了比如碰上两步验证或人机验证才回来找你。这里的要做的判断比如几百个工具里这一步该用哪个试到哪一步才算“实在不行”这条命令放不放行Hermes 拿黑名单兜底Grok Bot 交给了模型。第三还是不放心怎么办让模型替你审。每条命令执行前先让另一个模型审一遍业内叫 auto review。Lee 有个反直觉的说法让模型审命令比让人一条条批几百条命令更安全因为人会累。他甚至说真做盲测的话多数时候模型比人审得好。剩下真正需要你的只剩登录、付钱、发邮件这类撤不回来的几处。如果授权完备密码之类的凭证走产品流程压根不进模型的对话。人从“每一步都批”退到了“只在关键处点头”。第一节那条光谱上往右挪的最大一格其实就是在这里。卡点四记忆维护成本高前两处拆掉了Agent 就能一跑几周、几个月。这时候第三个问题浮了上来它的上下文记忆撑不撑得住。OpenClaw 的记忆是被动的上下文快撑爆了才顺手存一下档。对话越拉越长模型越容易忘掉前面的事表现越来越差。到了上限只能压缩而压缩是有损的压得不好关键细节就丢了。Lee 说这个问题大概够写好几篇博士论文。实际上Arxiv上相关论文至少也得上百了。Grokbot的思路分两步。第一步是少往主Agent里塞这样总量就小了。主 Agent 只当总调度对话尽量清爽。跑命令、做工具调用之类烧上下文的都交给子 Agent等它干完只带一个结果回来主上下文。对于子Agent也得省上下文 比如工具说明上下文里只放工具的名字工具输出直接写进外部文件真要用哪个再去文件里把完整说明读出来。第二步就是精炼压缩。压缩时留什么、扔什么被 Gork Bot 分成三层。第一层是核心事实每次对话都得带着比如“这个用户发消息喜欢全小写”也要定期清理。第二层是带日期的日志你问一句“我上周干了啥”它直接翻日志就行。第三层是临时便签只在接下来一两个小时里有用用完就扔。剩下的一切都放在文件里需要的时候让模型自己用 grep 这类命令去翻。这里除了要点外什么时候要压缩都是 Grok Bot 让模型自己去规划。除了记不住长上下文还有一个问题就是太贵。每来一条新消息整段对话历史都要重新发给模型一遍那这个钱就贵了。唯一绕路的方法是利用KV Cache模型厂商对缓存过的上下文收费很低只要命中了就能大幅省钱。但今年龙虾爆火时Harness 还没为上下文缓存做过优化导致缓存成片失效账单一下都爆了。Grokbot特别在此处做了大幅优化。要吃到折扣前缀就得纹丝不动系统提示词、工具定义能不改就不改让过去的上下文能够尽可能在缓存中命中的到。另一招省钱妙法就是趁热压缩。你和 Bot 聊了十几万 token然后走开了。模型厂商的缓存还会热一阵可能 10 分钟可能 60 分钟。Grot Bot就在这段时间里把长对话压成摘要因为这时候压缩最便宜。有了Always on多端Agent才变得有意义四个卡点拆完目前在后台跑着的Agent已经能做到在不打扰你的情况下做好很多事情了。这时候前台缩减成一个聊天框就变得可能了。按照 Lee 的说法模型越强界面反而越简单。过去模型靠不住产品只能堆满 diff 视图、审批弹窗和配置面板让人盯着每一步。现在 Agent 能自己把活干完人只需要交代事情、等结果。一个聊天框足以了。而 OpenClaw 那个时代虽然它在 WhatsApp、Telegram 里跟你聊但因为它要不断来回给你确认你还要从它的COT里挑错说是对话框但字数多的吓人。聊天框很快就会被淹没反而不如Codex看的清晰。但现在聊天窗确实够用了。前两天OpenAI在ChatApp里突然增加了生成式 UI其实就是让这个聊天框更好用。有些展示还是需要UI更直观也更简洁。要登录某个网站就弹出专门的登录框接上 1Password要付钱就跳到 Stripe Link 或 X Money要发邮件、发 Slack 消息这种撤不回的事就生成一张草稿卡片你改完点头才发。聊天框负责说话确认和输出交给按需生成的界面。人越来越少的需要确认的关键点被做成了一个个点一下就行的按钮。这样多端才真正能用。不然后台越强人在前台翻消息翻得越累。把模型练到能拍板回头看这些卡点Grok Bot 的这套解法的重要进步就在于它把更多的机制交给了模型判断。在 Harness工程里GrokBot埋下了基本的能力比如睡眠唤醒、持久化工作流、独立虚拟机、缓存和压缩把能确定的事交给系统。但判断值不值得叫醒你该不该回来问你哪句话值得记住。这一半写不成规则只能交给模型。所以绕到最后模型得靠得住这些判断才有意义。Hermes 那个时代的答案是靠不住所以写死规则。到了 Grok Bot这个时代解法是让它学到能信。为了让模型更更好的适应具体的工作Gotkbot有两个学习循环。内循环是天天都在跑的。Agent 犯了一个错比如调了不该调的工具就变成一条评测用例团队去修 Harness、改提示词或者查推理上的问题测过了再上线。外循环则是每隔一阵转一次这是会把内循环里积攒的问题和用例用来更新训新模型让它从这些错误里学。用SFT 让它看大量 Harness 里的样例熟悉手上有哪些工具。在用RL让它学会听指令在几百个技能里挑对那一个在网页上点对地方。新模型上线判断又准一截交给它的事就能再多一点。个人Agent就是从Always on到上下文的特性化适应靠着这一套对Agent基础长期在线的能力的工程修正现在Agent是可以Always on的去干很多事情了。那么接下来的问题就是具体让它去干什么。这道题是开放的。同一套底座可以替团队盯工作也可以替你盯生活可以催项目进度也可以提醒你孩子的报名截止日期。这一波Agent热潮中的五款产品恰好在这条光谱上各站了一个位置。OpenAI 的 dots 是 9 月 29 日 DevDay 的压轴底层是 GPT 6 Astra。你在 ChatGPT 桌面端布置完任务就能关电脑几个小时后它会在 Slack 里 你汇报。DevDay 上最抢眼的演示是它潜伏在公司群里看到客服报了个 Bug自己读报错、定位、修复、跑测试最后给工程师提一个 PR。对手里已经有 Codex 的 OpenAI 来说给它接一个跨端的个人信息入口比从零造一个个人 Agent 划算得多。Manus 的 Cue 9 月 28 日上线给每个 Agent 配了一整套真家伙电话号码、邮箱、云电脑外加一个受你预算管着的钱包。它能直接打电话给餐厅订位跟客服语音砍价好几个 Agent 还能拉个群分头规划一趟海外旅行。Instinct 的创始人 Noah Shinn 23 岁是 Reflexion 论文和 τ-bench 的合著者。公司一个月估值翻了四倍。它干脆把 App 都扔了只用短信、iMessage 和电话跟你说话。它还演示了A2A的愿景两个人要约时间双方的 Instinct 在后台直接加密谈人连前面的来回拉扯都省了。而在这其中Muse 是在个人这条光谱上走得最远的。日历、备忘录、聊天软件连财务应用都要接。借着 Stripe Link填表、结账、续费、跟商家谈账单它自己全包了。你在 WhatsApp 里发一句语音它能在云上闷头跑几个小时把整趟差旅订好。五款摆在一起看渗透的方向不同但底座其实还是同一套往哪推、推多深是各家自己的选择。往不同方向推上下文的需求要记住的事情和权限的管理都有不同需要根据要处理的上下文进行特性化处理。下面我们就主要围绕Muse这个在个人方向上推的最远的产品来聊聊这种不同来自哪里。个人Agent需要做的是什么调整放进来的上下文越私人主动、权限、记忆这三样就得调得越细。Grok Bot搭好了架子管的是 Agent 能不能一直在、不吵你、不闯祸。特化到个人之后要管的变成了它能不能懂你、替你办事。当然第一步是获得更多关于你的上下文通过你授权让它链接你的邮箱、日程、IM等等个上下文丰富的应用这步很容易实现。但用好这些上下文就需要一些特化。在个人这里这主要分三个方面。记忆从记住工作到记住你通用版的记忆第二节已经讲过核心事实、日期日志、临时便签三层剩下的放进文件。这能让它记得住你们之间对话里的核心事儿。特化到个人要往前多走一步它要记住和你这个人相关的一切事情。今年二季度Karpathy 用 Obsidian 搭个人 Wiki 的做法火过一阵可以算是个人化记忆在工程上的起点。底层就是一堆 Markdown有资料摘要、实体页、概念页、综合分析。回答问题前模型先读一份总目录 index.md再按图索骥翻到相关的页。这一波个人 Agent 沿着这条路走但细得多。Instinct 的隐私政策显示它会常态化地读文档、邮件甚至音频可具体怎么做没公开这里看得最清楚的是 Muse。9 月 22 日开发者 Peter James 把 Muse 的文件系统做了解包发现 Muse 是用 Markdown 存记忆正文用 Postgres 库存证据、状态和索引再由后台 Agent 一直整理。Muse的Md记忆库可谓是五花八门。有短日志记忆也有对短期记忆进行整理后形成的持久可更新的记忆区块。它形成了一条从短期到长期、再到反思的完整链路。其他的区块更小甚至有具体领域的记忆文档以供在具体场景下取用相关记忆和偏好。例如购物画像 memory/shopping/PROFILE.md。它由购物任务直接读取排除在通用记忆索引之外。最后根据这些持久记忆区块的信息模型会写出一个指导行动的 MEMORY.md。 它从这些材料中精选重要事实、偏好和承诺形成便于后续调用的简明备忘录。与此同时外部还有一条专门反思互动的动线dreams/ 保存对近期互动的反思再将其中的经验整理成综合行为指导影响以后怎样回答、提醒和与用户相处。这就能够成为一个完整的关于你个人记忆的小循环了。而Postgres 库则是一个向量库它既管理记忆也保存应用运行数据主要起一个快速索引到具体任务细节的作用。其数据包括具体记住了什么、来源和当下是否有效的状态比如邮件里说项目 10 月 20 日截止后来又来一封说延到 27 日前一条就被标成“已更新”后一条才算“有效”。它的格式大概是这样为了更好的索引它还有单独的索引数据去连接 Markdown 中细节记录的正文切片和索引。在有了如此完整的一套记忆体系后只需按照一定的流程机制即可让它成为一个非常完整的记忆流程。1用户与 Muse 的一次互动先产生可用上下文Muse 从中挑选值得保留的信息即时写入记忆文件。后台再对照原始消息核验更新精选要点、用户画像、关系资料和检索索引。2下次问题到来时系统召回相关记忆由模型据此回答或行动。而新的互动又补充或纠正已有认识进入下一轮记录与更新。3夜间反思则把近期互动中的经验整理成综合行为指导调整下一次与用户相处的方式。若用户要求遗忘系统会在确认清理范围后清理相关正文和派生资料、撤回结论、刷新索引并检查可能重新写回这些信息的后台任务。Muse 的演示里有个例子你只说一句“准备开学”它就自己去翻学校的邮件和网站把散落在各处的信息拼到这一个目标上。这靠的就是这套系统。把 Muse 和Grok的三层记忆放在一起对照底层没啥差别核心事实对应 MEMORY.md 和 USER.md日期日志对应 memory/ 里的日记剩下的靠翻文件。多出来的是个人的部分是画像、关系和反馈反思。主动从有事才醒到自己找事Grok Bot也有主动性它会被新信息叫醒醒了先判断值不值得打扰你。被搁下的对话它会跟进卡住的交接它会催进度。但工作场景的上下文主要来自工作库。你对话里的工作本身自带目标修这个 Bug推这个项目赶这个截止日期。基础版的三样能力在这里基本够用所以接进来它就是个同事。个人不一样。你的日历、聊天、邮件和账单里没人替你写好工单。目标散在这些上下文里得 Agent 自己去发现。所以想要让个人Agent也能主动替你解决事情就得要在这方面做点调整。根据 GitHub 用户 win4r 利用 Muse 运行环境的部分文件快照整理出的MuseAI-Skills仓库来看它里面有一额 Goal.md. 说明它有一整套围绕目标的产品设计。这个目标可以是你明说的存进 Goal.md驱动模型一步步规划、记录进展。也可以是系统从上下文里找到目标再给用户建议。比如 OpenAI Dots 公开了的 Proactive research主动搜索。 官方文档描述它会以固定频次主动去做形成新的目标/建议。后台 Agent 去翻你允许它看的信息记私人笔记把新变化和以前的工作串起来报告给主 dot再由主 dot 来问你、给你建议。而在 Muse 的解包里这件事分成两块。一块叫 Studying每天夜里围着已有的目标做功课找推进的办法。主目标实在推不动它还会把你曾经随口提过的事翻出来作为候选目标。另一块叫 Idea curation每天根据你的历史生成一批建议按可行性、跟你合不合拍、新不新鲜打分排序推给你。你点了采纳它就成了新目标。目标就这样源源不断地冒出来。定下目标后系统每次醒来都会去找相关的新信息、拆子任务、设定时任务一点点往前推。比如在演示里我们就可以看到Muse从学校邮件里发现孩子的体育选拔报名快截止了主动给家长发了条消息。从有事才醒到自己找事这是个人Agent特化在能力上跨得最大的一步。这一套目标系统驱动的主动性规划和任务驱动的 /goal 并不相同它的任务往往有更大的时间跨度。但核心的拆解任务补充信息思考解法等中间件逻辑却非常相似。整体和Grok Bot的能力阶梯也有类似之处。但依靠着唤醒机制这套逻辑可以被应用到更长程的时间框架下。而且它会尽量少打扰用户只在需要决策的时候询问用户。比如Agent会判断普通检查结果就先留着不通知而快截止的报名值得打扰用户就去推送提醒。于是一个主动介入帮你分析问题同时给出主动建议在接受目标后静默的帮你处理完事情的个人助手就有了产品基础。权限是一场关于模型够不够格的赌局在个人层面权限非常要命。因为它会产生直接的C端后果比如花钱。这个还不像在沙盒里工作Agent搞砸了直接复位即可。靠着我们自己在个人Agent初期的授权以及后续的一系列交互模型能够搜集到一些授权范围的信息。但模型对权限的理解天生爱往大了走。2026 年 5 月的 AuthBench 研究发现模型很难一步到位地给出最小权限经常给多了。论文提出先推演需要哪些权限、再一项项收窄的两步法效果明显好转。为了达成这种收窄个人Agent选择的路径是做一个看门Agent。比如早期的 Hermes 已经做过类似的尝试。它有一个 smart 模式在后台用一个辅助模型去专门评估风险遇到拿不准的操作就弹窗问用户而那些在后台静默运行的任务一旦触碰到危险命令默认就会被拒绝。而在这一波新产品中这种权限管理模型整体更细致。比如 Meta Muse 推出了一个名为 Sentinel哨兵的独立组件就是用于权限管理和收紧。这个哨兵会时刻监视所有连接器的操作和网络请求判断它们是否越界。其中真实的敏感凭证压根就不会直接交给主 Agent只是让它去推演和审核。这种批准机制可以被精细地限定为单次生效、当前会话生效、特定任务生效或者设定一个时间范围。用户也可以再后续反馈加以调整并令模型记忆。往个人特化得越深读的数据越多代办的权力越大对权限的处理就越复杂。上面分析的这三个方向的特化把Always on Agent推向了个人的光谱。在办公领域其实也在演着同一场戏把镜头从个人 Agent 转到办公 AI会看到几乎一模一样的剧情。飞书 8.0 发布的豆包工作伙伴有自己的账号和权限包不借人的权限干活。企业按群聊、资源、应用三个维度给它授权可追溯、可收回管它的方式和管一个员工没什么两样。它可以同时挂在产品群、研发群、运营群里把几个群的讨论串成一条线。更要紧的是它不等人吩咐。它按职责巡视群聊自己判断这事该不该补位。口头说好的待办到点了提醒负责人没人吭声就自己往前推。记忆也是一样只不过团队要记的更多是做事的方法。比如 Workbuddy 把员工做事的过程存成组织级技能下一个同事直接复用。Grok Bot 看你操作一遍就能学会。这和 Muse 翻到报名截止、主动提醒家长是同一种能力只是关注点记忆点移到了群体工作范畴中。把这些摆在一起会发现一个共同点Agent 正在成为状态的持有者。Hermes 手里攥着的是技能和记忆个人 Agent 攥着的是你的生活状态团队伙伴攥着的是团队的工作状态哪些事已经定了谁负责什么进展到哪一步。一旦 Agent 攥住了状态它就得有身份比如 Cue 的电话号码、豆包伙伴的独立账号。得有权限带条件、可追溯、可收回。还得一直在线不然状态没人维护。到这一步Agent 就不再是一个被叫来干活的工具而是一个可以托付事情的主体了。至于它攥的是你的状态还是团队的状态只是选择不同。这也意味着个人 Agent 和工作 Agent 的差距并没有我们想象的那么远没有新物种只有特化。在未来甚至它们很有可能合流。人的生活和工作本来就缠在一起出个差会打乱工作计划项目一变也会搅了私人日程。没人愿意对两个 Agent 各解释一遍自己。Anthropic 在整合 Claude Chat 和 CoworkOpenAI 让 dots 横跨 ChatGPT 和 Slack方向都一样一个长期入口背后共享记忆、目标、关系和权限需要什么专业能力再临时调。Grok Bot 那些伸向各种IM的管道加上一个调度各路 Bot 的幕僚长就是这种形态的骨架。这波转向能否成功得看帐算不算得清个人 Agent 卖的是认知卸载替你记着、替你协调、替你跟进让你少操一份心。这东西谁听了都说好但能不能撑起一门生意得一笔一笔算。先看场景。1购物Agent 管搜索、比价和导购钱可能来自商家佣金、服务费或者无广告订阅。2日常生活预约、账单、订阅管理主要靠订阅或按次收费。3秘书事务排日程、备资料个人和企业都可能掏钱按基础订阅加额度算。对创业公司来说这几类难度差得很远。替代一个已经有人付钱的服务是去抢一笔现成的预算。替用户做原本自己动手的事就得说服他多掏一笔钱。现实是很多人宁可自己花时间也不愿意长期订阅一个软件。因为高频的琐事比如点外卖系统已经非常成熟省下的时间有限。而复杂的事比如规划一趟复杂旅行一年也没几回。虽然你比价能省钱安排能及时但不管是钱还是时间你从里面能省出来的其实没那么多。让用户付费还有一道心理关。帮你缩小选择和替你拍板是两回事。Gartner 的调查显示约 30% 的人愿意让 AI 帮忙缩小范围但就算是低风险商品愿意彻底放手让 AI 直接下单的最多也只有 11%。收费模式更是两头难。抽商家佣金Agent 就会和你的利益打架。向你收订阅费算力成本又压在那里。摩根士丹利算过Muse 这样的服务每个用户每月的成本在 3 到 130 美元之间。高频用户愿意交钱但70、80美元的成本你要收多少才合适当然常驻 Agent 能不能赚钱很大程度上是个工程问题。在Grok Bot里我们看到按需唤醒虚拟机、守住缓存、趁热压缩、拿分身隔离上下文每一招都在往下压这70、80美元的蹦本。可就算成本压下来了个人 Agent 单卖还是难。对大多数人来说生活管家是锦上添花好用归好用专门每月掏钱就是另一回事了。为工作效率掏钱大家就痛快得多。Grok Bot 和Dots的打法就很说明问题。它压根不单卖而是打包在 SuperGrok 、Cursor 和codex 的付费套餐里。这才是最实在的路子把个人助理和办公 AI 绑在一起卖。用户为了干活买单再因为个人助理贴心而一直续费两边还能共用同一套服务器和记忆系统。人去哪了回头看这一波Agent新浪潮 一路接过了主动性、权限和记忆三大板块。连定目标这件事都开始松动了。Idea curation 会替你想好目标你只要点“采纳”。2026年Agent已经把产品推到了人只需要点OK的水平上。我在之前的文章里提到过26年处沃顿商学院的 Steven Shaw 和 Gideon Nave 发现了一个现象叫AI认知缴械。在他们的实验里AI 故意给出错误答案时仍有 80% 的人照着答。在AI足够强的时候人是很倾向于放弃“要不要再想想”的判断权的。在聊天机器人时代缴械还是一次一次的。你问一句它答一句信不信由你。这一波 Agent 把它变成了一整条链路。什么事值得你知道它定。该做哪几件事它替你想好你点“采纳”。做到哪一步才来问你也是它定。等事情推到你面前选项已经被筛过一遍了。记忆也在往外搬。搜索引擎时代人从记住内容变成了记住入口。到了 Muse 这里连入口都不用记了。孩子的报名哪天截止答应过谁什么事上次跟商家谈到了哪一步它都记着到点了还会主动推给你。在那篇文章里我写过泰勒制让人变成生产流程中的手AI 则可能让人变成认知流程中的签名。放在这一波 Agent 身上这基本就是文章预言的逐字翻译。阶梯的最后一级签字栏上的那一下人提供的是确认、授权和责任。可手里既没有自己的记忆也没走过判断的过程那一下点头凭的是什么Lee 在讲座中说让模型审命令比让人审更安全因为人会累。这话没错可反过来也说明人留下的那几道关正在变成走过场。好的工具本该刻意留一点摩擦逼人自己想一想。这一波 Agent 比的却恰恰是谁把摩擦拆得更干净少打扰你少找你批替你记住一切。另一面是 Agent 手里的权力在扩张。它有了自己的电话号码、邮箱和钱包接上了你的日历、聊天记录和财务应用一天 24 小时在线还得不停地读收件箱、群聊、网页这些谁都能往里塞东西的地方。人退得越远Agent 的权力越大最后那道防线就越只能靠模型去审模型。一个被恶意指令带偏的 Agent把一份看上去合情合理的草稿推到你面前你多半也会点头。人既不太自己判断了也越来越难替它兜底。Agent 走到了台前人退到了阶梯的最后一级和签字栏上。人在 Loop 里的角色到底被挤压到哪里去了这么做的结果到底应该谁去承担这一波只想着狂飙的Agent产品不想给答案。而那个根本不信AI会带来安全风险的扎克伯格正带着他的Muse在这条路上跑的最远。原文链接这波个人Agent风潮背后不只有“向人转向”-36氪我的专辑《人工智能生命体 新启点》CSDN平台https://blog.csdn.net/2501_91883294/article/details/147616608?sharetypeblogdetailshareId147616608sharereferAPPsharesource2501_91883294sharefromlink
阅读完成 · 觉得有帮助?
咨询建站