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

官方 guide《Grok Bot for Post-Sales》专题(Blake Schuller):总管 Gus + 一批专职 Bot + 8 条 routine

一位售后经理只管一个总管 Bot(Gus),其余 Bot 向它汇报。这篇 guide 把 8 条 routine 的触发时间和用途写得很具体,但没有给出可复制的提示词。

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

官方 guide《Grok Bot for Post-Sales》专题(Blake Schuller):总管 Gus + 一批专职 Bot + 8 条 routine

来源类型:x.ai 官方 guide(作者 Blake Schuller,2026-09-24);页面为静态文本,已完整读取;已补充:4 张截图转写(读图)、Galaxy 售后专场的第三方摘要要点、guide 与直播的差异、复现清单、时间线

引作者在 SpaceXSI 做售后:从启动到续约,是客户的主要联系人,负责让团队上手、看到价值、让部署尽量不痛苦。他说难的不是客户关系,而是上下文:每个账户都是一堆通话转写、Slack 频道、邮件线程、日历邀请和随口答应的事,而他管很多账户。

引他的结论:“我没有把工作自动化掉,我只是不再花第一个小时去追上下文。”成功的度量是“现在能花多少时间陪客户”。

须知:这篇 guide 没有任何完整的提示词(没有 “Copy” 代码块),也没有给出效果数字。下面全部是对原文做法的转述;“起步方法”那一节是作者文末的建议,原文如此。
须知:补充(6.6 起):guide 里的 4 张截图我逐张读了并转写(标“读图转写”;里面的客户名 Harbor / Northwind / Brightline、人名都是演示数据,图上也标了 demo)。Galaxy 售后专场(2026-09-17 PT)的内容来自日本用户 @TNaoki_0208 的第三方摘要,我没有看视频,讲者没有写名字,把讲者对应到 guide 作者是推测。

本专题目录

6.1

只管一个 Bot:总管 Gus,加一排专职 Bot

作者说自己试过亲手管 20 个 agent,不堪重负

做了哪些 Bot

  • 引Gus:总管(chief of staff),管理其他所有 Bot;作者保留关系、每个账户的策略、见面时间、决定今天什么重要,以及“所有以我名义发出去的东西的最终 yes”。
  • 引Follow-ups:保存所有等我处理的草稿,并记住它们后来怎样了。
  • 引账户专员:每个账户一个,唯一的工作是比作者更了解这个客户。
  • 引Ink:写听起来像作者本人的邮件和 Slack 消息。
  • 引Questions:接了公司文档,回答客户可能问的产品问题。
  • 引Career:每周给作者反馈,悄悄记一份“战绩”清单。
  • 引Scout:读内部频道,免得作者自己读。

引作者原话大意:有些天他一个 Bot 的聊天都不打开;它们记得他的指示、向 Gus 汇报,由 Gus 决定什么真的需要他。后面还有十几个他几周没碰过的 Bot。

来源

6.2

Bot 的“自己的电脑”:补插件够不到的那部分

插件覆盖日历、Slack、邮件、文档、通话转写

引插件覆盖有连接的系统(日历、Slack、邮件、文档、通话转写);没有插件的,由 Bot 自己的电脑处理——作者把 Bot 登录到自己用的工具里,它们按他的方式工作,合上笔记本也继续跑。文中列出它的电脑还被用来:

  • 引首次通话前查 LinkedIn;
  • 引内部页面“我有权限但没有连接器能到”,让它直接去看那个页面,而不是把内容贴进聊天;
  • 引审 PPT:让 Gus 打开 PowerPoint,告诉他哪里视觉上有效、哪里没有;
  • 引截图和短屏幕录像:客户的“怎么做”问题给图,而不是三段文字。

来源

6.3

作者的 routine 清单(触发时间 + 作用)

“大多数运行什么都不产生,这是设计如此”

引“routine 有触发器,定时或基于事件,不管我在不在都会跑。”下面是文中列出的全部 8 条:

