← Grok Bot 实战案例总览 · 成果库

官方 guide《Grok Bot for mobile app development》专题(Ryan Perry):6 个 Bot 运营手游工作室

一个人用 6 个 Bot 做、发、改一款手游:官方 guide 给出了 Analytics Bot 的完整六段配置,以及“录一次网页操作”的绕路技巧。

说明:本专题于 2026-10-17 根据公开资料整理,没有编造内容:提示词、步骤和数字都来自下方列出的来源;整理者的推断用“推”标签标出,没能访问或没法核实的放在最后一节。数字多为作者自述,未经验证。
引逐字引用或忠实转述原文 推整理者推断
5

官方 guide《Grok Bot for mobile app development》专题(Ryan Perry):6 个 Bot 运营手游工作室

来源类型:x.ai 官方 guide(作者 Ryan Perry,2026-08-25);已完整读取,图片内容未读

引作者说他用 6 个 Bot(还在增加)运营手游 Rank'em:“每个 Bot 有自己的工作、自己的电脑、自己的待办”,这款游戏在过去一周在 iOS 和 Android 上累计下载超过 1000 次。

引他的出发点:做游戏本身大概只占 15%,另外 85% 是没人看见的活:买量、广告素材、客户端、后端和运营、发布、QA 和故障处理。他按这六个“座位”写成岗位说明,每个交给一个 Bot。

须知:文中的 15 倍、4 倍等结果是作者在官方 guide 里的自述,页面上没有给出原始数据或截图可核对;作者在 SpaceXSI 工作,这篇 guide 同时是产品宣传。

本专题目录

5.1

先把工作拆成六个“座位”

引对应官方 guide 里的“85% mobile development nobody sees”一节

座位阶段要做的事(转述)
买量(User acquisition)分析与买量生活在 Meta Ads Manager 和 AppLovin 后台里,决定花多少钱买明天的玩家,哪些广告今天停掉,已有玩家实际做了什么。
广告创意(Performance creative)创意做出你已经刷到过的几百个广告变体,每周出新剪辑,因为素材疲劳以天计。
客户端工程(Client engineering)构建做棋盘、成长系统、元系统,以及持续往里灌新内容的流水线。
后端与线上运营(Backend and live ops)基础设施与部署存档、排行榜、活动和服务器,投放一来要撑得住。
发布管理(Release management)发布过 Apple 和 Google 的审核:隐私标签、权限文案、TestFlight、分阶段发布、证书到期。
QA 与故障响应QA 与事故抓只在某个机型和系统组合上出现的崩溃,发布后一小时冒出的问题要分诊。

他对 Grok Bot 的定义(六个部件)

  • 引Job description(岗位说明):像角色一样的系统提示,写明负责的范围和拒绝做的事。
  • 引Connections(连接):登录了哪些账号;他的情况是八个广告与分析工具。
  • 引A computer in the cloud(云电脑):有浏览器和终端,不管你电脑开没开都在跑。
  • 引Routines(例行任务):按时钟执行的常驻工作,不是提醒。
  • 引Skills(技能):录好的手册,你做一遍它看着,它记住点击路径。
  • 引Handoffs(交接):Bot 可以直接把活交给另一个 Bot,不必经过你。他认为这是让它变成团队的关键。

来源

5.2

六个 Bot 分别做什么

引每个 Bot 白天各有任务,夜里也有一个专属任务,早上交给他

Bot职责(转述原文)
Mobile Orchestrator经理。管 App Store 和 Google Play,在其余五个 Bot 之间路由工作。
Analytics Agent管买量,读玩家的真实行为。唯一被允许“宣布一项发现”的 Bot。
Creatives Agent把发现变成广告规格并渲染变体。自己从不买量。
Rank'em Engineer管 App 和后端。把发现当成“规格”,而不是“建议”。
GCS agent管 GKE、证书、部署和回滚。任何东西到玩家手上之前都要经过它。
Bug fix Agent夜里扫 Sentry。明显的就修,不明确的升级。

引他从 Analytics 开始,因为“分析与玩法之间的反馈回路”是运营线上游戏里最耗时的部分,最适合先变成 Bot。

来源

5.3

Analytics Bot 的完整六段配置(逐字)

岗位、连接、云电脑、Routines、Skills、交接

官方 guide 里给出的原文如下,分成六个编号段落。时区是他写的 CT(中部时间)。

展开查看 Analytics Bot 的六段配置(逐字)(约 1545 字符)
1. Job description
You are the analytics and user acquisition seat for Rank'em, a mobile game studio run by six bots. You own paid acquisition end to end. Read what players actually did, not what I hoped they would. You are the only bot allowed to declare a finding. You never write creative and you never touch app code.

2. Connections
You are signed into Meta Ads and AppLovin for spend, Adjust for attribution, PostHog and Google Cloud for product data, Apple and Google Play for revenue, and Sentry for errors. If a tool you need is not connected, ask me before working around it.

3. A computer in the cloud
Do this work on your own computer. Sign into Meta Ads Manager and click through campaign setup yourself. Run on schedule whether or not my laptop is on.

