用 Grok Bot 搭一支做内容的 Bot 队伍：一个入口、五层分工，人只在五处拍板

这篇教程解决一个问题：一个人做内容，要找资讯、做调研、定选题、写稿、配图，怎么把这些工序分给一组 Grok Bot，自己只跟其中一个说话。

方法来自 X 用户 @Jackywxsz 的一篇长文。他说自己把内容生产搬到了 Grok Bot 上，每天只跟一个叫“幕僚长”的 Bot 对话，并且公开了其中 11 个 Bot 的分享链接。本文把这套做法重新整理了一遍，逐条对照了 Grok Bot 的官方文档，补上了原文没有提、但照着做一定会碰到的几件事。文中的示意图来自原文。

本文默认你已经会建 Bot、写描述、建定时任务。还没用过的话，先看Grok Bot 上手十步。

先弄清：原文没有说透的四件事

原文的说法	官方文档怎么说	照着做时要注意
交付物都写成“硬盘文件”，某个 Bot 中断了，下一个读文件就能接着做	账户里所有 Bot 共用一台云电脑，共享工作区在 /workspace，一个 Bot 可以接着另一个 Bot 保存的工作做	用文件交接是成立的。但浏览器登录状态和命令行凭据也是共享的：不该让每个 Bot 都能用的账号，不要登录在这台电脑上
模型也“写死在技能里”，技术官负责维护“模型通道”	Grok Bot 没有模型选择器。每次请求用哪个模型由系统决定，你看不到，也选不了	原文没有说明这一点是怎么做到的。不要指望在设置里找到给某个 Bot 指定模型的地方
不可逆的动作“弹窗等我手动同意”	有批准卡片。但由定时任务或别的 Bot 的消息发起的工作，批准卡片大约 10 分钟后过期，动作不会执行	多个 Bot 接力时，大部分工作都不是你当面发起的。没及时点，那一步就停在那里
整套 Bot 可以“一键安装”	分享链接让对方在自己的账户里添加一份副本，带过来的是身份、描述、技能和定时任务，不带电脑、登录和对话记录	副本是在你的云电脑上干活的。添加之前先读它的说明，添加之后先看它带了哪些定时任务

后面三件在对应的小节里会展开。

整体结构：五层，每层只回答一个问题

作者的出发点是：多个 Bot 越用越乱，根源在于一个 Bot 管了不止一件事。既负责调研又负责写稿的 Bot，两头都做不好。所以他把整组 Bot 从上到下分成五层。

层	Bot	这一层只回答什么
总控	幕僚长	这件事交给谁，做完了没有
判断	赛博 DBS、赛博 TW93、赛博小晚、赛博 Jacky	这件事值不值得做，做得对不对
输入	资讯官、学习官、研究猿	原料从哪里来
选题	增长官	今天写哪一个题
生产和底座	内容官、视觉官；技术官、巡逻官、dr eggbot	成稿和配图；整套东西每天能不能跑

这和官方文档对“什么时候该单独建一个 Bot”的说法一致：当一件工作有明确不同的目标、工具、工作方式、批准边界或定期安排时，才单独建一个。官方还特意举了反例：一个叫“通用助手”的 Bot，既给不了它方向，也积累不下可以复用的经验。

总控：只留一个入口

整套做法里最核心的一条：人只跟幕僚长说话。

Bot 一多，人记不住谁负责什么、谁交了没交。所以所有对话收到一个入口：幕僚长听懂你要什么，拆成任务交给对应的 Bot，做完后验收，再压成一条几十个字的短报给你。几千字的调研报告和稿子由具体的 Bot 写成文件，不出现在主对话里。你在主对话里只做两件事：派活和验收。

幕僚长要第一个建。之后每加一个 Bot，都给它写一张职责卡，三项内容：只干什么、坚决不干什么、交付标准是什么。 这样幕僚长派活不用猜，Bot 之间也不会抢活。

职责卡在 Grok Bot 里对应的是 Bot 的“描述”。官方帮助中心说，描述就是这个 Bot 的工作，告诉它做什么、用哪些来源、什么时候要先问你；长期有效的规则写进描述，只和这一次有关的要求写在对话里。位置在：点聊天顶部的 Bot 名称，进“Bot 设置”，改 Description。

下面是本站按这三项写的一个示例，不是作者的原文：

你是我的幕僚长，这组 Bot 里我唯一对话的那一个。

【只干什么】
听懂我要什么，拆成任务，交给对应的 Bot。
它们交回来之后由你验收，再用几十个字告诉我结果，并附上文件路径。

【不干什么】
不自己调研，不自己写稿，不自己修脚本。这些有专门的 Bot。

【交付标准】
每项任务只交给一个 Bot。
长内容一律写成 /workspace 下的文件，不贴在对话里。
验收不过的退回去重做，不要替它改。
发布、对外发消息、删除、花钱，一律停下来等我。

