3月那篇《用OpenClaw搭5个跨境AI员工》拿到6万阅读，这次换成Grok Bot：5个团队、20个AI员工，覆盖TikTok内容拆解与投流盯盘、SEO加GEO分发、VOC采集、Cloudflare免费网关和内部产品开发。

今年 3 月我写过《用 OpenClaw 搭 5 个跨境 AI 员工》，获得 6 万阅读、近万转发，那会小龙虾火得一塌糊涂，但好像没多久就偃旗息鼓了。

直到 8 月左右，Facebook 发布 Muse，重新掀起 Personal Agent 热潮，Grok Bot 凭借跟 X、Cursor 的打通和 Opus 5.5 的噱头后来居上。

这两个我都有在用，目前 Grok Bot 用得比较多，上手第三天就分享了我的玩法。今天是升级实战篇，无保留分享我在用的 5 个 Grok Bot 团队。

我的 Grok Bot 客户端多团队分组界面

开始前，先解释一个最大的误区。

01 别指望 Grok Bot 把任务执行好，它更多是 AI 指挥官

确实一开始很多人是奔着 Grok Bot 背后的 Opus 5.5 来的，算下来用这个订阅费能大量刷 Claude，非常划算。

但好景不长，马斯克发推叫苦说成本太高了，于是现在背后基本上都是蠢狗 Grok 4.6 来跑任务。

指望它自己写长文或者写复杂代码，大概率会翻车。但跟以前的小龙虾相比，Grok Bot 真正的亮点在于云电脑 + 多终端协同：

它背后有一台云电脑，自带浏览器和终端，所有 Bot 共用文件和网页登录态；遇到两步验证，在手机上点「接管（Take over）」就能手输验证码。

更好用的是，只要在自己的电脑上登录 Grok Bot 并切到「在这台电脑上执行」，就能直接通过手机 App 远程操作本地电脑。于是，我用它连上新加坡电脑的 Claude 和办公室常开电脑的 Codex，让它们来执行具体重活：

ARCHITECTURE · 跨端协同架构

Grok Bot 充当手机端指挥官：管定时巡检、收外部消息和手机交互；
Claude + Codex 充当重度执行端：深挖广告归因、调翻译技能或写代码时，直接派给这两台电脑；
Notion 充当共享中转数据库：两边同时挂载 Notion，数据、选题和草稿全在表里交接；
Cloudflare Worker 充当免费网关：接管高频服务器状态上报与飞书请求，防休眠断连、省额度。

Grok Bot 跨设备 AI 指挥官架构

在正式搭团队前，先看这 7 条 Grok Bot 的踩坑经验：

1. 能不用群聊就不用：Bot 之间在群里互相回话、客套，额度掉得飞快却没干啥实事。推荐用「1+N 单入口」（只跟 1 个主控 Bot 对话，由它私下转接子 Bot）。
2. 多角色交接可以走 Notion 看板：在 Notion 建五栏状态（待处理、进行中、受阻、待审核、已完成），让 Bots 看表领活、改状态交接，比群聊刷屏稳得多。
3. Routine（定时任务）别跑高频机械检查：Routine 支持定时或外部 Webhook 触发，像「定时去网站比对数据有没有变化」这种固定动作，直接让它写个纯脚本跑，有变化再叫醒 Bot。
4. 别一上来就把 Bot 拆得太细：最开始我试过一口气建了 10 个 Bot，结果全是沟通噪音、拿到 0 个可用交付。先按业务领域建 1 个 Bot 包揽整块活，只有出现「不同渠道文风上下文污染」或「流程已完全跑顺」时再拆。
5. 上下文很短，重要规则存 共用记忆 或 Skill：Grok Bot 的单次聊天上下文较短，而且 Bot A 看不到 Bot B 的聊天记录（只能靠转述）。需要长期记住的 SOP，必须直接对它说「记到共用记忆区」或「存成 Skill」。
6. 装上 Wake on Done：Grok Bot 派命令行 Agent（如 Codex / Claude Code）跑长任务时，跑完默认不会主动通知，装个 Wake on Done（配好 Webhook）就能在任务结束时立刻叫醒 Bot 验收。
7. 切本机执行时，记得关掉 Mac 的 App Nap：笔记本就算开了息屏不休眠，Grok Bot 桌面端也会因为 macOS 的 App Nap 机制在息屏后暂停运行，导致云端调不动本机。直接发句指令让它关掉自己的 App Nap，并用 pmset 设好例程前几分钟自动唤醒。

下面直接上我正在跑的 5 个跨境团队。

