Codex、Claude Code 这类 Agent 是「以项目为单位」的——每一次对话、每一个 session，都围绕一个目标。Grok Bot 换了个思路：它是「以人为单位」的，你建的不是一个助手，而是一群各有职责、可以互相传话、还能拉群开会的「数字员工」。
一、它和 Code Agent 差在哪
先把最核心的一点说清楚，因为这决定了你后面该怎么用它。
Codex、WorkBuddy、Claude Code 这类通用 Agent，是以「项目」为单位的。每一次对话、每一个 session，都是围绕一个目标去做；任务做完，这个上下文基本也就结束了。
而 Grok Bot 是以「人」为单位的。你建的每一个 Bot，都有自己的身份、职责、使命和个人任务，还有自己的 Skill。它不依附于某个项目——它是你团队里的一个固定角色。
以自媒体博主为例：你的 Bot 可以分别围绕知识站运营、内容生产、数据分析来搭，各管一摊。换成金融、科研或电商行业，分工方式又完全不同。
这个差别听起来抽象，但它直接带来了后面所有玩法：因为 Bot 是「人」，所以它们能各有各的名字、各有各的专长、互相传话、甚至拉群开会。
二、每个账号都有一台云电脑
这是 Grok Bot 相比同类产品最实在的一个设计：你名下的所有 Bot 共用一台云电脑，但各有各的桌面，互不干扰。实测 Heavy 档的配置是至强 8 核 8 线程、16GB 内存、128GB 硬盘（以实际为准）。
它和之前很火的「小龙虾」最大的区别就在这儿：小龙虾默认跑在你自己的电脑上，也就是说你的电脑得长时间开着，Agent 才能一直干活。而 Grok Bot 大部分任务都能在它自己的云电脑上完成——装开源项目、浏览网页、查信息、跑自动化任务，都不需要你自己的电脑开着。
另一个顺手的点是桌面端和手机端的上下文是打通的。你在电脑上或手机上都能发起对话；如果你的电脑也开着，手机连你的本地电脑、手机连它的云电脑，都很顺畅。随时随地都能让它干活。
云电脑不是万能的：有些任务需要用到你本地的东西（比如本地已经登录的账号、公司内网资源），那还是得走本地电脑。下面「工具型 Bot」那节会具体讲怎么取舍。
三、主 Bot：Bot 里的那个头子
打开 Grok Bot 页面，你会看到顶部单独悬挂着一个 Bot——它是 Primary Bot，也就是主 Bot。你可以把它理解成你的 Bot 头子。
它本身的功能和其他 Bot 没区别，唯一特殊的地方是：它被允许主动给你发消息，而且这些主动消息不消耗你的额度。不过实测下来，它主动找你的频率其实并不高。
规律是：你跟它聊得越多、它掌握你的信息越多，它就越可能主动给你提供帮助——这也算是 personal AI 的一个亮点。
所以比较合理的用法有两种：
- 当路由器用：不知道某个任务该归哪个 Bot 管，就直接抛给它。
- 当调度用：遇到需要多个 Bot 协作、串联好几个 Bot 才能干完的大活，也交给它。
另外，右键它可以把其他 Bot 换成主 Bot，这个是可以随意设置的。
四、怎么建一个 Bot
创建 Bot 非常简单，两种办法：
| 办法 | 怎么做 | 适合谁 |
|---|---|---|
| 手动建 | 点新建，自己填名字、标签、头像 | 已经想清楚要什么角色的人 |
| 让 Bot 帮你建 | 跟主 Bot 或任意 Bot 说：「帮我创建一个什么样的 Bot」 | 所有人 —— 名字、标签、配置它都帮你写明白 |
第二种办法更省事，也更推荐：你只需要说清楚这个 Bot 要干什么，剩下的它自己会安排。
五、四种 Bot 方向，挑一个开始
建 Bot 本身没什么定式，每个人风格不同。但如果你还不知道从哪下手，下面这四个方向基本能覆盖大部分场景。
方向 1：固定任务型 —— 到点自己干活
这类 Bot 的典型特征是会配一个定时任务。比如一个专门监控社媒粉丝数据变化的 Bot，每天到点自己跑一遍，你只负责看结果。
关键点：这类 Bot 的功能最好能在它的云电脑上执行。这样不管你的本地电脑开没开，它都能每天把活干完。
建法也很直接：先给它一个任务，让它完整跑一遍、看看能不能拿到数据。因为它自己有台小电脑，会自己想办法；就算碰壁了也会给你出主意。跑通之后，再让它把这件事建成一个定时日程，之后每天就按跑通的那套步骤重复执行。
同类的还有：某个领域的定期新闻收集、某个电商产品的定时数据分析、你每天在某个平台上的操作记录日报。
方向 2：专业领域型 —— 给它装 Skill
上面那种 Bot 你很少跟它交流，因为它每天只要完成任务就好。但如果你每天都有某一方面的专门需求，就该用这种。
核心概念是 Skill：你可以把它理解成「别人把自己在某个领域的专业知识打包好了」。给 Bot 装上对应的 Skill，它就变成了那个领域的专家，之后你问它相关问题，它会按专业知识回答，而不是泛泛而谈。
可以这么用的例子：
- 写手
- 健身教练
- 辅导孩子功课的家庭教师
- 穿搭老师
一个万能方法：如果你不会建，就去 GitHub 上搜这个领域有没有相关的 Skill，把它们全装上——它大概率就是一个能满足你需求的 Bot。
方向 3：工具型 —— 把别的 CLI 接进来
这一种最实用，因为它能帮你省额度。
思路是：把别的 AI 账号作为 CLI 工具接到 Grok Bot 里。这样一来，Grok Bot 就成了总管，统一协调调用这些其他 Agent——而在其他 AI 账号里干活，消耗的本质上不是 Grok Bot 的额度。
接法有两种，各有利弊：
| 方式 | 优点 | 代价 |
|---|---|---|
| 在本地电脑上调用 | 账号本来就在本地，安全、不易封号 | 电脑得开着 |
| 在云电脑上运行 | 不吃本地资源，可以 24 小时跑 | 账号要放到云上，需要自己权衡 |
一个容易踩的小坑：如果你要在云电脑上装 Codex 这类 CLI，最好在云电脑上重新授权登录一遍，别直接把本地电脑的登录状态拷过去——不然两边会互相抢登录状态，没法同时用。另外，Codex 的设备代码登录默认是关着的，要先去网页端的「账户安全与登录」里打开。
除了 AI 账号，其他工具也能这么接。比如把飞书 CLI 接进来之后，你只要用对话就能让它：在飞书日程里记个预约、看某个群里的消息、查某个文档或表格——它以你的权限去做这些事。
同理还能接 GitHub 账号，让它通过 gh 这个 CLI 帮你管理仓库。
如果你不知道手头的工具能不能打通，直接去问你的主 Bot：告诉它你正在用什么平台、什么后台，问它有没有开放的接口或者现成的工具。
方向 4：连接器型 —— 打通现成的平台
最后一种走官方的连接器入口（左下角的「连接应用」按钮），可以打通推特、Notion、亚马逊、Figma、Canva 这类生态。你可以把它理解成官方插件。
几个值得打通的：
- 推特：Grok 和推特的打通做得相当深，而推特上的一手信息密度很高。只要你用推特，就值得打通。
- 密码管理器：开通之后，云电脑就和你本地存的那些密码打通了，你在一些平台上的访问权限也就默认交给了这台电脑。
- 邮箱：每个云电脑都可以给自己注册一个邮箱——你只要让它用自己的云电脑去注册，就能拿到一个海外邮箱账号。
要不要把账号信息交出去，取决于你愿不愿意换取那份便捷。这个交换值不值，得你自己判断——但下面的安全提醒请一定先看完。
六、Bot 之间会互相传话
这是 Grok Bot 让我觉得比同类好用的一点：你的 Bot 和 Bot 之间是可以沟通的，它们能互相传话。
举个实用的例子：让一个负责搜集资讯的 Bot 每天汇总 AI 相关信息，拿到之后，让它直接去找「素材发布 Bot」和「飞书管理」，让它们根据这些资讯开始写作。你会看到它们互相对话——整理沉淀好的消息同步给另外两位，两位收到后各自开工，干完还会互相知会一声。
这个协作的丝滑程度，完全取决于你每个 Bot 的职责划分得清不清晰、能力够不够强。如果边界划得清、名字和标签起得明确，它们办事就非常顺：你不需要挨个派任务，它们自己会沟通。
这一点和「Bot 是『人』」的设计是一体的——只有角色明确，协作才成立。
七、能私聊，那能拉群吗？还真能
能。例如围绕一个知识站建群：群里放一个熟悉知识站商业逻辑、项目代码和运营状况的「站长」Bot，再拉上飞书文档 Bot 和开发用的 Codex Bot。
好处是：以后知识站要办活动，你只需要在群里说一声，站长 Bot 就会根据当前运营状况，通知飞书管理去写运营方案和话术，同时通知 Codex 去创建活动页承接这场直播。
但是，这里必须泼一盆冷水：群聊是 Grok Bot 里最费额度的玩法。
原因很简单：群里的每个 Bot 都会把同一条消息重新读一遍、再各自回复一遍。群里有几个 Bot，你的一条消息就要被吃几遍额度。拉 4 个 Bot 进群，你说一句话就等于花了四份的钱；更别说它们之间还会你一言我一语地接着聊，每一轮都在烧额度。有用户实测过，4 个 Bot 开群，一次就吃掉了 25% 的周额度。
所以建议是：
- 日常协作用私聊传话。Bot 之间点对点沟通已经能完成大部分任务，只有真正需要的那个 Bot 才会被叫醒。
- 群聊留给真正复杂的大项目。就算开了群，也别往里塞太多 Bot；干完活的 Bot 可以让它自己退群。
八、两个进阶玩法
玩法 1：手机上一键收录进知识库
定时任务型 Bot 是「到点了自己干活」。那有没有办法让它「我一有东西，它就马上干活」？有，用快捷指令 + Webhook。
先说清 Webhook 是什么：你可以把它理解成 Bot 给你的一个专属网址。只要有东西往这个网址发内容，Bot 就会被叫醒、开始干活。
玩法三步：
- 在 Grok Bot 里给你的知识库 Bot 建一个 Webhook 触发器，拿到它的地址和密钥。
- 在手机上建一个快捷指令，让它把内容发到这个地址。
- 以后刷到任何有价值的东西——短视频、文章、网页链接——点一下分享，选这个快捷指令就完事。
Bot 收到之后会自己读、自己转录、自己整理要点，然后写进你的知识库，全程不用你管。
再进阶一点，截图、录音，甚至聊天软件里的一段聊天记录，也都能这么收录。只不过图片、录音、文件这类东西，要先传到一个临时网盘，再把链接发给 Bot。
玩法 2：刷帖的时候，随手 @ 一下就能派活
推特打通之后，你在上面刷到一条有价值的帖子，直接在帖子下面 @bot，就能通知到你自己的 Grok Bot。
更省事的做法是让主 Bot 当中转：它收到之后，自动转交给专门的「知识管理员」Bot 去收录。
这就又回到了主 Bot 的用法——你只管随手一 @，剩下的事它安排给对应的 Bot 去办。
九、三条安全红线（先看这个）
| 红线 | 说明 | 怎么办 |
|---|---|---|
| Bot 之间不隔离 | 所有 Bot 共用一台云电脑，文件、浏览器会话、登录状态都是共享的 | 敏感账号别放上去，或者只给只读权限 |
| 删 Bot ≠ 清登录 | 删掉 Bot 只删掉它的档案、对话和定时任务 | 它在外部服务上的授权，要另外去撤销 |
| 密码类操作自己来 | 在聊天里贴密码等于把它交给了对话框 | 用 Take over 接管它的电脑，自己动手操作 |
十、订阅怎么选 + 常见问题
Grok 的订阅方案有免费、Plus、专业版（Pro）以及 Super 版。之前分档比较复杂，最近才刚统一。建议先从前三档开始玩，觉得额度不够用了再往上加。
另外，平台本身的注册和支付都比较方便，不太会遇到卡点。
要会写代码吗？
不需要。建 Bot 靠说话就行，「让 Bot 帮你建 Bot」是最省事的路径。只有到「工具型 Bot 接 CLI」那一步，才需要你知道自己电脑上装了什么东西、大概在哪。
不装 Skill 能用吗？
能。Skill 只是「别人打包好的领域专业知识」，装上它能让 Bot 在某个领域答得更专业。没有 Skill 的 Bot 一样干活，只是更像通才。
群里放几个 Bot 合适？
越少越好。群聊的额度消耗是成倍的——每个 Bot 都要重读一遍、再回一遍。日常协作优先用 Bot 之间私聊传话，群聊只留给真正需要多方共同推进的大项目。
本地电脑要一直开着吗？
看任务。跑在云电脑上的任务不用你开机；但如果你把任务挂在本地（比如调用本地已登录的 AI 账号），那本地电脑就得开着。
写在最后
Grok Bot 最值得玩的地方，不是它单个 Bot 有多聪明——论单点能力，这些模型都差不多。真正有意思的是「把 AI 组织起来」这件事：给每个 Bot 一个明确身份，让它们各自负责一摊，需要协作时互相传话，遇到大项目再拉个群。
这套思路其实和带团队是一样的：职责划得越清楚，协作越顺。Bot 名字起得含糊、什么活都塞给一个 Bot，那你得到的仍然只是一个聊天框。
如果准备上手，建议的顺序是：先建一个固定任务型 Bot（最容易跑通、立刻有产出），再挑一个你每天都有需求的领域装 Skill，最后才考虑接 CLI 和拉群——因为后面这两样的成本和风险都更高。
站内相关
- Grok Bot 接入微信从零开始详细教程 —— 把 Grok Bot 变成微信里随叫随到的数字员工，和本文互补
- 个人 Agent 五家横评：Muse、Grok Bot、Spark、Cue、Dots —— 想横向对比再决定用哪家，看这篇
- AI 工具别再挨个学了：按这 6 类需求选 —— 写脚本、出图、自动化分别该用哪类工具
暂无评论内容