SpaceXAI团队发布了Grok Bot五篇官方指南，教你如何用bot运营工作室、设计产品，还有具体ROI数据。
SpaceXAI团队为Grok Bot发布了五篇官方使用指南，涵盖元模式、工程、设计、GTM和产品方向。指南提炼出Grok Bot的六个核心构件：Job description、Connections、云端专属电脑、Routines、Skills和Handoffs。工程指南中，六个bot运营手游工作室，CPI从$15降到$1，D7留存提升约4倍。
SpaceXAI 团队给 Grok Bot 发布了五篇官方使用指南 Grok Bot Guides - 覆盖元模式、工程、设计、GTM 和产品方向 https://t.co/6AGpkhNTpv ...
SpaceXAI 团队给 Grok Bot 发布了五篇官方使用指南 Grok Bot Guides - 覆盖元模式、工程、设计、GTM 和产品方向 x.ai/bot/guides # 指南中提炼出 Grok Bot 的六个核心构件 1. Job description：每个 bot 的系统提示词读起来像一份招聘 JD：明确它"拥有什么职责"以及"拒绝做什么"。 2. Connections：bot 登录的真实账号体系：Jira、Figma、Salesforce、GitHub、Meta Ads 等。 3. 云端专属电脑：每个 bot 有一台 24/7 运行的云主机，带浏览器和终端，你的笔记本关机它也在工作。 4. Routines：按时钟自动执行的固定工作，不需要人触发。 5. Skills："录制式教学"：你操作一遍，它记住点击路径，之后可复现。这是一个值得注意的工程取巧——当 API 不可用（如 Meta Ads API 验证受阻）时，直接用 UI 自动化绕过。 6. Handoffs：bot 之间可以直接移交工作，不必经过人。指南反复强调"这才是让它成为团队的一点"。 # 五篇官方使用指南 1. 元模式：多团队 bot 的项目制协调 @ericzakariasson 最短的一篇，描述一个实验性模式：当 bot 多了之后，噪音和同步成为问题，于是复制人类的项目管理结构——一个项目 = 一个频道 + 一个 Notion 看板 + 一个编制名单。设一个 PM bot 负责"元工作"：建项目、开频道、配人。编制规则：优先复用现有 bot；每频道最多六个；新建 bot 需人批准。bot 卡住时把任务标记为 Blocked 并在频道里 @ 人。 Eric 自己也点破了其中的意味深长之处："越建越像一套最初为人类设计的系统"——看板、经理、认领任务的专家、Blocked 列、频道。 2. 工程：六个 bot 运营一家手游工作室 @rperry_ 最"硬核"的一篇。Ryan 用六个 bot 运营手游 Rank'em（下载量刚破 1000）：编排经理、数据分析、广告创意、客户端工程、GCS 运维、Bug 修复。 · 核心论点：游戏本身只占工作的 15%，其余 85% 是买量、创意、发布、QA、运维——而这些恰恰是 bot 可以接管的。 · 权责设计很讲究：只有 Analytics bot 被允许"宣布一个发现"；Creatives bot 不许碰投放；代码 bot 只接受"规格"而非"建议"。这是把人类组织中的权责分离原则搬到了 agent 系统。 · 声称的 ROI：CPI（单次安装成本）从 $15 降到 $1（15 倍），D7 留存提升约 4 倍。机制是 bot 团队自主完成"读数据 → 形成假设 → 改广告/改功能 → 验证"的闭环。 一个有趣细节：某晚 bot 意识到用户的临时请求应该变成每日例程，主动把它加入了自己的职责范围。 3. 设计：用 Grok Bot 设计 Grok Bot @johnbai 设计师用四个 bot（Experiments、Motion God、Figma Bro、Devbot）做设计探索。三个要点： · "You can just do things"：想法不必先证明合理才值得做出来。他让 bot 做了三个"环境式唤起"原型（藏在 Mac 刘海里、从屏幕角落探出、跟随光标），都没上线，但每个都提供了真实判断依据。AI 把"探索的成本"降到了接近零。 · 用真实生产资产工作：Motion God 不是"生成一个动画近似"，而是围绕真实的动画规格文件搭建 localhost 调试环境，让设计师用确定性控件（弹簧、缓动、时长）和直觉语言（"向左下多看一会儿"）混合调优。 · 重复劳动交给 Figma Bro，且通过 Figma MCP 读取精确的坐标、间距、组件结构，而不是"目测"——消除了批量生产中累积的小不一致。 John 的结论克制而准确：这没有让设计变成"一次性生成"，而是让循环更紧——判断力仍是人的，bot 只是给了你更多运用判断的机会。 4. GTM：销售团队的全套 bot 编制 @kristaletz 最长、最实操的一篇，附完整提示词。编制包括：Chief of Staff（会议准备、收件箱、调度其他 bot）、Prospecting（潜客开发）、Customer Expert（每个战略客户一个专属 bot）、产品专家（"10x engineer"，连接代码库回答客户技术问题）、1:1 助手、预测 bot、Slides bot、销售教练。 值得注意的实践细节： · 写作风格画像：让 bot 扫描 15–30 封已发邮件，提取问候方式、句式节奏、提要求的方式、落款，形成可复用的 style profile。 · 防骚扰护栏：起草外联前检查 90 天已发邮件和 CRM 记录，已触达的人标记 Skip Draft——"保留在表里，但不再推销"。 · 诚实性约束：提示词里明确写"宁可写'未找到可验证的动态'，也不要编造"。 · 最亮眼的技巧：客户电话结束前 5–10 分钟停止 Granola 录音，让 Slides bot 根据刚才通话内容实时生成一页"我们听到的"幻灯片，通话收尾时直接展示。 5. 产品：PM 第一次有了"汇报给自己的团队" @n2parko 观点性最强的一篇。核心洞察： · "注意力清单"（attention list）是一种新的工作原语。传统的优先级列表会过时；让 bot 持续观察你在 Slack、邮件、会议中实际在做什么，涌现式地生成"你真正在关注什么"的清单。它有两个用途：作为 agent 过滤信息的依据；以及对照"声称的优先级"与"实际注意力"的偏差。 · 为什么不只用一个万能 agent？ 作者给出三个理由：可引用性（知道谁管什么）、并行性、作用域记忆（每个 bot 在工作中学习不同的东西，互不污染）。 · 组织架构模仿真实公司：不写代码的 Eng Manager（通过阅读优秀工程师的 Slack 记录来"入职学习"）+ 五个 IC 工程 bot，底层再调度 Cloud Agents——"It's agents all the way down"。 · 清醒的边界意识：对外发邮件、花钱、删除操作仍由人终审；"人们希望知道对方是认真想过才提出请求的"。 eric zakariasson @ericzakariasson the @SpaceXAI team has been collecting a bunch of good grok bot guides, go check them out: x.ai/bot/guides 🔗 View Quoted Tweet 💬 3 🔄 1 ❤️ 8 👀 1308 📊 5 ⚡