本期要点

把同一个资料包任务发给 Muse、Grok Bot、Claude Code Projects，再让 Muse、Grok Bot、dots 去发同一封测试邮件就会发现，这几款常驻 AI 助手真正的分界不在「能不能自动干活」，而在常驻的到底是什么：分身（Muse、dots、Claude Duet）、一组同事（Grok Bot），还是一个项目（Claude Code Projects）。资料包任务里，Muse 一次没催就交回带「未核实」标注的文档，Projects 派出独立 thread，约 3 分钟零催促把文档收进资料库，Grok Bot 则在 1 分钟找回视频后停摆、人工催一次才汇总完，前后花了约 18 分钟；到了发信测试，Grok Bot 在群里按了发送却什么都没发、切到私聊说一句话邮件就发出去了，这背后的审批规矩与各家权限机制会在决定权一节完整拆开。日常杂事想找人跑腿省心，选分身；手头有多条长期业务线且肯在群里当经理管交接，选 Grok Bot；有明确目标、要求交付验收和版本回滚，则选 Claude Code Projects。

打开后台：常驻的到底是什么

dots、Muse、Grok Bot，这三个名字你最近大概都听过。它们是同一类东西：AI 个人助手，而且能常驻。你把窗口关了，把电脑合上，它还在云端替你干活，干完再回来找你。

问题就出在这儿。三个都是个人助手，都能常驻，都在抢着替你收邮件、查资料、订东西。介绍看一圈，越看越像，不知道该用哪个。我自己也有这个疑惑，后来看到 Claude Code Projects 就更乱了：它也常驻，关了窗口也在干活，那它算不算第四个？

我拿同一个资料包任务、同一封测试邮件，去试了这几家。差别其实藏在一个问题里：常驻的，到底是什么。

先看我已经用起来的 Meta Muse。打开它资料库里的 System files，你会看到一排系统文件，像 AGENTS.md、MEMORY.md、USER.md，这套结构跟开源的小龙虾 OpenClaw 是同构的。点开里面的 SOUL.md，第一行直接写着：

You're not a chatbot. You're becoming someone.

意思是你不是聊天机器人，而是正在变成某个人。它在试着变成一个「人」，记忆也是跟着你这个人走的，这些系统文件还能直接查看、编辑和下载。所以 Muse 常驻的，是一个分身。

OpenAI 的 dots 也是这一类。每个账号一个 dot，从你的 ChatGPT 记忆起步，你关掉窗口，它在自己的云电脑上接着替你跑腿。它常驻的也是一个分身。

之前市面上的对比几乎没人把 Claude Code Projects 放进来一起比，甚至还有人在问 Anthropic 什么时候出同类产品。10 月 21 日，Anthropic 真的发布了 Claude Duet，而 Projects 其实早就在那儿了。Duet 同样属于分身这一类：它有一台自己的云电脑，自带浏览器；它和你只有一个从头聊到尾的对话，直接继承你在 Claude 里已有的记忆和绑定的账号；每隔几个小时可以去看一眼你的邮箱和日历，有事才来找你。在发消息、付钱、签文件、删东西之前，它会把要做的动作原样摆给你看，等你批准；而买股票、账户间转账这类事，就算你批准了它也不做。它目前只在美国开放排队预览，我在加拿大还用不上，所以接下来的两场实测里没有它。

再看我正在试用的 Grok Bot。打开它的列表，里面不是一个助手，而是两个有名字的 bot：一个叫 Maotao，一个叫 AI 雷达。它们各自记住自己的偏好和角色，每个 bot 都有自己独立的「电脑」页。更直观的是，点进 AI 雷达的对话，上面明确写着「消息来源 Maotao」，它们两个之间有自己的交流记录，会互相传话、交接工作。所以在 Grok Bot 里，常驻的不是一个人，而是一组同事。

最后看 Claude Code Projects。我专门新建了一个「常驻 agent 演示」项目，在目标栏里只写了一句话。在项目里回我话的是 coordinator（协调员），但真正下场干活的，是它派出去的一个个 thread（任务线程）。事情办完，这个 thread 就结束了，用完即弃；而项目的记忆和做出来的东西会留在项目里。所以 Projects 常驻的，是一个目标，或者说一个项目。

到这里，我们就拿到了三个词：分身、同事、项目。开场的疑惑有了初步答案，但光靠这三个词还没法做选择：这三种常驻方式，真把一件活交出去，办起事来会有什么后果？

同一件活交出去：三种常驻怎么把事办完

为了看清这个后果，我做了第一场对照测试。发给 Muse、Grok Bot 和 Claude Code Projects 的任务只有一句话：为下一期视频准备一份资料包，找三条常驻 AI agent 对比的公开视频，整理核心观点，出一份文档。

