36 封草稿排好了队，发出去 0 封——这是 Grok Bot 的审批线该有的形状：可逆的事它自己做完，不可逆的那一步停下来等你。
在此之前的每个 AI 产品，都是把模型放进一个窗口，活还留在你手上。这个把活挪走了：bot 有自己的电脑、有登录状态、有记忆、也有时间，你只剩下决定权。十步，从装上它、给它一个职位，到把工具连一次、演示一遍流程，再到拉几个 bot 进一个群里互相交接。
有人用了两周，说了句不太一样的话。
Grok Bot 给每个 bot 配一台云端电脑，它自己登录、自己点，你关机也不停。从安装到跑起一支互相交接的专才小队，一共十步。
你用过的每一个 AI 工具，都在等你。你打开它、你提问、它回答、你关掉。活还是在你手上干完的，模型只是在旁边陪你说话。
Grok Bot 把这件事反了过来。每个 bot 分到一台自己的云端电脑。它登录你本来就在用的那些软件，像你一样一路点下去，你合上笔记本它也不停。
〔第 1 张图：每个 bot 有自己的云端电脑，你关机它照跑。〕
换句话说，你不再提问，你开始交办；你不再搭流程，你用一句话描述一份工作。
下面这十步，从安装一直讲到跑起一支互相交接的专才小队——只有真正需要人拍板的事才把你叫进来。这十步其实是五个阶段：先建角色，再给它手脚，然后教会它，接着让它组队，最后守住边界。
01. 装上它，先认识总管
Grok Bot 是一个桌面 App，不是浏览器里的一个标签页——这本身就是关于它是什么的第一个信号。
你在 macOS 上下载，用 Grok 或者 Cursor 账号登录，进去看到的东西更像一个聊天软件而不是聊天机器人：左边一列是起了名字的 bot，右边是对话。
〔第 2 张图：左边一列有名字的 bot，右边是对话，更像聊天软件。〕
你的起点通常是一个通用 bot，姑且叫它总管。
它的职责不是什么都干。它的职责是：当你还不知道这件事该归哪个专才管的时候，你先找它；以及往后，由它去协调其他人。就当它是你不确定该找谁时会去问的那个同事。
跟它打个招呼，给它一件小而真实的事。不要出测试题，要给一件有结果可以核对的差事。
〔第 3 张图：第一件差事：三十秒内能验证结果的那种。〕
第一件事应该是你三十秒内能验证完的，因为后面九步的全部意义，就是学着把越来越大的活交给它。
02. 给它一个职位，不是一句提示词
这一步把两种人分开了：一种从 Grok Bot 里拿到了价值，另一种用两天就放弃。
提示词是一次请求。而一个 bot 是一个角色——它一直存在，累积记忆，负责一个领域；正因为你总是回到同一个对话里，它在那个领域上会越来越顺手。
所以给它起一个真人能担得起来的职位名。
- 收件箱管家
- 报销管家
- 招聘猎头
- 销售外拓
然后像给新人写第一天的入职说明那样，写它的职责书：它负责什么，做到什么样算好，以及所有人都会跳过的那一条——哪些事它没问过你就绝对不能做。
那条边界不是走形式：正因为你提前划好了它的权限到哪儿为止，你才敢让它无人看管地一直跑着。
一个有自己的电脑、又拿着你的登录状态的 bot，是能在你睡着的时候干活的。
定它在哪儿停下，不是为谨慎而谨慎，它恰恰是「始终在线」这件事能用起来的前提。什么都要问一句的 bot 没有用；什么都不问的 bot 很危险。职责书就是你把这条线一次划清楚，而不是每天为它提心吊胆。
03. 工具连一次就够
它自带一个插件面板，里面是它预设你会依赖的那些集成。
〔第 4 张图：插件面板：预设的一批集成，都是一键连接。〕
Notion、Slack、Google Drive、AWS Agents、AWS SageMaker、Browserbase、Composio、Context7，另外还能自己建一个。都是一键连接。
值得知道的细节是：连接在整个账号里是共享的。你为某一个 bot 连过一次 Gmail 或者 GitHub，之后建的每一个 bot 都能用上同一个连接。
〔第 5 张图：连接是账号级的：连一次，之后每个 bot 都能用。〕
所以这件事要早做、要有意识地做——它是账号级的管线，不是每个 bot 各自的设置。它也意味着你雇的第五个 bot 几秒钟就能开工，而不是几分钟。
反过来说：一个连接的影响范围，是你以后会建的每一个 bot。所以在测试阶段，只连你真正要用的账号，其余的先放着。
04. 把登录交接给你，别去粘贴密码
这是让整个产品在那些既没有 API、也没有 MCP 服务的工具上照样能用的机制——而真实公司里的软件，大多数正是这种。
bot 在自己的云端浏览器里一路走，直到撞上登录墙。然后它把屏幕交给你。
〔第 6 张图：撞上登录墙，bot 把屏幕交回给你。〕
你完成认证，点一下完成，bot 就在同一个浏览器实例上，从刚才停下的地方接着往下走。
不管你连的是 Notion、Gmail，还是某个从来没跟任何东西集成过的内部系统，这套交接的方式都一样。
注意这对信任模型做了什么。你从头到尾不用把凭证打进聊天框。bot 拿到的是一个会话，不是一个秘密——而恰恰在最敏感的那一步，是你本人在场。
〔第 7 张图：bot 拿到的是会话，不是密码。〕
这是应该坚持的模式：如果哪个工具要你把密码粘贴进对话里，那条路就是错的。
05. 演示一次，别解释两遍
这是会改变你对这个产品认知的那个功能。
你可以当着它的面把一套流程做一遍，它在旁边看着学。它把这套动作存下来，下一次能自己跑一遍同样的步骤。
〔第 8 张图：做一遍给它看，它把这套动作存下来。〕
为什么这件事比听上去更重要：真正吃掉你一周时间的活，通常都是描述起来很啰嗦、演示起来却很简单的那一类。
把这个看板上的数字取出来，跌了的那几个交叉核对一下，粘到那份文档里对应的标题下面，任何一项跌超过 15% 就在群里 @ 一下组长。
这段话写出来要一分钟，做给它看只要四十秒。
第一个录什么，要挑一挑。合适的候选同时满足三条：你至少每周做一次、它跨两个以上的工具、步骤基本不变。
〔第 9 张图：挑第一个录制对象：反复发生、跨工具、步骤稳定。〕
反复发生、跨工具、稳定。三条都占的活，就是那种等着从你手上拿走的活。
另外，据说这些 bot 用得越久越顺手——它们记得住对话，也在学你喜欢的处理方式。官方的说法是，bot 最终会在你开口之前就开始干活。在测试阶段，把这句话当成一个方向，而不是一个可以据此做计划的承诺。
06. 把它变成一条不用你在场的例程
存下来的例程还需要一个触发它的理由。它给了两种，而且是聊天式设定的——没有流程编辑器，也没有一整面的节点画布。在实际操作演示里，配一条触发式例程大约花了两分钟、一句话。
〔第 10 张图：两种理由：定时，和触发。都是一句话设定。〕
定时是显而易见的那种：早上七点的每日简报、周五的管线汇总、月底的报销归档。
触发是更有意思的那种：一条新的群消息、一封符合某种特征的来信、某份文档发生了变化。有了触发，bot 才像是「在场」，而不只是「准点」。
整个产品的设计哲学都在这个动作里：你不是去搭一套自动化，你是认可刚刚发生过的那一次，然后要它再来一遍——指令就是你在一件刚做完、又觉得不错的事后面加的一句话。
07. 雇专才，别雇一个全才
你可以同时跑好几个 bot，各管一摊——从这里开始，这个产品就不再像你用过的任何东西了。
〔第 11 张图：多个 bot 并行，各管一摊。〕
分开的 bot，意味着分开的记忆、分开的上下文、分开的责任。
- 一个只想着发票的报销管家，会真的把你的发票处理得很好。
- 一个同时兼顾报销、招聘和外拓的全才，三件事都做得更差；而且出问题的时候，你没有一条干净的线索可以回头查。
官方说他们自己的团队就跑着做销售外拓、市场、行政和修 bug 的 bot。一个人起步的话，合理的班底大致就是这么分——注意，正确的切法是按领域切，不是按活的大小切。
08. 把它们拉进一个群
bot 之间能互相发消息，也能在同一个话题里共享上下文。把几个拉进一个群，它们会自己协调起来——传递工作、认领归属，只在需要人拍板的时候把你叫进去。
〔第 12 张图：把几个 bot 拉进一个群，它们自己协调。〕
项目有重叠的时候，它们在同一个账号下保持同步，不需要你在几个对话之间来回复制粘贴。
官方举的例子是：一个工程 bot 复现了一个 bug、开了一张单，然后把这个问题交给第二个 bot 去调试。
〔第 13 张图：一个 bot 判断另一个更合适，把归属权交出去。〕
那一次交接——一个 bot 判断另一个更合适，于是把归属权交出去——是你用过的任何工具里都没有过的东西。
给群一个目标，不是一张任务清单：任务清单意味着拆解已经由你做完了，bot 只是在执行你的计划。目标才让它们自己去分工，而那正是「要不止一个 bot」的全部意义。
09. 把审批线划出来
Grok Bot 的整个前提是：一个 bot 从头到尾把活干完，只在有事需要你批准的时候回来。
于是担子落到了你身上——你得定义清楚什么叫「需要批准」，因为 bot 默认挑的那个答案，未必和你心里的一样。
〔第 14 张图：36 封草稿排好了队，发出去 0 封。〕
真正好用的那条线，不是按活的大小划的，是按可不可逆划的。
- 凡是 bot 能撤销的——起草、归档、打标签、写摘要、查资料、做准备——它应该自己做完。
- 凡是外界看得见的、动钱的、或者收不回来的，都停下来留给你。
看看这条线落在销售外拓那个例子上是什么样：36 封草稿排好了队，发出去 0 封。所有可逆的事 bot 都做了，正好停在不可逆的那一步。你跑的每一个 bot，都该是这个形状。
10. 每周复盘，该砍就砍
自动化是会悄悄烂掉的。某个网站改了版式，某条例程开始安安静静地产出垃圾，而因为 bot 是在你睡觉的时候跑的，三个星期都没人发现。
〔第 15 张图：每周十五分钟：它跑了吗？对吗？关掉我会想念它吗？〕
这是所有「始终在线」的系统共同的失效方式，在这里同样会找上你。
所以在日历上放十五分钟。对每一条例程问三个问题：
- 它跑了吗？
- 产出真的是对的吗？
- 如果我把它关掉，我会想念它吗？
第三个问题比看上去更要紧——这类工具的自然漂移方向，是攒下一堆半有用、又没人有胆量删掉的自动化。
复盘可以直接让 bot 自己来报。话题都在它们手上，它们能报告自己。然后每条例程你再亲手抽查一份产出，因为一个 bot 在报告自己的工作时，跟你有着同样的盲区。
结论：你不再是那个动手点鼠标的人
在此之前的每一个 AI 产品，都是把模型放进一个窗口里，而把活留在你手上。Grok Bot 把活挪走了。bot 有电脑、有登录状态、有记忆、也有时间——而你有决定权。
这在技术上是个比听起来要小的变化，在习惯上却是个大得多的变化。
要练的本事变了：从「这句话我该怎么说」，变成「我到底在交办什么，以及它的权限到哪儿为止」。这是一个管理问题，不再是一个提示词问题。
补充一句原文之外的实际反馈：有人用了两周后说，这些 bot 上手容易、用着也有意思，但真要完成复杂任务并不够聪明。测试阶段的产品，期望值可以照着这个校准一下。
内容整理自公开信息，仅供参考。