判断层：给 Bot 挂一个现成的技能

哪件事值得做、商业上通不通，作者认为模型自己判断不了。所以在幕僚长下面设了四个只给判断、不写稿也不作图的 Bot，他叫“领航员”。

Bot	管什么	靠什么
赛博 DBS	商业定位和内容选题上的取舍	dbskill，dontbesilent 公开的一组中文技能，覆盖商业判断、内容创作等
赛博 TW93	技术方案和工程规范	Waza，Tw93 公开的八个技能：想方案、查 bug、审代码、写作、读资料等
赛博小晚	个人品牌	cyber-xiaowan，仓库说明里把它叫作“小型思考操作系统”
赛博 Jacky	“哪句话不像我”	作者自己一条条写进去的经验、偏好和禁忌清单，没有公开

作者从这一层得出的经验是：提示词写得再长，不如挂一个好的技能。 赛博 DBS 的指令很短，核心就是每一轮都调用 dbskill；赛博 TW93 则规定每一轮先让 Waza 判断这件事该走哪个技能。

判断层给的只是参考，取舍仍然由人来定。

关于技能，有三点要知道：

• 原文没有写这几个技能怎么装进 Grok Bot，而它和装进编程工具不是一回事。 这几个仓库给的安装命令，是把技能放进 Claude Code、Codex 这类工具在本机的技能目录。cyber-xiaowan 的说明里专门写了一句：Grok Bot 的技能要在 Grok Bot 的对话或市场里保存和管理，不能靠本地技能目录安装。
• 官方文档里和技能有关的说法是：技能可以在对话里让 Bot 保存，对你的所有 Bot 可用；在输入框里打 / 可以引用一个技能；“设置 › 插件”里的市场可以找到打包好的技能，私有技能如果没出现在 / 菜单里，到“设置 › 插件 › 你的”里为当前的 Bot 启用。
• 按官方文档，分享链接带过来的配置里包含技能。添加作者分享的 Bot 之后，先看它是不是已经带着对应的技能，再决定要不要自己另装。
• dbskill 的许可证是 CC BY-NC 4.0，仓库写明商业用途要联系作者授权；Waza 是 MIT。拿来做商业内容之前，先看各自的许可证。

输入和选题：原料交给 Bot，观点和选题留给自己

输入这条线有三个 Bot，目标是把公开的信息变成带有自己视角的认识：

Bot	做什么	什么时候做
资讯官	筛 3 到 6 条 AI 动态，每条附一段第一人称的点评草稿	每个工作日早上 8:40
学习官	陪你把一个新领域学透，把概念整理成学习卡片	你找它的时候
研究猿	专项调研：查第一手的公开来源，写成结论在前、带来源链接的短报	只在被点名时

原料够了之后，作者直接在主对话里把自己的观点一口气说出来（他叫“口喷”），后面的工序交给生产层。他的原则是：观点不能交给 AI。

选题这条线只有一个 Bot。 增长官每个工作日早上 9:21 扫一遍素材库，对照作者固定的几个栏目出一份选题简报：今天发什么、为什么、等你点头。不在栏目里的题直接砍掉。作者认为很多人内容越做越散，是因为选题权没有收在一处。

这两条线靠的都是定时任务（官方文档叫例程）。官方文档里和它有关的几点：

• 在对话里直接让负责的那个 Bot 建，用平常的话说时间，比如“每个工作日早上 8:40”。
• 时间按“设置 › Bot › Timezone”里的时区算。
• 新建的定时任务不会马上跑，要等到下一个时间点。想马上试，用 Test；Test 是真的会干活的，用安全的输入去试。
• 建好之后，点聊天顶部的 Bot 名称，进 Tasks，可以看到它的指令和运行时间，也可以暂停。

一条早报定时任务可以这样写（本站按官方文档的写法举的例子，不是作者的原文）：

每个工作日早上 8:40，筛 3 到 6 条过去 24 小时里的 AI 动态。
每条写清发生了什么，附上原始链接，再起草一段第一人称的点评。
写成 /workspace/news/ 下以当天日期命名的 md 文件，
在对话里只发一行：今天几条、文件在哪。
来源打不开就如实报告，不要用旧内容凑数。不要对外发布任何东西。

生产和底座

生产层只做执行。 内容官把口述和素材整理成稿，不代发；视觉官把文章配成统一画风的图，用的是作者自己公开的配图技能。风格和排版的规矩都写在技能里，不靠每次碰运气。

底座管的是“每天能不能跑”：

• 技术官：修脚本，管云电脑上的定时脚本和工具安装。
• 巡逻官：盯所有定时任务。全部正常时不出声，有脚本报错才来报告。
• dr eggbot：要新增 Bot 时交给它。它是 Grok Bot 市场里的一个 Bot，页面上署名 Lauren Tan，介绍里写的做法是先问几个问题再建 Bot，原则是一个 Bot 只有一件事，并且写明它不干什么。