dots 这次没有重跑这个资料包任务。它和 Muse 同属「分身」这一类，在上一期 Muse 与 dots 的对比里，我已经拿同一段提示词让两者做过同一支手绘动画，它俩在组织方式上都是一对一交代、它自己去跑，所以分身这一组直接看 Muse 的表现。

在 Muse 这边，我新开了一个 side chat 把任务发过去。中间我一次都没催，它一口气就把活干完了，直接交回来一份 Markdown 资料包。里面不仅把三条视频的核心观点和参考价值逐条列清，还附上了一张覆盖对照表。更有用的是，它在表里主动标出了哪些信息「未核实」，还专门提醒了一句：找到的这三条视频里，都缺了 Grok Bot 的深度实测。

到了 Grok Bot 这边，流程就完全不同了。每个 bot 其实都能单独聊，但它最大的特点是一群 bot 分工，所以这次为了看分工，我专门建了一个群聊，把 Maotao 和 AI 雷达都拉进来，下任务时顺手把分工也写进了指令里：让 Maotao 统筹汇总，AI 雷达找视频。Maotao 很快回了一句「我来统筹」，当场在群里 @ 了 AI 雷达去找视频。大约一分钟，AI 雷达就把三条视频找回来交到了群里。但接下来，负责统筹的 Maotao 并没有自己接手往下做，群里就这么停住了。等了几分钟还是没动静，我只好进去催了一次，跟它说视频已经找到了，请你汇总成文档交给我。它这才去扒字幕做汇总，前前后后一共花了约十八分钟。最后它在群里交了一份能正常阅读的文字版资料包，但同时私聊发给我的那份 PDF 文件，在应用里点开直接显示「无法读取文件」，怎么重试都打不开。

再到 Claude Code Projects。我在刚建好的演示项目聊天里发了同一句话，coordinator 立刻回我「好的，马上开始整理」，紧接着自动派出了一个专门的 thread。这个 thread 自己列出了四步清单，一项一项往下做。中途它碰到了 YouTube 的访问限流，也没有停下来等我处理，而是自己在进度里说明情况，换了个途径继续抓资料。大约三分钟，四项全部显示完成，做好的文档直接收进了这个项目的 Library 资料库里，点开就能上下翻看，全程零催促。

跑完这同一件事，三个词的后果就很实在了：

• 一个分身最省心，你交代一句，它自己办完；但从头到尾只有它一个人，一件活由它自己独自扛下来，不会像 Grok Bot 那样把活分给另一个具名角色，也不会像 Projects 那样派线程。
• 一组同事真会互相交接；但如果交接掉了链子，你就得去催，你得在群里当那个经理。
• 一个项目会自己拆活、派线程，三分钟就能把一份随时翻看的文档放进资料库；但干完活的线程当场就散了，留下来的是文件和项目，它不是一个记得你、能陪你聊下去的助手。

会出事的那一步，决定权在谁手里

第二场测试里出了一件让人意外的事：Grok Bot 在群里弹出了发信卡片，我按了上面的「发送」，它却说群里完成不了安全审批、什么都没发出去；等我切到私聊窗口只发了一句话，它没有再弹任何卡片，邮件当场就发出去了。要替你往外发邮件、改东西的时候，决定权到底在谁手里，这才是选助手时更要命的问题。

这场对照测试用的是同一封测试邮件：收件人是我自己的另一个邮箱，发件人是我指定的一个地址，唯一的变化就是交给哪一家去发。

先看 Muse。一开始我还没绑定 Gmail，它直接拒绝发信，弹出一张连接授权卡片。等我把 Gmail 接好再让它发，它弹出了一张审批卡：「Allow 小毛桃 to send this email in Gmail?」上面写明了发件人，底下有三个按钮：Send、Always allow for this recipient，还有 Don't send。我点了 Send，这封信才发出去。它默认把决定权留给了我，但如果你对某个收件人放心，卡上也给了 Always allow 这个长期放行的选项。而且在官方的设计里，Muse 所有的出网流量都由一个独立的 Sentinel 唯一放行，agent 手里只拿着一个替身凭证，连付款也是每笔都要人批准。

再看 Grok Bot。我在群聊里让它发送这封邮件，它先告诉我指定的发件人地址用不了，只能用 bot 自己的邮箱地址；接着它主动提出先起草一张卡片给我看。卡片弹出来之后，我点了上面的「发送」按钮。结果它却回复说：群聊里完成不了发送需要的安全审批，刚才那一下什么都没发出去，让我去私聊里跟它说一声。于是我切到私聊窗口，发了一句「发送测试邮件」。在私聊里，它没有再弹卡片，这一句话过去，邮件就发出去了。

