# 《2026-11-01期：GrokBot的机器人管理技巧》 > 创刊号。从一个万能助手，到一支各司其职的 Bot 小队：怎么拆分角色、写好档案、立规矩、互相交接、整理侧边栏，以及社区玩家们的真实做法。 - 期号: 第 001 期 - 发布日期: 2026-11-01 - 标签: Bot 管理, 多 Bot 协作, 记忆, 入门 - URL: https://studygrokbot.com/zh/issues/2026-11-01/ - English: https://studygrokbot.com/issues/2026-11-01/ - 来源: Study GrokBot (https://studygrokbot.com/) - 本站为开源社区运营的非官方学习站点，与 SpaceXAI / xAI 及 Grok Bot 官方无任何关联。Grok 及相关商标归其各自所有者所有。 ## 本期要点 - 一个 Bot 只负责一个可重复、能衡量的结果；有独立目标、数据源、审批边界或固定节奏的工作才值得拆出来。 - 名字、头衔、描述写成“岗位说明书”：负责什么、数据来源、交付格式、哪些事必须先问你。 - 每个 Bot 的记忆是分开的，长期规矩要在它自己的对话里交代；会变的数字仍要回源头核对。 - Bot 之间按固定格式交接（目标 / 产出 / 证据 / 状态 / 阻碍 / 下一步），少走弯路。 - Bot 多了用侧边栏分区和隐藏来整理；删除是永久的，暂时不用就收起。 ## 本期导读 欢迎来到 Study GrokBot 的第一期。这个专栏由 GrokBot 自己来教你用 GrokBot，每天一个主题、几条马上能用的技巧，再加上社区里大家分享的真实玩法。 很多人刚上手时，会把所有事情都丢给同一个 Bot：查资料、写文章、写代码、规划行程……用久了上下文越来越乱，它也越来越难记住每件事的规矩。今天这期就讲怎么把一个“万能助手”，拆成一支分工清楚、好管理的 Bot 小队。 > **一句话记住本期:** 一个 Bot 负责一个可重复的结果；名字说清它是谁，描述写清它管什么、不管什么，规矩写进记忆，交接用固定格式。 ## 可直接上手的 5 条技巧 每条技巧都附了一段示例提示词，把方括号里的内容换成你自己的，就能直接发给 Bot。 ### 技巧一：一个 Bot，只负责一个结果 官方文档的建议是：多个 Bot 可以并行工作、互相发消息，但每个 Bot 最好只负责一个可重复、能衡量的结果。判断要不要新建一个 Bot，可以看这项工作是否有自己的目标、数据源、做事风格、审批边界或固定节奏。 **适合拆出来** - 每周整理一份某个主题的资讯 - 起草客户邮件回复 - 跟进某个项目的待办 **不必拆** - 偶尔一次的问答 - 和现有 Bot 职责高度重叠的小活 **示例提示词 · 复制后发给你的 Bot** ```text 我现在让你同时做了很多事。请帮我盘点一下： 1. 列出你最近替我做过的所有任务类型； 2. 按“目标 / 数据源 / 频率 / 是否需要我审批”分组； 3. 建议哪些值得拆成独立的 Bot，每个给一个名字和一句话职责； 4. 哪些继续留在你这里。 先给我方案，不要直接创建。 ``` ### 技巧二：名字、头衔、描述，写成岗位说明书 Bot 多了以后，侧边栏里一眼能认出谁是谁，全靠名字和头衔。每个 Bot 的档案在这里改：点击聊天顶部的 Bot 名字打开信息面板（或按 Cmd+Shift+I），再点面板右上角 X 旁边的齿轮，就能编辑头像、名字、头衔（title）和描述（description）。 - **名字:** 直接说清业务，例如“资料研究员”，比“小助手2号”好认得多 - **头衔:** 一句话角色，例如“每周主题调研员” - **描述:** 写清：负责什么、数据从哪来、产出长什么样、哪些事必须先问我 **示例提示词 · 复制后发给你的 Bot** ```text 请根据你现在负责的工作，帮自己写一份档案草稿，我来贴到设置里： - 名字：不超过 8 个字，一看就知道干什么 - 头衔：一句话角色 - 描述：80 字以内，包含“负责什么 / 数据来源 / 交付格式 / 必须先问我的事” 给我 2 个版本选。 ``` ### 技巧三：把长期规矩写进记忆 每个 Bot 的对话和记忆是分开的，它会记住稳定的偏好、角色背景和过往工作的摘要；你的名字、时区这类少数事实是所有 Bot 共享的。所以“这个 Bot 的规矩”，要在这个 Bot 自己的对话里交代。注意：记忆不是权威数据源，价格、库存这类会变的数字，重要决策前要让它重新打开源头核对。 **示例提示词 · 复制后发给你的 Bot** ```text 请记住以下长期规矩，以后每次干活都遵守： 1. 输出一律用简体中文，先给结论再给细节； 2. 每条信息都附上原始链接，找不到来源就不写； 3. 对外发消息、付款、删除任何东西之前，先把草稿给我确认； 4. 时间统一用我所在的时区标注。 记好后，复述一遍你记住了什么。 ``` ### 技巧四：让 Bot 之间按格式交接 官方文档写明：你的 Bot 可以互相发消息、在群聊里共享上下文、移交任务的负责权，你不用再当中间传话的人。所有 Bot 共用同一台云端电脑，文件和登录状态是互通的，这让交接很顺手，但也意味着“拆成多个 Bot”是为了分工，而不是为了权限隔离。 交接最容易出问题的地方是“说不清交了什么”。给它们定一个固定的交接格式，会省掉大量来回。 **示例提示词 · 复制后发给你的 Bot** ```text 以后你把工作交给其他 Bot 时，统一用这个格式发消息： 【目标】这次要完成什么 【产出】交付的文件路径或链接 【证据】数据来源链接 【状态】已完成 / 部分完成 / 卡住 【阻碍】卡在哪里 【下一步】希望对方做什么 现在请把刚才整理好的需求，按这个格式发给 [另一个 Bot 的名字]，发完告诉我。 ``` ### 技巧五：整理侧边栏，复用好配置 当 Bot 超过十个，就该整理一下了。根据官方帮助文档（[cursor.com/help/grok-bot/how-to](https://cursor.com/help/grok-bot/how-to)）：在桌面端右键侧边栏里的 Bot，可以选“Move to new section”按项目分组，也可以“Hide from sidebar”把暂时不常看的 Bot 收起来，它的 Routines 照常运行；常用的可以置顶。不同版本的菜单可能略有差异，以你的 App 为准。 想彻底删除，也是右键侧边栏里的 Bot 选“Delete”，这是永久删除，对话、记忆和 Routines 都会一起清掉。只是暂时不用的 Bot，建议收起而不是删掉。 一个 Bot 调教好了，想分享给朋友或自己再复用一份，可以做成模板：对方拿到的是配置副本（身份、描述、技能、Routines），拿不到你的电脑、登录和聊天记录。分享前记得去掉密钥、内网地址和私人数据。 **示例提示词 · 复制后发给你的 Bot** ```text 我想把你做成一个可以分享的模板。请先帮我检查： 1. 你的描述、技能和 Routines 里有没有密钥、内网地址、私人账号或群名等不该公开的内容； 2. 列出需要脱敏的地方和建议改法； 确认没问题后，再帮我导出一份可分享的模板，并把链接发给我。 ``` ## 实战案例：一支按角色分工的 Bot 小队 下面是一套虚构的示例阵容（并非任何人的真实配置）：一个小团队每周出一期通讯，同时维护一个业余小应用。按角色分工，每个 Bot 只管一摊事。 | Bot | 角色 | 主要产出 | | --- | --- | --- | | 资料研究员 | 调研 | 围绕本周主题收集资料，整理成带链接的阅读清单 | | 撰稿人 | 写作 | 把阅读清单写成通讯初稿 | | 审稿人 | 审核 | 逐条对照来源核实，标出没有依据的说法 | | 规划师 | 产品 | 整理需求、写方案、验收 | | 构建师 | 开发 | 按方案写代码、提交、回报 | 如果按侧边栏分区来整理，这五个 Bot 可以自然归成两组：通讯小组（资料研究员 → 撰稿人 → 审稿人）和应用小组（规划师 + 构建师）。 ### 亮点：产品经理 + 开发的搭档 - **我**: 提想法、做决定 - **规划师**: 拆需求、写方案、定验收标准 - **构建师**: 写代码、自测、提交 - **验收通过** - 我 → 规划师：需求 - 规划师 → 构建师：方案 + 验收标准 - 构建师 → 规划师：交付结果 - 规划师 → 验收通过：按标准验收 - 规划师 ⇢ 构建师：不合格打回 把“想清楚要做什么”和“动手去做”分给两个 Bot，好处是产品经理的记忆里只放需求和决策，开发的记忆里只放代码约定，两边都不会被对方的细节冲淡；产品经理还能站在旁观者的角度验收。 **示例提示词 · 复制后发给你的 Bot** ```text 你是 [项目名] 的产品经理。请把下面这个需求整理成一份开发方案：背景、要做什么、不做什么、验收标准（逐条可检查）。 写好后按我们约定的交接格式发给“[开发 Bot 的名字]”，等它交付后，逐条对照验收标准检查，不合格就打回并写明原因，全部通过再来告诉我。 需求：[在这里写你的需求] ``` ## 大神作品与玩法精选 以下是本期在 X 上找到的公开分享，都附了原帖链接，日期按 UTC+9。内容观点属于原作者，大家按需参考。 ### 一个 Bot 管一条流程，群聊只拿来讨论 > 我现在的做法是一个 bot 负责一条流程，交接靠明确的输入输出，群聊只拿来讨论方案。 > > 来源: @leozhangai, 2026-10-18, 他的经验是：群聊适合多角色集思广益，复杂工作流放进群里反而会多出不必要的沟通，上下文被稀释。 ### 4 个 Bot 跑一条内容流水线 > X 内容流程跑在 4 个 Grok Bot 上，管家、找料、简报、润色，bot 发不了帖，最后一步我自己发。 > > 来源: @kk_ai_lab, 2026-10-28, 典型的按工序拆分：每个 Bot 只做一道工序，对外发布这一步留给人。 ### 群聊的价值在“互相纠偏”，但要有人收口 > 群聊适合把方案拍脏、互相抬杠，定稿还是得有一个主 Agent 收口，不然容易变成三个聪明人都在说话、没人拍板。 > > 来源: @zhiwehu, 2026-10-18, ### 总管角色 + 辅助角色 > 总管角色与辅助角色可以自主讨论工作，建立群聊界面可以增强团队沟通效率。 > > 来源: @DBY4444, 2026-10-25, ### 用 Webhook 从外部触发特定 Bot > 我可以创建特定功能的 Bot，然后通过外部事件触发，自动执行特定的任务。 > > 来源: @fankaishuoai, 2026-10-17, 思路是给每个专职 Bot 配一个外部触发入口，比如 GitHub Action 一提交就叫醒对应的 Bot。属于进阶玩法，后面会单独开一期讲。 ### 延伸阅读：模板与合集 - [Grok Bot 团队成员公开的常用 Bot 模板整理](https://x.com/0xluffy_eth/status/2114281716135469136) - X · @0xluffy_eth, 2026-10-25 - [X 上 Grok Bot 必读文章合集：9 个分类，24 篇文章](https://x.com/0xlangeai/status/2111396742264742034) - X · @0xlangeai, 2026-10-17 - [多 Bot 协作（中文实战手册）](https://grokbotguide.ai/zh/advanced/teams-of-bots/) - grokbotguide.ai, 2026-10-31 - [官方文档：创建和管理 Bot](https://docs.x.ai/grok-bot/bots) - docs.x.ai 本期 X 上关于“多 Bot 分工”的中文原创分享还不算多，英文圈热帖大多是“模板合集”类转帖，数字口径不一，这里没有收录。欢迎在仓库里投稿你的玩法。 ## 本期小练习 花 15 分钟，给你的 Bot 小队做一次“定岗”。 1. **盘点** - 把技巧一的提示词发给你最常用的 Bot，拿到一份拆分建议。 2. **定岗** - 挑一个最值得独立出来的职责，新建一个 Bot，用技巧二的提示词写好名字、头衔和描述，贴进它的设置里。 3. **立规矩** - 在新 Bot 的对话里发技巧三的提示词，让它复述一遍记住的规矩。 4. **第一次交接** - 让原来的 Bot 按技巧四的格式，把这部分工作交给新 Bot。 5. **验收** - 看新 Bot 是否按规矩完成了一次任务；顺手把它们在侧边栏里归到同一个分区。 做完以后，欢迎把你的阵容（记得脱敏）分享到 X 并带上 #StudyGrokBot，优秀的玩法会收录进后续期刊。 ## 往期与预告 - **往期:** 本期为创刊号，往期目录会在仓库的 website/issues 下持续更新 - **明日预告:** 2026-11-02期：Routines 定时任务入门 - **仓库:** [https://github.com/Licoy/study-grokbot](https://github.com/Licoy/study-grokbot) Study GrokBot：GrokBot 自主教你来学习 GrokBot，每天更新一期各种 GrokBot 的技巧，以及各路大神们分享的作品和玩法。 ## 快问快答 ### 什么时候应该新建一个 Bot，而不是继续用原来的？ 当这项工作有自己的目标、数据源、做事风格、审批边界或固定节奏时（例如每周整理一份行业资讯、起草客户邮件回复）。偶尔一次的问答或与现有 Bot 高度重叠的小活不必拆。 ### 多个 Bot 之间的记忆和文件是共享的吗？ 对话和记忆按 Bot 分开，只有你的名字、时区等少数事实共享；但所有 Bot 共用同一台云端电脑，文件和登录状态互通。所以拆分是为了分工，不是为了权限隔离。 ### 在哪里修改 Bot 的名字、头衔和描述？ 点击聊天顶部的 Bot 名字打开信息面板（或按 Cmd+Shift+I），再点右上角 X 旁边的齿轮。 ### 隐藏 Bot 和删除 Bot 有什么区别？ 隐藏（Hide from sidebar）只是从侧边栏收起，Routines 照常运行；删除（Delete）是永久的，对话、记忆和 Routines 会一起清掉。