全部使用案例
工程
第一公里与最后一公里：让 Grok Bot 找活，再交给 Cursor 闭环
真正费劲的是“该做什么”和“真的做完”——中间那段反而最容易。
当时卡在哪
在 SpaceXAI 做 Grok Bot 的 Lauren（@poteto）说，她最喜欢的用法是工作的“第一公里”和“最后一公里”：先把应用连上，让 Bot 自己拿上下文；最后把代码修复交给 Cursor 云端 Agent，把环闭上。她公开了自己每天在跑的五步循环。与 xAI 无关。
要装什么、建什么
把工作出现的地方连上（Slack、CRM、邮件、日历）。给上下文，而不是一步步指挥（见下方她的例子）。加一个定时或“频道有新消息就触发”的例程。代码类的活由 Bot 交给 Cursor 云端 Agent。顺手之后，再接上她的循环：反馈 → Linear 工单 → 复现 → 修复并 fuzz → 通知你，然后合并。
机器人
Main bot
盯反馈频道、开 Linear 工单、启动 Cursor 云端 Agent。
插件
Linear
可跳过
GitHub
可跳过
例行任务
反馈监听。反馈 Slack 频道有新消息时（作者设置）。开工单、复现、给出修复，然后通知你。
提示词
第一公里的上下文示例（作者原文）
引自 @poteto — 按其公开原文。不要另编系统提示词。
（作者英文原文）look at this slack channel for new features we've built and then look through our CRM to see which customers we should nudge
每日“反馈→修复”循环（作者原文）
引自 @poteto — 按其公开原文。不要另编系统提示词。
（作者英文原文）1. watch this slack channel for feedback about our app 2. create a ticket for this in Linear 3. create a Cursor cloud agent to triage and reproduce the issue on its own computer, using pstack 4. if the issue clearly reproduces, put up a fix and fuzz the pull request with a small swarm of agents 5. if the fuzz has no issues, ping me on Slack, and rebase and auto-merge the PR after 1 hour unless i request changes
第一次怎么跑
- 1阅读 https://x.com/poteto/status/2107510472601985336（致谢 @poteto）。
- 2把工作出现的应用连上，给 Bot 上下文而不是逐步指令（见下方她的例子）。
- 3加一个例程：定时，或指定频道有新消息时触发。
- 4代码类的修复，让 Bot 交给 Cursor 云端 Agent，而不是自己写。
- 5跑顺之后，照抄下方她的五步循环——在你信任之前，最后的合并保持手动。
审批围栏
她的循环在一小时内没人反对就自动合并。你开始时请自己点合并；等复现和 fuzz 这两步真的靠得住了，再考虑加定时自动合并。
你该改什么
给 Bot 上下文和触发条件，而不是剧本。让它挑活，让写代码的 Agent 把活做完。
出处
与 xAI 无关。提示词不是我们写的。第三方模板条款照旧适用。
Pro 设置包
想要完整设置，而不只是思路？
Pro 设置包为热门用例提供岗位描述、提示词、排程与踩坑。