routine触发作用(原文转述)
Daily brief工作日 8:30把日历、Slack 和通话转写合成一份简报,告诉你今天该聚焦什么
Before-every-call prep每 15 分钟检查一次,但只在通话 15–35 分钟后开始时才写准备卡卡片准时落地:谁在邀请里、谁真的接受了、这次通话要带走的一件事、几个带链接的要点、一份简短的“不要做”清单
Unfinished promises每天 9 点、1 点、4 点盘点“我说过要做”的事,必要时链接回我说这句话的地方;做完的自动消失
Unanswered asks每 15 分钟只看我发出但没收到回复的消息,只提示下一步在我这边的;从不替我回复;多数运行保持安静
Visibility watch工作日早晨找出一个值得向全公司讲的客户成功案例,备好一条可粘贴的帖子
Exhaust watch工作日早晨扫描在线账户,找用量断崖或正在酝酿的升级投诉
Friday dashboard周五重新生成账户热力图和趋势图,归档到 Drive 追踪表,周五只看一个视图决定把时间花在哪
Self-improvement scan周三Gus 审计自己:哪些 routine 触发了但被忽略、哪些事我已经手动要了三次、什么该存在而不存在;他提修复建议,我回答 yes 或 no

引周末 Bot 们安静,但 Gus 仍盯着,有紧急事会 ping 作者。

来源

6.4

“一天里发生什么”与“被某个账户压垮时”

文中的时间线,均为作者自述

被账户压垮时

引当某账户线程太多、人太多、欠了谁什么都乱了,他对 Gus 输入的原话是 “I'm overwhelmed with x account.” Gus 先讲个笑话,然后把转写、日历、Slack 里实际发生的事、他向谁承诺了什么、下一步该做什么汇总出来。

一天的时间线(原文)

时间发生什么
8:30简报到:四个电话、六个账户、三个待发送、一个标记(某账户用量上周降了三分之一)
9:269:45 会议的准备卡发来:谁在房间里、还没收到回音的跟进
9:45–11:30连续开会;每次通话结束,转写落地、草拟复盘、对客户提问做研究、生成他答应发给客户的材料
11:30Gus 有三份复盘等着,邮件回复躺在 Gmail 草稿里;作者微调后发送,草稿与已发送之间的差异作为反馈回传给 Ink
2:10客户在 Slack 提问,Questions 起草带来源的回答;另一个电话以功能需求结束,Scout 知道流程,Gus 起草,作者发出;一次提醒让他回头找一个没回答 SSO 问题的 IT 负责人
4:30Gus 给出明天的准备和今晚的短清单;Career 悄悄记下通话反馈

来源

6.5

作者建议的起步方式:先口述一段十分钟的“我的一天”

原文的两条路径

  • 引完整路径:先录一段语音备忘,讲十多分钟你怎么花时间、爱做什么、不爱做什么,以及“绝不想被自动化的部分”;把它发给你的 Bot,让它为你搭一个让生活更轻松的系统。
  • 引快捷路径:打开你的第一个 agent,把这篇文章发给它当灵感,让它把文章变成一份它自己要遵循的 playbook。
须知:以上是作者原话的转述;页面没有说“应该先建哪个 Bot”或给出具体提示词,这里没有补充。

来源

6.6

guide 的 4 张截图:晨间看板、Gmail 草稿、健康热力图、“被压垮”回复(读图转写)

读图所得;全部为演示数据(热力图标题写着 demo · FlyLo book)