这人一点都不像我但懒得改了

02 团队一：TikTok 内容与广告监控

TikTok 是我们跨境业务的流量大头，既要盯同行爆款内容，又要管投手每天的广告消耗。 这支团队由 4 个 Bot 组成：主控「TK 增长总监」，带「爆款猎手」「脚本编导」和「投流盯盘手」。

爆款猎手每天用云端浏览器巡检同行的 TikTok 账号和广告库，筛出低粉爆款后，提取字幕拉取分镜，把拆解好的黄金前 3 秒钩子写入 Notion 素材库；

脚本编导读取素材库，结合我们自己的产品卖点，自动改写出 3 版分镜脚本（痛点型、实测对比型、开箱型），交给人直接拍或喂给 AI 视频流水线；

投流盯盘手每天定时汇总广告后台报表，一旦发现某条广告 CPA（单次转化成本）超标或 ROAS（广告支出回报率）异常掉线，直接把数据丢给办公室电脑的 Codex 做归因诊断，生成调价或关停建议推到我手机上。

一键搭建提示词（复制发给 Grok Bot 即可自动创建）：

PROMPT · TIKTOK 4 角色团队配置

我要组建一个「TikTok 内容与广告监控」4 人团队，采用「1+N 主控单入口 + Notion 看板交接」模式（不要拉群聊），请帮我创建并配置以下 4 个角色：
1. 【TK 增长总监（主控）】：唯一与我直接对话的入口。每天早上 9 点向我推送《TikTok 内容与投流日报》，汇总爆款选题、待审脚本与异常广告预警；我回复「批准」后调度子 Bot 执行。
2. 【TK 爆款猎手】：每天定时通过云端浏览器巡检指定竞品账号与 TikTok Creative Center，筛选互动率异常的爆款视频，提取字幕并拆解「前 3 秒钩子 + 核心卖点 + 转化话术」，写入 Notion「TK爆款库」（状态设为：待改编）。
3. 【TK 脚本编导】：读取 Notion「TK爆款库」中「待改编」的记录，结合共用记忆区里的品牌产品卖点，改写 3 个版本的本土化短视频分镜脚本（含画面描述、口播台词、BGM建议），更新状态为「待审核」。
4. 【TK 投流盯盘手】：每天定时读取广告消耗与转化报表，监测 CPA 与 ROAS 波动；发现异常素材或计划时，调用本地电脑 Codex 运行归因分析脚本，输出《异常诊断与关停建议》交由总监汇报。

03 团队二：海外内容营销（SEO + GEO）

海外做独立站，除了投流，自然流量就是靠内容。现在不仅要做谷歌 SEO，还要做 GEO（生成式引擎优化，让 ChatGPT、Perplexity 推荐你的品牌）。

这个团队也是 4 个角色，围绕 Notion 选题表打配合：

捕手每天巡检 Reddit 垂直社区、X 趋势以及竞品最新长文，抓出高商业意向的真实提问，顺带查一遍当前 AI 搜索引擎是怎么回答这个问题的（有没有提我们、提了哪个竞品），写入 Notion 选题池；

因为 Grok 4.6 自己写长文太水，主控审核完大纲后，直接远程唤醒我新加坡电脑上的 Claude 写深度英文长文，并在文章里埋好结构化对比表和 FAQ（最容易被 AI 引用）；

写完后，分发员自动把长文拆成 X Thread 和 Reddit 讨论帖草稿，我去点个确认就能发。

团队二：SEO + GEO 内容生产与多渠道分发闭环

一键搭建提示词：

PROMPT · SEO + GEO 4 角色团队配置

我要组建一个「海外内容营销（SEO + GEO）」4 人团队，通过 Notion 状态流转协作，请帮我配置以下 4 个角色：
1. 【内容总编（主控）】：负责选题审批、大纲把关与最终发布确认，每天汇总《SEO/GEO 内容进度简报》发给我。
2. 【GEO 情报捕手】：每天巡检 Reddit 目标子版块、X 行业高赞讨论与 Google 搜索下拉词，挖掘用户真实痛点提问；同时测试主流 AI 引擎对该问题的回答现状，找出引用缺口，写入 Notion「选题库」（状态：待立项）。
3. 【深度主笔（跨端调用 Claude）】：读取「已立项」选题，远程调用我本地电脑上的 Claude 撰写符合 SEO 与 GEO 规范的英文深度文章（必须包含结论前置摘要、对比表格、权威数据引用及 FAQ 模块），写完回填 Notion（状态：待分发）。
4. 【多渠道分发员】：将「待分发」的深度文章一方面排版推送至独立站 CMS 草稿箱，另一方面改写为地道英文 X Thread 与 Reddit 经验分享帖草稿，附上配图建议供我一键审核发布。

