我刚开始用 Grok Bot 时，以为它只是把“多会话”换成了“多 Bot”。真正用起来之后，我才发现最大的变化是：我可以让每个 Bot 长期负责一类工作，并在一次次沟通中持续积累经验。
我把自己的 Grok Bot 使用技巧整理成 10 条经验，重点回答三个实际问题：我怎么拆 Bot 职责、怎么保存上下文和记忆，以及怎么让跨工具任务稳定接力。
我已经把大部分非 Coding 工作迁移到了 Grok Bot。Coding 任务仍然交给 Codex、Claude Code 或 Cursor，Grok Bot 则负责长期任务、跨工具协作、自动化和结果验收。
安装、登录和创建第一个 Bot 的过程，我已经单独整理在 Grok Bot 下载安装与多 Agent 群聊教程 中。这里不再重复基础操作，我只讲自己怎样让 Grok Bot 真正进入日常工作流。
Grok Bot、X 与 Cursor 已经进入统一订阅体系，并内置 Opus 5.5。我在选择套餐时，会先对照 The X Subscription 四档价格与权益，确认 Grok Bot 和第三方模型费用分别包含在哪一档。
微信扫码咨询 Grok Bot 使用、Cursor/Codex 协作，以及 ChatGPT Plus/Pro 套餐选择
微信扫码添加客服，备注 gpt
使用 Codex 配合 Grok Bot 处理编程与自动化任务，支持支付宝和微信升级
Grok Bot 适合长期负责哪些任务？
我的第一条经验是：长期、反复执行的非 Coding 任务交给 Bot，Coding 任务继续使用 Codex、Claude Code 或 Cursor。
会话型 Agent 与长期 Bot 的使用方式对比
Grok Bot 属于 Bots 类 Agent，Codex 更接近会话型 Agent。面对一个长期存在的 Bot，我会更自然地把它视作需要持续沟通的协作者：告诉它这次哪里做得不对、下次应该如何处理，并鼓励它从对话中提取经验、更新记忆。
会话型 Agent 在单次 Coding 任务上更直接，但我在同一项目开出很多会话后，经常分不清哪个会话最新、哪个应该废弃、上下文留在哪里。把长期重复的事务交给固定 Bot 后，我看到的任务入口和改进记录都更清楚。
Grok Bot 的上下文和记忆怎么组织？
我想用好一个 Agent 产品，第一件事就是摸清它的上下文组织逻辑。在我的实际使用中，Grok Bot 的信息不会自动在所有 Bot 之间完全互通，而是分为共享与专属两层。
Grok Bot 的共享记忆、Skill、连接器和专属上下文
多个 Bot 之间共享哪些信息？
我目前确认的共享信息包括：
- 我会让 Bot 之间私下进行长对话、转接信息和事务，但一个 Bot 不能直接查看另一个 Bot 的聊天记录，只能接收对方转述；
- 我让所有 Bot 共用“共享记忆”、Skill 和连接器；
- 我的所有 Bot 都运行在同一台云电脑，而不是每个 Bot 独占一台，因此它们都可以读取云电脑上的文件。
凡是我希望所有 Bot 长期记住的信息，我都会放进共享记忆。云电脑中的文档和 Skill 也是我常用的共享上下文位置。
每个 Bot 单独保存哪些信息？
我会为每个 Bot 单独保存专属指令、专属记忆和专属例程，也就是自动化任务提示。
Grok Bot 的上下文比较短。遇到必须长期保留的内容，我不会只在聊天中提一次，而是直接要求它“请记到共享记忆区”或“请记到 Bot 专属记忆区”，也会把规则写进云电脑文档或 Skill。
多 Bot 工作流应该怎么拆分职责？
我的第二组经验围绕 Bot 的组织方式：我不会一开始就把岗位拆得太细，而是先让一个 Bot 包下一整块工作，等边界自然稳定后再拆分。
Grok Bot 初期为什么不要创建太多 Bot？
我把管理 Bots 看作经营一家初创公司，很难在第一天就准确划定所有岗位边界。以我的社媒运营为例，我不会刚开始就分别建立采集 Bot、选题 Bot 和文案 Bot，因为 Bot 数量越多，我付出的管理和协调成本越高。
我会先创建一个社媒 Bot，让它负责整块业务。等出现下面两种征兆后，我再考虑拆分：
- 小红书、X、TikTok 已经形成稳定且明显不同的工作流；
- 不同渠道的文风或不同活动的历史信息开始互相污染上下文。
增加 Bot 对我来说也不一定意味着建立永久岗位。我会让上层 Bot 临时创建一个 Bot，把当次任务教给它，完成后再结束协作。
主 Bot 临时创建 Bot 并完成任务交接
我也会参考 OpenClaw 的 6 个真实应用场景，对照另一种多 Agent 自动化方案，再根据任务持续时间和工具环境决定是否拆分 Agent。
重叠任务怎么由入口 Bot 统一分流？
我搭建多个 Bot 后，职责重叠几乎无法避免。例如：
- 我的收件箱 Bot 负责读取新邮件；
- 我的用户反馈 Bot 负责收集反馈，但部分反馈来自邮箱；
- 我的订阅管理 Bot 负责续费和扣款提醒，而提醒也会进入邮箱。
我采用的设计是让收件箱 Bot 先处理 Gmail 中的所有邮件，再把用户反馈转给反馈 Bot，把续费、扣款邮件转给订阅管理 Bot。
收件箱 Bot 把邮件分流给产品反馈和订阅管理 Bot
这样做减少了重复读取邮箱的工具调用次数。我也能让每个 Bot 只处理自己的职责，更清楚地控制它可以接触哪些账号和执行哪些动作。
Grok Bot 如何配合 CLI Agent 降低额度消耗？
对于我已经跑通、步骤固定且验收标准明确的自动化流程，我不会继续让 Grok Bot 从头推理。我会让 Bot 调度 Codex CLI 或 Claude Code 执行，它自己只负责派发任务和验收结果。
Grok Bot 调度 CLI Agent 和定时脚本的分工方式
例如“每天定时读取网站上的某个数值，并和前一天比较”这种任务，只要能固化成脚本，我就会直接写成机械脚本定时运行，最后只把变化量交给 Bot。这样能显著降低我的 Token 消耗。
我在确定 Codex 和 Claude Code 分别负责什么时，会参考 Codex 与 Claude Code 的前后端协作工作流，再把已经稳定的编程步骤交给更合适的 CLI Agent。
Wake on Done 如何接收任务完成通知？
我让 Grok Bot 调度命令行 Agent 时，经常遇到 CLI Agent 完成任务后不主动通知 Bot 的问题，长任务跑着跑着就中断了。
Grok Bot 支持 webhook，但每个 Bot 的 webhook 地址不互通，我逐个配置会很麻烦。因此我使用 Wake on Done Skill，通过一次配置让所有 Bot 获得任务完成提醒。
Wake on Done 让 Grok Bot 在 CLI 任务完成后继续执行
安装时，我把仓库链接直接发给主 Grok Bot，让它安装 Skill 并完成设置。
Wake on Done Skill 的安装与使用说明
我用这套方案配置云电脑和本机 webhook，再建立一个专门负责中转提醒的 Bot。任务完成后，中转 Bot 会唤醒对应的工作 Bot，让它继续验收和处理后续步骤。
Grok Bot 怎么操作浏览器和保持 Mac 在线？
在我的 Grok Bot 工作流里，浏览器自动化和本机在线状态是最容易中断的两个环节。我的处理方式是安装 Web Access Skill，并解决 macOS 的 App Nap 与定时唤醒问题。
Web Access Skill 怎么自动操作浏览器？
Grok Bot 当前不直接提供 Browser Use。我遇到它拒绝自动操作浏览器时，会安装 Web Access Skill。这是一个拥有 9K Star 的 Agent 浏览器自动化 Skill，我用它让 Bot 操作本机浏览器并复用登录状态。
Web Access 浏览器自动化 Skill 的功能说明
Grok Bot 使用 Web Access 操作本机浏览器
我也会把 Web Access 和 CLI Agent 配合使用，让 Bot 把需要浏览器操作的任务继续交给命令行 Agent 执行。
Grok Bot 怎么关闭 App Nap 并设置 Mac 定时唤醒？
虽然 Grok Bot 自带云电脑，但我的部分任务仍然需要操作本地机器。我发现 Grok Bot App 受到 App Nap 限制：笔记本即使设置了息屏不休眠，应用本身仍可能暂停，云端 Bot 也就无法继续操作我的电脑。
我的做法是让 Grok Bot 关闭自身的 App Nap；如果有固定时间运行的例程，我再使用 pmset 在任务开始前几分钟唤醒 Mac。我使用的 Prompt 如下：
帮我在这台 Mac 上设置一下：关掉 Grok Bot App 的 App Nap，让它息屏后也能继续运行。
如果我有固定时间的例程，再用 pmset 设一个例程前几分钟的定时唤醒。
改之前先告诉我你要改什么，改完验证一下是否生效。
Grok Bot 数据看板为什么适合放在 Notion？
我也尝试过让 AI 临时生成 HTML 可视化看板，但现在更愿意把长期维护的个人信息看板统一放在 Notion。
使用 Notion 组织 Grok Bot 的个人首页看板
Grok Bot 同步到 Notion 的月度订阅看板
我可以用 Notion 自带的前端块结构组合多个看板，Database 中的每一条数据也能承载完整页面。实际使用下来，Notion MCP 的读写速度足够快，我不经过 AI 也能批量、定时更新数据库内容。
不过，我不会把 Notion 当作源数据库。源数据仍然放在 Bot 的云电脑数据库中，再让 Bot 编写脚本，定时同步到 Notion Database，并更新映射出来的视图。这样既保留了原始数据，也能获得方便人查看的统一界面。
Grok Bot 可以搭建哪些实用 Bot？
下面是我目前已经搭建并持续使用的五类 Bot，也是我设计整套工作流的起点。
收件箱 Bot 如何统一追踪个人消息？
我的收件箱 Bot 负责追踪个人信件和消息。能够通过 MCP 连接的服务，我会优先使用 MCP，例如 Gmail 和 Outlook；飞书邮箱我会使用 CLI，其他服务再考虑浏览器自动化。
Grok Bot 收件箱 Bot 汇总邮件与消息
产品反馈 Bot 如何汇总多渠道用户反馈？
我的产品反馈 Bot 每天读取飞书问卷、转发邮件和 Discord 新消息，再把不同渠道的用户反馈汇总到一起。
产品反馈 Bot 汇总飞书、邮件和 Discord 消息
订阅管理 Bot 如何跟踪续费和扣款？
我的订阅管理 Bot 负责跟踪全部订阅的续费日期和扣款信息，再把变动同步到月度订阅看板。
订阅管理 Bot 汇总 X 和 Cursor 的续费信息
商务财务 Bot 如何管理合同和订单？
我的商务财务 Bot 负责管理合同与订单，连接打印机自动打印合同，并在签章完成后起草回复邮件。
商务财务 Bot 管理合同、订单和回复邮件
社媒数据 Bot 如何同步多平台数据到 Notion？
我的社媒数据 Bot 每天采集五个平台的数据，再统一同步到 Notion 看板，方便我查看不同平台的表现变化。
社媒数据 Bot 把多平台指标同步到 Notion
**我的使用结论：**我不会把“创建更多 Bot”当成目标。我会先确定哪些任务需要长期上下文，再用共享记忆、专属记忆、云电脑文档和 Skill 保存关键信息；工作流稳定后，我把机械步骤交给脚本或 CLI Agent，把 Grok Bot 留在派活、跨工具协调和验收的位置。这样比一开始搭建复杂的多 Bot 组织更容易维护，也更节省我的额度。
延伸阅读：
- OpenClaw Skills 推荐：3 个值得安装的 Agent Skills — 我用它对照 Skills 如何固化 Agent 的浏览器与自动化能力