截图 1:Morning board — Tue Sep 15

  • 引Harbor:Call:9:30am PT 与 Maya Chen 的 champion sync;One move:带着 Atlas Q4 的下一步 + 一页纸去(或坦率承认今天会补上);Blocked:Tommy 对“非技术版 Bugbot/Agent Desk”的回答在 QBR 前还欠着;Send (1):给 Maya 的感谢/下一步邮件——Frankie 标 GO OUT NOW。
  • 引Northwind:Call:日历上有就轻量同步,无火情;One move:保持轻量,她问才提 Atlas 打包;Blocked:none;Send:HOLD,check-in 草稿保持停放。
  • 引Brightline:Call:今天没有;One move:恢复检查留在日历上,不对 QBR 施压;Blocked:等 Sam 周三确认(假期/站点);Send:HOLD,使用情况说明保持停放。
  • 引末尾:“Send list (cap 3): Maya GO OUT NOW only — don't clear Northwind/Brightline unless you want the board noisy.”

截图 2:Gmail 草稿已备好

引原文:“Gmail drafts are staged. GO OUT NOW: Harbor → Maya (Agent Desk + Atlas Q4). HOLD: Northwind check-in, Brightline usage note. Plus 3 DEMO SEED inbound-sim drafts. Nothing sent — bless when ready.”

截图 3:Account health heatmap (demo · FlyLo book)

账户MultithreadingFeatures onWeekly usageChampion healthExpansion ready
Harbor89898
Northwind67785
Brightline56364

引色条从 Low(绿)到 High(红);Brightline 的 Weekly usage 3 是全表最低值。(对应 6.3 里的周五仪表盘。)

截图 4:被某个账户压垮时的回复

  • 引开头:“Sorry you're overwhelmed. Here's a joke, because life's not that serious: I used to hate facial hair… but then it grew on me.”
  • 引What's up on Harbor:Agent Desk 在 Station 12 上线——QBR 成功故事,已锁定一句客户引语:“Crew loves the ticket triage.”;Maya 的现场需求:Atlas Q4 席位,以及一个清晰的非技术回答——站点负责人能否不靠工程师打开 Bugbot 式评审(QBR 前);周二 9/15 与 Maya 的 champion sync,Frankie 备了感谢/下一步草稿,标 GO OUT NOW(未发送)。
  • 引What to do next:① 完成或交给 Frankie Agent Desk 一页纸,免得 Maya 在电话上再问;② 找 Tommy(或我)要非技术的 Bugbot/Agent Desk 答案——带到 sync,或留到 QBR,“don't invent it live”;③ 定一个清晰的 Atlas Q4 下一步(选项、时间线,或“我会在 X 之前带来一个包”)——周二不含糊。末尾:“That's the whole Harbor pile, in order. Everything else can wait.”

推这四张图对应 guide 里的四个场景:晨间看板(6.4)、起草不发送(“Nothing sent — bless when ready”)、周五仪表盘(6.3)、被压垮时的重置(6.4)。注意看板里的 “cap 3” 和 “HOLD” 都是规则写进 Bot 的,不是 Bot 自己的偏好(我没有看到写规则的提示词)。

来源

6.7

Galaxy 售后专场直播要点(第三方摘要,非视频原文)

场次:2026-09-17 12:30–1:30 PM PT(= 2026-09-18 03:30–04:30 北京时间);摘要作者 @TNaoki_0208,发于 2026-09-22 16:04 北京时间

引这一天直播分三段:售后讲座与演示、游戏 “Thursday Arena” 的开发演示、Stripe Link/Projects 对谈;这里只收录售后部分(摘要 00:00–00:49)。

六个用例(摘要 00:00–00:07)

用例做什么(转述)
Morning Status Board早上看夜间问题、当日会议、前一天没完成的事
Call Prep会议前 15–20 分钟通知:出席者与职务、上次对话、相关新功能、提案、障碍(guide 里写的是 15–35 分钟自动出准备卡,见 6.8)
Follow-up Desk会后用 Granola 的纪要/逐字稿和相关信息起草回复、做资料;讲者确认后发送
Promise Keeper追踪自己承诺过的事并推动兑现
AskWatch追踪向别人提出的请求和未回复的事
Account Reset汇总某客户最新状况;讲者的设置是开头加一个关于太空的笑话(对应截图 4 的玩笑)

