所有人都给Agent做了个”工作台”，Rabbit偏偏只给了一个输入框——吕骋赌的是”人脑不是文件夹”
AI飞行客 所有人都给Agent做了个”工作台”，Rabbit偏偏只给了一个输入框——吕骋赌的是”人脑不是文件夹”
整个行业都在教你怎么”管理”自己的任务：新建项目、按工作和生活分类、搭工作流、配技能。Rabbit 创始人吕骋反着来——OS3 打开就一个持续的对话窗口，没有项目、没有分类、连个”新建任务”按钮都懒得给你。
他给出的理由，是我近期听到的对 Agent 产品最锋利的一句判断：人的思考不是文件化的。
先说清楚这个反直觉的产品长什么样
上个月 Rabbit 开放了新一代 Agent 操作系统 OS3。核心交互简单到有点”简陋”：用户从网页或 Telegram 交代任务，系统调用用户自选的 AI 模型，让电脑去查文件、操作软件、浏览网页、写代码。执行层面最多能连五台你已有的电脑，用各台机器上的文件和软件，自己决定这个任务在哪台机器上完成。
打开 OS3，你看到的就是一个持续的对话和输入框——没有按工作、生活分开的任务入口。
吕骋自己也知道这会让新用户懵。但他的逻辑是反过来的：事先替人划好分类，反而会逼人按软件的方式去整理自己的念头。 他说人的思考是流动的——聊着一件工作，可能突然想起昨天没办完的私事。他把这种状态叫”brain dump”，脑子里冒出什么事就一股脑说出来，OS3 靠记忆和任务调度去接住这些跳跃的想法，再决定调用什么工具、让哪台电脑执行。
输入框越简单，背后的系统要承担的判断就越复杂。 这句话是整篇采访里我认为最值钱的一句。它点出了两条完全不同的产品哲学：主流做法是把复杂度推给用户（你来分类、你来编排、你来配流程），Rabbit 是把复杂度自己吞掉，只留一个最原始的入口。
谁对？先别急着站队，看下面这个细节。
让 Agent 帮你买可乐，到底图什么
吕骋试用 Meta 的 Muse 时做了个测试：让 Muse 买一箱可乐。Muse 得在远程电脑上登录购物网站，结果忘了密码，又跑去打开密码管理器找。
他的质疑很直接：”让 Agent 去亚马逊给你买一箱可乐，和用户直接在电脑上点两下买一箱可乐，哪个更方便呢？”
然后是那句戳破行业泡沫的话——”我不认为这个需求已经验证了。”
这句话在一个人人都在发布个人 Agent 的时间点说出来，相当不客气。9 月以来这条赛道明显升温：Meta 推出 Muse（Sensor Tower 估算上线两周下载约 280 万次），9 月初独立运营的 Manus 推出 Cue，国内阿里的千问接通淘宝购物、字节的豆包上线对话打车。
但吕骋的判断是：模型更会写代码，让 Agent 更容易被造出来，这不等于普通人会长期用。”让人用得懂、用得久，才是下一道难题。”
我认同这个判断。过去半年我见过太多 Agent 产品，能力演示很唬人，但落到”我每天真的会用它吗”这个最朴素的问题上，大多数答不上来。买可乐那个例子之所以扎心，是因为它揭示了个人 Agent 最大的陷阱：如果一件事用户自己两下就能做完，你把它包装成一个需要登录、授权、等待的任务，你是在增加而不是减少摩擦。
最务实的技术选择：为什么执行必须留在本地
这篇采访里最有实操价值的部分，是吕骋讲为什么要做本地执行。
Rabbit 早期也试过类似 Muse 的云端方案，结果发现：异地登录容易触发网站验证，甚至被直接拦截。
这个坑很多做 Agent 的人都踩过。用亚马逊购物的例子说：你平时从洛杉矶登录，云端 Agent 却可能从明尼苏达的一台虚拟电脑进你同一个账号。网站一看陌生地点登录，立刻要求额外验证，甚至拦下操作。
所以到了 OS3，虽然还是要接云端模型，但执行程序装在用户选定的电脑上，用那台机器已有的文件、软件、登录状态和工作环境。吕骋把本地执行同时当成一道隐私边界：”只要文件在本地，就不用上传，直接执行在本地的电脑。”
这一层判断，比”要不要本地部署”的信仰之争实在得多。它不是意识形态，是一个被验证过的工程教训——Agent 能不能用你已有的登录状态和工作环境，直接决定了它能不能干活。 这一点会越来越重要，因为现在但凡有点规模的网站，都在拿异地登录当风控红线。
别只看方向对，成本问题藏不住
有意思的是，吕骋自己也没回避产品当前的问题。有用户反馈：用同一个模型时，OS3 的 Token 消耗可能高于 OpenClaw。 他的回应很干脆——”我们一定会做一轮深度的优化，把这个 token 的使用消耗降下来。”
这是实话，也是软肋。一个把”降低门槛”挂在嘴边的产品，如果 Token 哗哗地烧，那么拦住普通用户的第一道墙就不是操作复杂度，而是账单。
另一个细节更说明问题：年初 Rabbit 把 OpenClaw 接入 r1 后，收到最多的求助是”OpenClaw 怎么装”。吕骋一开始觉得照官网步骤做就行，后来发现很多普通用户从没打开过电脑终端，也不熟悉 GitHub 和技能配置。
这就是”降低门槛”这件事真正的难度所在。技术圈里的人会觉得装个东西有什么难的，但对大多数用户来说，”打开终端”这四个字本身就是一道天堑。 吕骋说他现在在产品上抓得最紧的一件事就是降门槛——这话听着朴素，但比任何 Agent capability 的吹嘘都更接近真问题。
我的判断：这不只是产品之争，是”定义权”之争
理解 Rabbit 这家公司，得把 r1 到 OS3 的时间线串起来看。
2024 年 CES 亮相的 r1 被骂得不轻，Wired 早期给 3 分（满分 10）。但吕骋现在说全球交付超 10 万台、退货率低于 5%，并坚持”从工程角度看，我们没有押错方向”。他承认了落差的来源：”我们在发布会上说能做四件事，然后用户会尝试去做六件事。”
这句话我对做产品的人有共鸣——早期产品的失败，往往不是功能不够，而是你给的承诺边界，永远小于用户的想象边界。
而 OS3 采用 Bring Your Own Key（用户自带模型密钥），吕骋的解释也很值得琢磨：”我不认为任何一家大厂都能在自己的封闭体系里，笃定自家模型会胜出。模型竞争中，没有哪一家拥有绝对优势。” 这给了 Rabbit 一个结构性的位置——任何一家模型变强，都是它的助力。
被问到是否想做”Agent 时代的 Linux”，吕骋说：”只成为 Linux 是不够的。”他要的是在复杂系统之上，给普通人一个”即插即用的方案”。
我的看法是：这场竞争最终不在于谁的单窗口设计更好看，而在于谁能同时握住两件很难的东西——一个足够顺从人脑习惯的简单入口，和一套能把 Token 成本和执行摩擦压到普通人可接受水平的复杂后台。
只做前者，是漂亮但不好用的 Demo（这正是过去两年一大堆 Agent 产品的问题）；只做后者，是工程师喜欢、普通人不会碰的工具。
吕骋把这两个的矛盾说得比大多数人都清楚：”输入框越简单，背后的系统要承担的判断就越复杂。” 他现在要证明的是，Rabbit 能承担得起这份复杂。产品已经交出来了，但”这个需求是否已经验证”——他自己的答案都还是”没验证”。
那么这场赌局的答案，也不该由发布会给出，而该由用户第 100 次打开那个输入框时，有没有觉得麻烦来决定。