一位售后经理只管一个总管 Bot（Gus），其余 Bot 向它汇报。这篇 guide 把 8 条 routine 的触发时间和用途写得很具体，但没有给出可复制的提示词。
引作者在 SpaceXSI 做售后：从启动到续约，是客户的主要联系人，负责让团队上手、看到价值、让部署尽量不痛苦。他说难的不是客户关系，而是上下文：每个账户都是一堆通话转写、Slack 频道、邮件线程、日历邀请和随口答应的事，而他管很多账户。
引他的结论：“我没有把工作自动化掉，我只是不再花第一个小时去追上下文。”成功的度量是“现在能花多少时间陪客户”。
引作者原话大意：有些天他一个 Bot 的聊天都不打开；它们记得他的指示、向 Gus 汇报，由 Gus 决定什么真的需要他。后面还有十几个他几周没碰过的 Bot。
引插件覆盖有连接的系统（日历、Slack、邮件、文档、通话转写）；没有插件的，由 Bot 自己的电脑处理——作者把 Bot 登录到自己用的工具里，它们按他的方式工作，合上笔记本也继续跑。文中列出它的电脑还被用来：
引“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 作者。
引当某账户线程太多、人太多、欠了谁什么都乱了，他对 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 悄悄记下通话反馈 |