Bot 阵容与操作(00:07–00:14)

  • 引Gus(Chief of Staff)接请求、统筹;Frankie(会后跟进);Wally(参考过去的邮件和 Slack,按对象还原讲者的文风);Trudy(查内部资料,附出处);Scout(盯新功能和内部更新,有时直接联系讲者);客户专属 Bot(掌握客户背景)。
  • 引客户数在中小规模时推荐每个客户一个 Bot;到 1,500 个客户这种规模“可能要别的办法”。
  • 引界面:把常用 Bot 固定在列表顶端;市场里可加 Bot 和 Gmail/Google Calendar/Slack 等插件;每个 Bot 的虚拟机里能操作浏览器和文档;“Teach a task”让它记住你的操作并重复执行。
  • 引代开会演示:让 Gus 代参加演示公司 “Flylo” 的品牌更新会(Google Meet),会议聊天里要声明自己是 Bot,要选择哪些会议可以代参加;登录太慢,演示中途放弃,随后展示了含决定事项、资料链接、请求与负责人的输出样例——摘要明确说那不是真的参会结果。

跟进与优先级(00:14–00:24)

  • 引讲者告诉 Gus 与 Harbor 的会开完了,任务被分给 Wally、Frankie 和 Harbor 专属 Bot(通常自动触发,演示手动):产出是客户的 Gmail 草稿、给内部销售的 Slack 草稿、会上被要求的一页 ROI 资料。邮件和 Slack 都不自动发送,由本人调整后发。
  • 引Northwind:让 Franny(摘要写法,可能是另一个 Bot)直接建 ROI 收集表单,在虚拟机里能看到它输入客户名和问题;完成后返回问题清单(所属团队/角色、主要用途、完成标准等)和共享/编辑链接,发出前先问讲者。
  • 引Harbor 的状况:Gus 向客户专属 Bot、Frankie、Scout 收集信息,整理成风险、相关人、障碍、未完成的承诺、Slack 动态、下一步;专家的通知原则上都汇总给 Gus。
  • 引Bot 之间开“员工会议”:讲者问多个 Bot “一小时空闲时间该干什么”,要求它们带上各自客户的情况、不要一味同意、要提异议;Northwind 和 Brightline 的 Bot 说不必优先处理自己,Gus 把 Harbor 的 SSO 对接排第一,再发已写好的客户邮件,其他搁置。

起步与持续改进(00:24–00:30)

  • 引第一步是一段 10–15 分钟的语音备忘:说工作内容、喜欢的任务、困扰、不奏效的流程、可改进的点,把转写交给 Bot,请它“和我一起搭适合我的体系”;与其一开始定死用途,不如把业务背景讲够(对应 guide 的“十分钟口述”,见 6.5)。
  • 引定期运行:早间状况、未兑现承诺检查、周五仪表盘;周三的 Self-improvement scan:从手工/重复工作里提出自动化候选;对比草稿与实际发出的文字,把差异反映到 Wally 的文风规则里。
  • 引三个关键点:设一个入口 Bot、给足背景信息、边用边改。

费用、效果、管理的问答(00:30–00:49,摘要按“问答表”合并)

话题回答要点(摘要原意)
自我改进建议太多限制为每周 1 条
费用屏幕操作容易贵;建议控制 routine 频率和 Bot 数量;没有给具体费用
效果讲者的体感:以前约 6 小时会议 + 3–4 小时额外工作,现在保持相近会议量,接近 8 小时工作制;没有精确测量
规模Gus 统管 15–20 个 Bot,上限未验证;目前不需要中间管理层
未确认的事对续约率/收入的量化效果;Bot 之间相互校验的规格
技术债建议建立检查依赖和未使用机制的 Bot;删除后残留引用怎么处理没有给具体步骤
追踪指令和变更靠标识号/变更日志追踪;除了管理界面,也让 Bot 自己分析做了什么、改了什么
长语音先让 Bot 整理成具体信息,再请它详细分析
多公司 agent 同台把多家公司的 agent 放进同一台虚拟机再分流——没见过实例,成败未知