官方文档也提到，现有的 Bot 可以建议或直接创建一个专门的 Bot。由 Bot 创建出来的 Bot 同样会出现在侧边栏里，也会像别的 Bot 一样给你发通知。

底座这一层要记住官方文档的一条提醒：云电脑更新或恢复之后，文件和登录会保留，手动安装的软件包会被移除。技术官装过的东西，要让它写成可以重跑的安装脚本。

交接：两条规矩和一张表

作者说，多个 Bot 协作最容易出问题的地方，是人成了中间的传话筒。他定了两条规矩：

1. 交付物一律写成文件。 对话只用来同步状态，内容在文件里。中间哪个 Bot 中断了，下一个读文件就能接着做。
2. 干活的和验收的分开。 写稿的 Bot 不负责终审，修脚本的 Bot 不能自己宣布修好了。

每个环节谁交给谁、交什么、谁验收，原文给了一张表：

环节	谁交给谁	交付什么	谁来验收
早报	资讯官 → 幕僚长	精选资讯和点评草稿	你挑哪条值得深挖
学习	学习官 → 你	学习笔记和卡片	你自己消化
调研	研究猿 → 幕僚长	带第一手出处的结论	幕僚长初验，你拍板
选题	增长官 → 幕僚长	按栏目整理的选题简报	你定今天做哪条
口述	你 → 内容官	核心观点和粗糙的素材	润色后你过目
写稿	内容官 → 幕僚长	结构化的初稿文件	你终审
配图	视觉官 → 幕僚长	统一画风的一组配图	你扫一眼
值班	巡逻官 → 幕僚长	任务报警日志	技术官修，修完再验

这两条规矩在官方文档里都找得到对应：

• Bot 可以给另一个 Bot 发一条异步消息，对方被唤醒、处理、稍后回复，你在对话里看得到这次交接。官方的建议是每个阶段只设一个负责人，并行交接会造成重复劳动和大量无关的更新。
• 官方建议向 Bot 要“可以独立核查的结果”：带来源链接的文档、列好字段的表格、还没发出去的草稿，并让它把查到的事实、自己的假设、已经做了的动作、等待批准的动作分开写。

另外，官方文档规定一个群聊只能放 2 到 6 个 Bot。这组 Bot 有十几个，放不进一个群。原文没有提群聊，讲的都是 Bot 之间一对一的交接。

一篇长文是怎么走完的

1. 选题定下来。
2. 早报、学习卡片和专项调研作为原料。
3. 作者把核心判断口述出来。
4. 内容官整理成结构化的稿子。
5. 作者粗看一遍。
6. 交给赛博 DBS 从商业和内容两方面把关。
7. 作者评估要不要改：要改就改，不改直接定稿。
8. 改稿时冒出来的新偏好和表达标准，回填给赛博 Jacky。

最后一步是这套做法里会越用越好的部分：每做完一篇，分身就多一条你的偏好。

这里对照官方文档补一句：Bot 确实会记住稳定的偏好和重要的事实，但官方明确说记忆不能代替权威来源，安全边界要写在描述里，不要放在记忆里。回填的如果是“以后都这样”的规则，写进描述比指望它记住更稳。

人在哪五处拍板

作者的看法是，那些“全自动”的 AI 账号做不下去，是因为把人的决定权全交出去了。他只让 Bot 跑工序，自己守五个地方：

1. 选题做哪条，自己定。
2. 观点，自己说。
3. 终稿，自己审，查三样：有没有擅自加内容，有没有把观点磨平，有没有写成公关腔。
4. 发布，自己点。所有 Bot 都不开自动代发。
5. 不可逆的动作，先经过自己同意：发信、删除、改权限、花钱。

第四、五条在 Grok Bot 里靠批准来落实。官方帮助中心里和它有关的说法：

• Bot 需要批准时会停下来，在对话里出一张批准卡片，三个选项：允许一次、始终允许、拒绝。你选之前，动作不会执行。
• “设置 › Bot”里有 Auto-review 开关和规则，一条规则写一种动作。两条规则冲突时，“先问我”优先。
• 由定时任务、触发器或别的 Bot 的消息发起的工作，批准卡片大约 10 分钟后过期，过期后动作不会执行。你当面发起的对话里的批准会一直等你。
• 想及时看到，给会跑定时任务的 Bot 打开通知（在它的 Bot 设置里）。过期之后，可以让 Bot 把这件事重做一遍。

所以“只跟幕僚长说话”不等于只开幕僚长一个 Bot 的通知：其他 Bot 在后台需要批准时，卡片出在它们自己的对话里。

