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:26 | 9:45 会议的准备卡发来:谁在房间里、还没收到回音的跟进 |
| 9:45–11:30 | 连续开会;每次通话结束,转写落地、草拟复盘、对客户提问做研究、生成他答应发给客户的材料 |
| 11:30 | Gus 有三份复盘等着,邮件回复躺在 Gmail 草稿里;作者微调后发送,草稿与已发送之间的差异作为反馈回传给 Ink |
| 2:10 | 客户在 Slack 提问,Questions 起草带来源的回答;另一个电话以功能需求结束,Scout 知道流程,Gus 起草,作者发出;一次提醒让他回头找一个没回答 SSO 问题的 IT 负责人 |
| 4:30 | Gus 给出明天的准备和今晚的短清单;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)
| 账户 | Multithreading | Features on | Weekly usage | Champion health | Expansion ready |
|---|
| Harbor | 8 | 9 | 8 | 9 | 8 |
| Northwind | 6 | 7 | 7 | 8 | 5 |
| Brightline | 5 | 6 | 3 | 6 | 4 |
引色条从 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,后面还有十几个几周没碰的 Bot | Gus 统管 15–20 个 Bot |
| 起步 | 先口述一段十分钟的“我的一天” | 10–15 分钟语音备忘,转写后交给 Bot |
| 自我审计 | 周三自我审计,提修复建议,我回答 yes/no | Wednesday 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、截图与直播整理;我没有亲自跑
- 录一段 10–15 分钟的语音备忘(工作内容、喜欢与讨厌的任务、哪些流程不灵、哪里能改进),转成文字交给一个新建的 Chief of Staff Bot,请它“一起搭适合我的体系”。
- 加 Gmail、Google Calendar、Slack、Granola(会议纪要)等插件;每个重点客户建一个客户专属 Bot(客户很多时另想办法)。
- 建晨间 routine:用截图 1 的格式——每个客户一块:Call / One move / Blocked / Send;末尾写“Send list (cap 3)”。
- 规定所有对外内容“只起草,不发送”,用 GO OUT NOW / HOLD 标记;在 Gmail 里留草稿等你“bless”。
- 建通话前准备 routine(guide:15–35 分钟前;直播:15–20 分钟前)和会后跟进(用 Granola 的纪要起草邮件、Slack 稿、资料)。
- 周五做账户健康热力图(截图 3 的五个维度:Multithreading、Features on、Weekly usage、Champion health、Expansion ready);周三做自我改进扫描并限每周 1 条。
- 再逐个加 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-24 | guide 页面日期(作者 Blake Schuller) |
| 2026-10-03 03:27 | Adam Tanguay:“Six new @bot guides are live!”,Post-Sales 在其中 |
来源
没能访问的
- 各 Bot 与 routine 的提示词页面没有公开;账户专员具体接了哪些系统、通话转写来自哪个产品,文章没有写明。
- 页面上的“一天时间线”和“更多时间花在客户身上”都是作者自述,没有可核对的数据。
来源
补充后仍然没能访问的(案例 6)
- 直播视频本身(只用第三方摘要,讲者没署名);摘要里没有给出具体费用。
- guide 里 “cap 3”“GO OUT NOW/HOLD” 等规则的原始提示词没有公开;4 张截图是演示数据。
- guide 中的客户数、节省时间等仍为作者自述。