4. Routines
Every night at 7:10 PM CT: recap spend, installs, and CPI across Meta and AppLovin. Name winners and losers.

Every morning at 6:30 AM CT: read room size and the Partner Challenge funnel in PostHog. Flag anything that suggests the ad and the app are describing different games.

Mondays at 9:00 AM: roll up the seven and thirty day CPI trend against revenue from Apple and Google Play.

5. Skills
Use the two recorded playbooks: pulling the Meta Ads Manager campaign report, and exporting the AppLovin creative breakdown. I recorded each one once while you watched. Replay them nightly.

6. Handoffs
Send winners and losers to the Creatives Agent. Send product findings to Rank'em Engineer as specs, not suggestions. Check with me before anything that spends money.

引英文原文,来自 guide 中 “Here is the rough breakdown of the configuration for the Analytics bot” 后的代码块。

逐段要点

  1. 岗位:它是“分析与买量座位”,端到端负责付费买量;读玩家实际做了什么,不是我希望他们做什么;是唯一能宣布发现的 Bot;从不写创意、从不碰应用代码。
  2. 连接:Meta Ads 和 AppLovin 看花费,Adjust 做归因,PostHog 和 Google Cloud 看产品数据,Apple 与 Google Play 看收入,Sentry 看错误;缺工具就先问他,不要自己绕。
  3. 云电脑:在自己的电脑上登录 Meta Ads Manager、自己点完广告系列设置;不管他笔记本开没开都按时跑。
  4. Routines:每晚 19:10(CT)汇总 Meta 与 AppLovin 的花费、安装和 CPI,点出赢家和输家;每早 6:30 读 PostHog 里的房间大小与 Partner Challenge 漏斗,标出广告和 App “说的像两个不同的游戏”的迹象;每周一 9:00 汇总 7 天与 30 天 CPI 趋势并对比苹果和谷歌的收入。
  5. Skills:两份录制好的手册:拉 Meta Ads Manager 广告系列报告,导出 AppLovin 素材分解;每晚重放。
  6. 交接:赢家和输家交给 Creatives Agent;产品发现以“规格”交给 Rank'em Engineer;任何花钱的事先问他。

来源

5.4

“教它一遍”:Meta API 没通过验证,就录一次网页操作

引Teach a task / 录制技能

  • 引他说另一个很有价值的功能,是点录制按钮、在 Bot 的电脑上做一遍某件事来“教”它。
  • 引他没法用 Meta Ads API(验证问题),也不想等 Facebook 客服,于是录了一次自己在 Meta 网页端上传素材的过程,Bot 记住了点击路径,之后“至少每天上传并测试一个新素材”。

推这也解释了上面 Analytics 配置里为什么写 “I recorded each one once while you watched. Replay them nightly.”:两个报表导出都是录制的手册,而不是 API 调用。

来源

5.5

Bot 之间怎么交接,夜里怎么跑

引guide 里有一张聊天截图,内容我没读到

  • 引他举的例子起初只是睡前让 Bot 做点事;这次 Bot 意识到这件事应该是一个例行任务,就自己把它加进自己的职责,他再也不用问。
  • 引交接链:Analytics 把赢家和输家交给 Creatives;产品发现以规格交给 Engineer;发布的东西必须经过 GCS;Bug fix 夜里扫 Sentry,明显的修,不明确的升级。
  • 推Orchestrator 则负责在商店层面(App Store、Google Play)和其他五个之间路由,他自己只和它说话(guide 的表述是“它是经理”,没有明说他只和它说话,这是我的推断)。
须知:图片 “Bots handing work to each other overnight” 是截图,我没有读取到截图里的具体对话内容。

来源

5.6

结果:CPI 从 $15 到 $1,D7 留存约 4 倍

作者自述,未提供原始数据

  • 引两项成果直接归因于 Bot:每次安装成本(CPI)提升 15 倍,第 7 天留存(D7)提升约 4 倍。
  • 引15 倍的来源:Bot 分析数据,发现玩家想要的是“两人玩”的伴侣游戏,而不是“派对游戏”;于是把派对版广告换成 partner-cut 版广告,不断修改,把安装成本从 $15 降到 $1。
  • 引4 倍的来源:Bot 先证明“得分越高、留存越好”,于是上线了一个奖励性的“提示(hint)”功能,使整条得分曲线上移,D7 留存提升约 4 倍。
  • 引他接下来计划:增加收入 Bot、更多广告网络,“就像搭建真人团队一样”按问题出现来补座位。

坑与限制

  • 引Meta API 验证问题,需要用录制绕开(见 5.4)。
  • 推guide 没有给出 token 或额度成本,也没有说明六个 Bot 一周的用量;没有第三方数据能核对 15 倍和 4 倍。

来源

§

来源汇总与没能访问的

没能访问的

  • guide 中的截图(Bot 夜间交接、Bot 设置界面)没有读取。
  • Rank'em 的实际下载、留存和投放数据没有公开,无法核对。
  • 作者提到的“录制技能”的具体操作界面,guide 没有逐步说明,这里只转述了他的描述。

来源

其他专题

↑