对发布、发信、付款这类动作，不要选“始终允许”，它会让以后同类的动作不再问你。把这条线写清楚的方法，上手十步的第八步讲得更细：按“能不能撤销”来划。

先删再加

作者说，想让这套东西跑得久，先要学会删 Bot。他删掉过不少 Bot，留下四条标准：

• 说不清每天交什么文件的，删。 这样的 Bot 最后都变成了陪聊。
• 职责重叠的，合并。 两个 Bot 都能接的活，哪个都不会认真做。
• 关键的权力只放一处。 选题权只在增长官，对话入口只在幕僚长。
• 能加技能的，就不加 Bot。 每多一个 Bot，调度都会更复杂，出故障的机会也更多。

真要删的时候，官方文档有两点要知道：

• 隐藏不等于停用。 从侧边栏隐藏一个 Bot，不会删除它的工作，也不会暂停它的定时任务。不想让它再跑，要先暂停或删掉定时任务。
• 删除不会清理电脑。 删除 Bot 会移除它的资料、对话和定时任务，但共用电脑上的文件和登录不按 Bot 隔离，可能还留着，要另外清理。

照着搭：顺序和要先看的东西

作者建议不要一个晚上全建齐，按这个顺序一步步加：

1. 第一天只建幕僚长，从一开始就只跟它一个入口说话。
2. 加一个判断层的 Bot，按需要选赛博 DBS、赛博小晚或 Waza。
3. 跑通一条输入线：资讯官和学习官选一个，先把早报跑起来。
4. 加内容官，用口述完整做出一篇文章。
5. 任务多了之后，再加巡逻官来盯。
6. 之后要加 Bot，交给 dr eggbot，守住“一个 Bot 只干一件事”。
7. 持续把每次改稿的判断写进自己的分身。

作者公开了哪些 Bot

作者自己的 11 个 Bot 的添加链接，在他个人网站的文章页里；dr eggbot 在 Grok Bot 市场里。赛博小晚只给了技能仓库，赛博 Jacky 没有公开。

Bot	分享页上写的用途
幕僚长	总控：你只跟它说话，它拆单派活、验收、压成短报
资讯官	每个工作日早上筛 3 到 6 条 AI 新闻，并起草第一人称的点评
学习官	交互式地拆一个课题，每一块给一条可以发的观点
研究猿	点名调研：查一手公开来源，写成结论在前、带来源链接的短报
增长官	每个工作日早上扫素材库，按栏目挑当天的题
内容官	把选题、素材和口述整理成可以直接发的成稿，不代发
视觉官	把文章和流程做成统一画风的手绘配图
技术官	管云电脑上的定时脚本、模型通道、组网和工具安装
巡逻官	按时巡检运营数据和定时脚本，写成文件再交给你或主助理；不代发，不编数字
赛博 DBS	按 dbskill 里的内容技能给草稿做诊断，再给可以直接用的润色稿
赛博 TW93	每一轮先走 Waza 的技能路由，再动手

添加别人分享的 Bot 之前

分享页上有一行提示，大意是：这个 Bot 由第三方用户创建，不是官方做的，它可能代表你执行操作；点“Add to Grok Bot”就表示接受条款。结合官方文档，添加之前和之后各有几件事要做：

• 它在你的电脑上干活。 你账户里的所有 Bot 共用一台云电脑，添加进来的副本也一样，能用这台电脑上已有的登录状态和命令行凭据。电脑上登录着重要账号的话，先想清楚。
• 先读描述。 添加后打开它的 Bot 设置，把描述完整读一遍，看它会做什么、到哪里停。
• 看它带了哪些定时任务。 按官方文档，分享的配置里包含定时任务。到它的 Tasks 里看一眼：有没有、几点跑、做什么。不需要的先暂停。
• 按自己的情况改。 栏目、素材放在哪、早报几点出，都是作者自己的安排。不改就直接用，出来的是按别人的栏目选的题。

这套做法的局限

• 没有本站的实测。 本文根据原文和官方文档整理，各个 Bot 的实际表现本站没有验证过。
• 用量。 官方帮助中心写明，定时任务每跑一次都消耗用量，跑得越勤消耗越快。十几个 Bot、每天几条定时任务，先建一两条，看一周的用量再往上加。用量掉得快时，官方建议先暂停不需要的定时任务、把间隔拉长。
• 共用一台电脑。 所有 Bot 看得到同一批文件，用得了同一批登录。这是文件交接能成立的原因，也是不能把敏感账号放上去的原因。
• “固定模型”核对不到。 见开头的表。
• 作者的分身没有公开。 “哪句话不像我”这一层只能自己一条条积累，别人的替代不了。这正是作者想说的：工具和模型会换，岗位怎么拆、交付物放哪、哪里由人拍板，这些才是留得下来的东西。