乍一看，好像它没有把审批权交给你，但仔细看并不是这么回事。我后来在私聊里从头再让它发一封，它照样会弹出一张发送卡，标着「需要批准」，等我按确定。官方文档也写得很清楚：用 Grok Bot 自带的邮箱发信，每一封都必须你亲手按 Send，光在聊天里让它发不算数；而且审批卡本来就不进群聊。我在群里的那一下 Send 已经按过了，只是群里走不了审批，所以它让我到私聊里补一句，把这封已经批过的信发出去。Grok Bot 的规矩就是：批准只能你本人在私聊里给。另外要知道，你名下所有的 bot 其实是共用一台持久的云电脑，官方 FAQ 里自己也写着，不要把分开的 bot 当作安全边界。

再看 OpenAI 的 dots。我让 dots 用指定的发件人发送这封测试邮件，它先回了一句「我先确认能否用这个地址发信」，紧接着下一条直接回我「已发送并核对」，这次全程没有弹任何审批或确认，就把信发出去了。如果你不想让它这样直接操作，就得去它的 Custom Rules（定制化规则）里，事先把允许、禁止和需要批准的规则设定好。按照官方说明，涉及账户或分享信息的操作会自动复核，而且批准一次不等于长期授权。

至于 Claude Code Projects，因为前面的资料包任务不需要对外发信，所以这次没有出现审批卡。按它的设计，thread 默认在自动模式下跑，一旦遇到需要批准的操作，就会在那个 thread 里停下来等你；如果接了代码仓库，还会受到仓库权限规则的约束，做出来的改动会以 PR 的形式交给人来审批。

把这一圈看下来，三个词就彻底落到了决定权上：

• 分身是在动之前问你一下，或者由你在 Custom Rules、Always allow 里事先确定规矩；
• 同事是批准只能你本人在私聊里给，而且所有 bot 共用一台云电脑，分不开安全边界；
• 项目则是把审批留在具体的 thread 里，把产物留在仓库里。

做错了能不能退回，出错时看不看得见

万一真做错了，能不能退回来，出错的时候你又看不看得见？如果是已经发出去的邮件，那四家都一样，谁都收不回来。但如果比的是交付物，情况就不一样了：Projects 做出来的文档和代码如果进了 Git 仓库、走 PR 流程，哪一步改坏了，直接可以回滚到上一版；而 Grok Bot 私聊发给我的那份打不开的 PDF，坏了就只能跟它再要一份。

碰到问题时的可见度也不同：Projects 的 thread 遇到 YouTube 限流，会在记录里自己报告，并且自己换一条路去重试；而 Grok Bot 在等我催它的那几分钟里，点开它的电脑页，上面只显示着「你离开期间屏幕已暂停」。

账单：各自怎么算钱

看清了怎么干活、怎么把关，最后看一眼账单。这几家按美元计价的收费档位和用量规则，一家一句列在下面：

什么事交给谁

聊到这儿，开场那个「不知道该选哪个」的困惑，就可以直接对号入座了：

• 如果是替你办日常生活杂事，想要一个人替你跑腿、省心，那就交给你的分身，选 Muse、dots，或者等 Claude Duet 开放之后再看它的表现。
• 如果你手里有几条长期业务线，想要有角色分工、互相配合，而且你自己肯在群里当那个催进度、管交接的经理，那就交给一组同事，选 Grok Bot。
• 如果你手头是一个明确的目标，要求有交付物、要验收，改坏了还要能退回上一版，那就交给一个项目，选 Claude Code Projects。

回到开场第二个问题：Claude Code Projects 算不算第四个？它算同类，因为它也常驻，关了窗口还在干活；但它常驻的不是一个人，也不是一组人，而是一个目标。它和 dots 抢的本来就不是同一件事；真正跟 dots、Muse 抢同一件事的，是 Anthropic 刚出的 Duet。也就是说，Anthropic 现在两样都有：一个分身，一个项目。

两场实测的完整录屏，在同期视频里：dots、Muse、Grok Bot、Claude Code Projects 差在哪？

本期推荐
这期讲的是先想清楚交出去的是什么事，再决定交给分身、同事还是项目。MAPS 课程教的就是怎么把你的方法和判断，做成可持续、可复用的 AI 工作流体系。
→ 看看 MAPS 课程

Axton 的 AI 实践工具箱
MAPS 课程 · 从方法论到可交付系统
精英圈 PRO · 深度实践者社群
免费入门课 · 零门槛开始

MAPS 术语词典 & 原典索引：https://www.axtonliu.ai/maps