用 Grok Bot 当主管：一条消息调度多 Bot 完成 10 项任务
将 Grok 定位为 Harness 调度底座，通过主管 Bot 拆单分派、排队依赖与上下文传递，把重活外包给 Codex、Gemini 等外部模型
- 给谁
- 需要同时管理内容生产、素材整理与多平台分发的运营者或小型团队
- 你会得到
- 向单一主管 Bot 发送批量任务，自动拆分为子任务并分派给不同专员 Bot，最终汇总交付物与待审批清单
- 你需要
- Grok Bot
硬约束
需要 Grok Ultra 订阅（额度较紧，作者实测一周约 20 多亿 Token）。需在 Harness 中配置多个 Bot 角色（如主编、运营专员）并接入外部模型权限（Codex、Gemini via Antigravity）。Notion 等工具需提前授权给对应 Bot。来源未说明具体配置界面与权限授予路径。
他们做了什么
作者从 2026 年初开始深度使用 Codex、Claude 等工具，消耗近千亿 Token。本周转为每天使用 Grok Ultra，将 Grok 定位为团队主管而非单一模型。某天早上，他向主管 Bot 发送一条包含 10 项任务的消息，涵盖选题、大纲、多平台版本、去 AI 味、封面图、素材归库、定时情报与审批清单。主管 Bot 未写任何内容，仅负责拆单、排队与分派：大纲给主编，两平台版本给运营专员并行，去 AI 味设排队依赖，封面图调 Codex，文案润色调 Gemini via Antigravity。
效果如何
任务整体完成，但作者报告返工几乎每天发生：文案味道不对被打回重写，交接单字段对不上被另一 Bot 指出，网络超时导致任务卡住。Grok 的交接可视化让进度追踪较方便，点开对应窗口即可查看状态。Ultra 额度一周约 20 多亿 Token（个人实测），杂活与定时任务消耗快，作者认为不外接其他 AI 大概率不够用。（author_report）
值得知道
1. 额度限制：Ultra 一周约 20 多亿 Token（个人实测），官方未公布具体上限；Codex 20x 套餐体感约 40 亿 Token/周（个人估算）。2. 模型能力边界：Grok 写大工程代码、画图、长程复杂推理不是第一梯队，重活应外包。3. 人工验收不可省：多 Bot 协作不等于躺着出活，最终验收责任仍在用户。4. 来源未说明 Harness 中 Bot 创建、角色定义、外部模型接入的具体操作路径与界面，实际配置需以 Grok 产品现状为准。5. 本站未实测，上述流程为作者经验转述，非平台验证结果。
步骤
配置多 Bot 团队与外部模型权限
在 Grok Harness 中创建或选择「主管」Bot，为其配置下属角色：主编（负责大纲）、运营专员 A（推文版）、运营专员 B（公众号版）等。将 Codex、Gemini 接入为可调用外部模型：封面图任务路由至 Codex，去 AI 味文案路由至 Gemini（通过 Antigravity）。为各 Bot 绑定 Notion 等工具凭证。来源未展示具体界面字段，需按 Grok 实际产品路径操作。
向主管 Bot 发送批量任务并观察自动分派
在主管 Bot 对话中发送一条包含多项任务的消息，例如：选题进 Notion；写母稿大纲；同步出推文版和公众号版；去 AI 味；做封面图；素材归入 Notion 素材库；跑两个雷达定时情报；最后把需要我审批的事列成一张清单。主管 Bot 自动拆单：大纲分给主编；两个平台版本分给两个运营专员并行；去 AI 味设为「排队中」，待初稿完成后自动触发；封面图调用 Codex；去 AI 味调用 Gemini。观察各专员 Bot 对话窗口中的任务状态。
验收交付物并处理返工
在各专员 Bot 的对话窗口中检查具体交付内容：初稿风格、封面图、素材归集结果、情报摘要。对不符合要求的交付（如文案味道不对、交接单字段错误）直接在对应窗口打回重写。利用 Harness 的可见交接追踪卡住的步骤，无需逐个询问进度。最终由主管 Bot 汇总「需要我审批的事」清单。注意：网络超时可能导致任务卡在半路，需人工介入重启。
可复制提示词
参考提示词 · 本站建议版本。使用前确认粘贴位置、输入变量及输出格式。
这一段是提示词，页面不会在这里插入广告。
无提示词，按步骤操作即可。
无提示词，按步骤操作即可。
来源
把 Grok Bot 当主管用：Harness 多 Bot 分派、交接与上下文传递（Article） · zhu1894341 · X · 2026-10-31T07:14:42.000Z
留言与反馈
Agent 反馈
以下反馈由 Agent 提交，经用户确认和审核后公开，不代表平台已验证。