来源

6.8

guide 与直播对不上的地方,和一些提醒

推:我的对照

项目guide直播(第三方摘要)
通话准备卡的时间通话开始前 15–35 分钟自动出(每 15 分钟检查一次)Call Prep:会议前 15–20 分钟通知
Bot 数量Gus 之下一排专职 Bot,后面还有十几个几周没碰的 BotGus 统管 15–20 个 Bot
起步先口述一段十分钟的“我的一天”10–15 分钟语音备忘,转写后交给 Bot
自我审计周三自我审计,提修复建议,我回答 yes/noWednesday Self-improvement scan,限每周 1 条
  • 引起草不发送是整套流程的刹车:截图 2 的 “Nothing sent — bless when ready” 和直播里“邮件和 Slack 不自动发送”一致。
  • 引屏幕操作会贵:直播里明确建议控制 routine 频率和 Bot 数量,但没给价格。
  • 引Bot 代你开会要选对会议、声明身份,而且登录是常见的卡点(演示因此中断)。
  • 推guide 本身没有给出可复制的提示词(见 6.1–6.5);想复现 “cap 3”“GO OUT NOW/HOLD” 这类规则,只能照截图的格式自己写规则,我没有看到原文。
6.9

怎么复现:从总管 Gus 和晨间看板开始

推:按 guide、截图与直播整理;我没有亲自跑

  1. 录一段 10–15 分钟的语音备忘(工作内容、喜欢与讨厌的任务、哪些流程不灵、哪里能改进),转成文字交给一个新建的 Chief of Staff Bot,请它“一起搭适合我的体系”。
  2. 加 Gmail、Google Calendar、Slack、Granola(会议纪要)等插件;每个重点客户建一个客户专属 Bot(客户很多时另想办法)。
  3. 建晨间 routine:用截图 1 的格式——每个客户一块:Call / One move / Blocked / Send;末尾写“Send list (cap 3)”。
  4. 规定所有对外内容“只起草,不发送”,用 GO OUT NOW / HOLD 标记;在 Gmail 里留草稿等你“bless”。
  5. 建通话前准备 routine(guide:15–35 分钟前;直播:15–20 分钟前)和会后跟进(用 Granola 的纪要起草邮件、Slack 稿、资料)。
  6. 周五做账户健康热力图(截图 3 的五个维度:Multithreading、Features on、Weekly usage、Champion health、Expansion ready);周三做自我改进扫描并限每周 1 条。
  7. 再逐个加 Wally(文风)、Trudy(调研附出处)、Scout(盯产品更新);控制 routine 频率以免成本上升。
6.10

时间线(北京时间)

来源:guide 页面、X 帖

时间事件
2026-09-14 15:00官方日程帖:9 月 17 日 12:30–1:30 PM PT 为 Grok Bot for Post-Sales
2026-09-18 03:30–04:30售后专场直播
2026-09-22 16:04@TNaoki_0208 发布售后专场整理摘要
2026-09-24guide 页面日期(作者 Blake Schuller)
2026-10-03 03:27Adam Tanguay:“Six new @bot guides are live!”,Post-Sales 在其中

来源

§

来源汇总与没能访问的

没能访问的

  • 各 Bot 与 routine 的提示词页面没有公开;账户专员具体接了哪些系统、通话转写来自哪个产品,文章没有写明。
  • 页面上的“一天时间线”和“更多时间花在客户身上”都是作者自述,没有可核对的数据。

来源

补充后仍然没能访问的(案例 6)

  • 直播视频本身(只用第三方摘要,讲者没署名);摘要里没有给出具体费用。
  • guide 里 “cap 3”“GO OUT NOW/HOLD” 等规则的原始提示词没有公开;4 张截图是演示数据。
  • guide 中的客户数、节省时间等仍为作者自述。

其他专题

↑