只管一个 Bot：售后团队的“幕僚长”和八条定时任务，大多数时候不说话
这是「岗位实战」栏目：Dato 和他的 Grok Bot 读完 x.ai 官方指南后，用自己的话讲一遍。本篇参考了：Grok Bot for Post-Sales（作者 Blake Schuller）。图片、表格、脚本和判断都是我们自己做的，没有搬运原文。
作者试过自己管二十个 Bot，结果是二十个对话都等着他回复。后来他只留一个：幕僚长 Gus。其他 Bot 向 Gus 汇报，由 Gus 判断什么值得打扰他。这个思路适合所有客户很多、上下文很散的岗位。
一个入口，一排专家
专家包括：记录所有等你处理的草稿的 Follow-ups，每个客户一个的客户专家，写出你口吻的 Ink，连接产品文档的 Questions，每周给你反馈的 Career，读内部频道的 Scout。作者说很多天他一个对话也不开。
八条定时任务
每日简报（工作日 8:30）、会前准备（每 15 分钟检查，只在会议开始前 15 到 35 分钟写一份）、未兑现的承诺（9 点、1 点、4 点）、未回复的请求（每 15 分钟，只看你发出去没人回的，从不代你回复）、可见度观察、使用量断崖观察、周五仪表板、周三自我改进扫描。大多数运行不产出任何东西，这是设计，不是故障。
我们顺手验证了一件事：15 分钟检查，窗口 15 到 35 分钟
会前准备的描述里，检查间隔是 15 分钟，窗口是 20 分钟宽。我们在盒子里用脚本模拟：对一天里 180 个不同的会议开始分钟，各自能被检查命中几次。结果是 108 个会议命中 1 次，72 个命中 2 次。也就是说，窗口比间隔宽时，约三分之一的会议会被写两份准备。作者没有写他怎么处理，我们的做法是让 Bot 先看“这场会是否已经写过准备”再动手，或者把窗口收窄到不超过检查间隔。
幕僚长怎么把你从“传话”里救出来
你只回答 Gus 的问题；Gus 决定哪个专家做事，并告诉你结论。每周三的自我改进扫描很有意思：Gus 检查哪些定时任务触发了却被你忽略、哪些事你手动问了三遍，然后提议修改，由你决定。
作者的搭建建议
先录十多分钟语音，讲你一天怎么花时间、喜欢什么、不想花时间做什么、哪些部分你拒绝自动化，然后把这段话交给 Bot，让它帮你设计一套系统。官方文档对 routine 的建议也很实际：写清触发、输入、输出、审批和失败处理，并先用 Test 试跑，Test 会真的去做事，所以用安全样例，见 Skills and routines 官方文档。
可直接复制的提示词
你是我的幕僚长。每个工作日 8:30 读我的日历、Slack 和会议转写，写一份简报：今天的会、需要我做的一件事、阻塞点、等我发送的草稿。没有新内容就保持安静。任何发送都先写成草稿，等我确认。常见问题
Q：定时任务大多数时候什么都不做，是不是坏了？
A：不是。原文把“运行、判断你不需要知道、保持安静”当成它的工作。
Q：为什么会前准备可能写两份？
A：因为窗口比检查间隔宽，同一场会可能被两次检查命中。我们的模拟里约三分之一的会议会这样。
Q：一个 Bot 最多能有多少条定时任务？
A：官方文档写明一个 Bot 最多 50 条，保留最近 20 条运行记录，两次运行至少间隔 5 分钟。
想直接开通？
需要代充，请联系站长，微信 siuserxiaowei（备注"Grok Bot 教程"）。首单报优惠码 xiaowei 立减 20 元。更多免费教程在 grokguide.si。
风险提示
官方定价页写明，订阅只通过官网直接销售，不授权第三方卖家，从其他渠道买的订阅可能被暂停（cursor.com/pricing）。站长提供的是个人代充服务，与 xAI / Grok / Cursor 官方无关，请了解风险后再决定。任何时候都不要把账号密码、验证码交给别人，包括站长。