04 团队三：VOC 用户洞察

做跨境选品和老品迭代，最怕闭门造车。以前我专门写过两篇万字长文拆解 AI 做用户评论洞察（补充参考《9000字落地实操：AI做用户购后评论洞察分析》、《7000字深度对比Claude4、Kimi k2和云听AI》），但以前每次都要人手动导表格、跑脚本，现在用 Grok Bot 团队直接把这套方法论变成 7×24 小时自动运转的流水线。

这支团队也是 4 个角色：采集员去亚马逊、独立站评论区、Reddit 吐槽帖和 TikTok 评论区抓真实差评与许愿贴；

分析师调本地电脑的 Claude 按「使用场景、高频槽点、未被满足的爽点、原声黑话（Customer Lexicon）」四维打标；

最关键的是转化员，它会把提炼出来的痛点直接变成两份交付物——一份给产品团队改下一批货的微创新清单，一份直接塞进前面「团队一」和「团队二」的 Notion 选题库，让前端营销永远打在用户最痛的地方。

团队三：全渠道 VOC 采集分析与反哺闭环

一键搭建提示词：

PROMPT · VOC 4 角色团队配置

我要组建一个「VOC（客户之声）用户洞察」4 人团队，实现从海外评论抓取到产品迭代、营销话术反哺的闭环，请配置以下 4 个角色：
1. 【VOC 洞察负责人（主控）】：每周向我汇报《品类 VOC 痛点与机会周报》，并对高优产品缺陷发即时预警。
2. 【全渠道声音采集员】：定时通过云端浏览器与脚本抓取竞品及自家产品的 Amazon 最新差评（1-3星）、Reddit 相关讨论串、YouTube 测评评论区与 TikTok 视频热评，清洗去重后存入 Notion「VOC 原始语料库」。
3. 【痛点与黑话分析师（跨端调用 Claude）】：调用本地电脑 Claude 对语料进行结构化打标，按「购买动机、使用场景、核心退货槽点、期望改进点、地道用户黑话（原词提取）」五个维度聚类统计，生成定量占比与定性原声摘要。
4. 【需求与话术转化员】：根据分析结果输出两份交付物：① 写入产品研发看板的《老品改进与微创新建议书》；② 同步给 TikTok 和 SEO 团队的《高转化用户痛点钩子与反驳话术库》。

05 团队四：飞书 + Cloudflare Worker

搭建几个飞书应用作为团队运营小工具，例如我们有好几台海外 VPS 需要监控；以及把我放在新加坡电脑的 Claude 小语种翻译 Skill 开放给大家用。

但这事有两个坑：一是现在 Grok Bot 额度很紧，让它高频轮询的话，一天就烧光了；二是它背后的云电脑已经不是 24 小时常驻在线，经常会中断休眠。以前把小龙虾接入飞书，用的是飞书应用的「长连接」，会偶尔断一下，也是因为这样。

我的解法是在前面加一层免费的 Cloudflare Worker 做全天候网关，用同一套架构解决了服务器监控和内部飞书应用：

VPS 每 5 分钟跑脚本推给 Worker 过滤去重，真出故障才用 Webhook 叫醒运维 Bot（每月运行从 8,640 次压到 40 至 60 次）；

同理，飞书群消息事件也直接推给 Worker，再转发给 Grok Bot 唤醒我电脑上的 Claude 翻译 Skill，处理完原路打回飞书。

现在同事在飞书群里直接 @机器人 就能拿到波兰、意大利、法国的地道小语种文案，彻底把我解放出来，这套模式甚至能封装成外部应用卖给客户（Hermes 的时候就有人搭 Agent 给客户用，而这套方案更稳定）。

团队四：Cloudflare Worker 免费网关 + 飞书与运维架构

这篇有更完整截图。

一键搭建提示词（以飞书小语种翻译应用为例）：

PROMPT · 小语种翻译 + WORKER + 飞书配置

我要搭建一个「小语种本地化翻译 + Cloudflare Worker 网关 + 飞书内部应用」团队，把本地电脑上的 Claude 翻译 Skill 变成公司全员可用的飞书机器人，且避免云端休眠断连和轮询烧额度，请按以下 4 步帮我配置与部署：
1. 【网关架构师】：编写并部署一个免费的 Cloudflare Worker 脚本，提供两个固定 HTTPS 接口：① 接收飞书机器人的事件订阅 Webhook（含 challenge 校验与消息签名验证）；② 接收 VPS 定时健康上报并做去重过滤，仅在真实触发时调用 Grok Bot 的 Routine Webhook。
2. 【飞书集成专员】：指导我在飞书开放平台创建企业自建应用，开启机器人能力，将事件请求网址指向上述 Cloudflare Worker 地址，并配置消息回传所需的 Tenant Access Token 自动刷新逻辑。
3. 【翻译调度官（Grok Bot 主控）】：当收到 Worker 转发来的飞书群 @消息（包含待翻译文案与目标国家，如波兰/意大利/法国/德国）时，立即解析任务并远程唤醒我新加坡电脑上的 Claude。
4. 【本土化专家（本地 Claude Skill）】：调用本地小语种电商翻译 Skill，将中文或英文文案转化为符合当地母语习惯、电商合规且带高转化俚语的地道文案，附上修改说明后通过飞书 API 直接回复到群聊对应话题下。

06 团队五：内部 AI 产品开发

内部跑通的流程，最好可以沉淀成产品，降低使用门槛。所以有这个开发团队会方便很多。

这支 4 人团队把 Notion 需求池、GitHub 仓库和我两台常开的编码电脑彻底串了起来：

运营或 VOC 团队提的想法进 Notion 后，前端角色自动拆出产品需求文档（PRD）、在云电脑跑出高保真原型，并提前排查掉跨境产品最容易翻车的多语种爆框问题（比如同一按钮切到德语、波兰语变长折行）；

我批准 Issue 后，调度角色直接指挥新加坡电脑的 Claude 写前端、办公室电脑的 Codex 写后端接口并提 PR；

等预览环境一部署好，测试角色自动打开云电脑自带的持久浏览器，像真人一样点按钮、填表、逐屏截图验收，测出 Bug 直接贴回 Issue 打回重修，全跑通再通知我一键合并上线。

团队五：内部 AI 产品开发四步闭环

一键搭建提示词：

PROMPT · 设计、开发、测试 4 角色协作配置

我要组建「内部 AI 产品开发」4 人团队，串联 Notion 需求库、GitHub 仓库以及我本地连接的编码电脑，请配置以下 4 个角色：
1. 【产品经理 Bot】：读取 Notion 需求池，拆解用户故事、边界条件与可测试的验收标准（AC），生成 PRD 并创建 GitHub Issue。
2. 【交互设计 Bot】：按 PRD 在云电脑生成前端可交互原型，重点排查多语种（英/法/意/波）字符长度导致的 UI 折行或爆框，补充组件规范至 Issue。
3. 【研发调度 Bot】：按人已批准的 Issue 拆分子任务，前端页面与交互派发给新加坡 Claude 电脑，后端接口与数据脚本派发给办公室 Codex 电脑，跟踪分支与 PR 状态。
4. 【QA 测试验收 Bot】：当 PR 部署出 Preview 预览链接后，启动云端持久浏览器按验收标准逐项模拟点击、表单提交与多语种切换并截图；若有报错或样式异常，将「复现路径+截图+Console日志」贴回 Issue 打回修复，全部通过后通知我合并。

06 关于Super-agent

实践后，正好看到 DeepSeek 发了一篇《Super-agent 设计探索：迈向更自主的 Agent 系统》，看完挺感慨——我们在业务里被额度、断连逼出来的野路子，跟大厂总结的底层架构居然完全撞车了：

1. Router + Worker 双层分层：DeepSeek 指出，负责跟人交互和派单的路由层（Router）用轻量模型就够了，真正干重活的执行层（Worker）才需要顶配模型，且同层 Worker 之间不要直接群聊。这刚好印证了为什么哪怕 Grok Bot 降级成 4.6，只要让它专职做指挥官、把重活派给本地的 Claude 和 Codex、靠 Notion 看板隔离交接，照样能打。

2. 「程序 + 模型」两级事件驱动：Agent 要从「人敲一句动一下」变成主动响应，必须先用代码过滤掉 99% 的环境噪音，再唤醒模型——我们在前面加的那层免费 Cloudflare Worker，干的就是这件事。

实战印证 DeepSeek Super-agent 双层分权架构

说白了，单任务的上限取决于模型能力，多任务的上限取决于系统架构。 当你不再把 AI 当成十几个要手动切来切去的聊天窗口，而是搭起「轻量路由 + 顶配执行 + 外部看板」的分权机制，你就已经拥有了自己的 Super-agent。