秋日拾遗 · AI与软件开发 · 2026 年 10 月 25 日

Grok Bot 实践手记:更多好问题,就在前方

10 月 18 日,我在浦东软件园参加了一场 Grok Bot 线下活动。三个小时里,几位分享者从备考讲到创业,谈的多是怎样把 AI 用在具体的事上。

浦东软件园的 Grok Bot 活动大屏

其中有一位 17 岁的高中生,叫宸铭。他一边准备大学申请,一边做了一个托福口语备考网站“托福说”。他前后考过八次托福,很熟悉那种卡住的感觉:题目和单词都看得懂,到了限时作答,却组织不出满意的回答。

最开始,他把题目交给 AI,很快就能拿到一篇完整的范文。可换一道题,依然不知道怎么开口。他在台上说:“我发现,这其实就是给 AI 套了个网页,没有解决任何实际问题。”他接着追问:用的人到底有没有得到帮助?后来,他推翻了最初的思路,让使用者自己拆题、选择观点、组织理由,再加入个人经历,一步步形成自己的回答。

我想借他的追问,回看自己在 Grok Bot 上的做法:任务交给谁,怎样交接,最终交付什么。

一、Grok Bot 是什么

Grok Bot 是 xAI 推出的 AI 助手应用。用户可以创建有名字、有职责分工的 Bot,让它们单独接任务,也可以拉进群里协作。AI 产品黄叔在《Grok Bot 蓝皮书 v0.1》里打过一个比方:“一个长得像微信的 App。区别是,里面每一个联系人都是一个 AI 员工。”

我的 Grok Bot 名册,置顶的是总管 Rick

这些 Bot 在一台常驻云端的电脑上工作,能使用浏览器、文件系统和终端。同一账号下的 Bot 共用磁盘、浏览器和登录状态。它们可以并行处理任务,也能互相发消息,在群里交接。

任务在云端执行,合上电脑、关掉 App,不会因此中断。已接入连接器的应用(如 X),Bot 直接调用;没有连接器的网站,则通过浏览器操作。结果落在文件、网页或代码仓库里,也可以是一页带图表的报告,之后在对话里接着修改。详见官方介绍、页面说明。

操作是否需要先确认,取决于审批设置和已有的放行规则。官方建议从只读和草稿类任务开始;涉及密码与验证码,由人接管输入。详见审批说明。

我的设置是:对外发邮件、改线上网站配置、合并重要代码改动,均需经我确认;其余按规则自动执行。

二、与 OpenAI dots、Meta Muse 的区别

按官方资料,dots 和 Muse 同样借助云端电脑与浏览器,在后台执行任务。三者的区别,在于怎样组织工作:

产品组织工作的方式
OpenAI dots在 ChatGPT 中持续处理交给它的事务,可把任务交给 ChatGPT Work、Codex 或后台 Agent
Meta Muse面向个人目标与日常事务,连接常用应用
Grok Bot多个有名字、有分工的 Bot 在群里交接,共用同一台云电脑与登录状态

三、主 Bot 统筹,多 Bot 协作

以往同时使用几个 AI 工具,每个工具各占一个窗口;分派任务、在窗口间转交材料、核对结果,都由我一人完成。

现在,任务先交给 Rick:我给出目标与交付标准,它负责拆解、分派、跟进,再把结果汇总交回。周期性的工作则配置定时例程。

名册里共有 15 个 Bot、6 个群:其他 Bot 按项目分在 AI 日报、个人网站、内容专栏和两个开源项目的群里;学伴在督学群里,工作日早晨发题、晚间核对作业,题解与笔记由我自己完成。

日报定时启动,开发由 Rick 分派

情报 Bot 按例程扫描,经连接器跟踪 X 上的动态,同时查看官网与可信报道。遇到值得关注的新变化,它先回查一手材料,有合格的新内容才发速报。

AI 日报由日刊 Bot 负责。每天早晨,它按例程启动 Cursor Cloud Agent(Cursor 在云端运行的 AI 助手)采集公开资料,并纳入前一天合适的速报。

初稿先由验收官 Bot 逐条核对:一手原文是否可查,时间与时区是否明确,未核实处是否标明缺口;查不到的内容,不靠上下文补写。再经自动检查,日报同步更新到 brief.sanze.dev,并发往订阅者的邮箱。

公开的 AI 日报网页(10 月 24 日一期,局部)

四、云端协作

Bot 的用量额度有限,事事都由它承担,很快就会耗尽。我让 Bot 只管派活、跟进和回传,费算力的采集、写代码、跑测试交给 Cursor Cloud Agent,用 Cursor 订阅的额度,写代码默认用 Grok 模型。

开发也照此分工:Rick 把任务派给工程 Bot,工程在交办的范围内调度 Cloud Agent 改代码、跑测试。改动以合并请求交回,写明改了什么、跑了哪些检查、还差什么;没跑过的测试,不能算通过。

Cloud Agent 自报完成、工程自检,都不算验收。验收官独立核对无误,自动检查通过后,改动才按项目规则合并。

Cloud Agent 之外,也能接入别的 AI 工具:在云电脑的终端里装好并登录 Codex CLI、Claude Code 这类命令行工具,可设一个 Bot 专门调用,重活由它们用各自的额度完成。黄叔在蓝皮书里的建议也是这个方向:“让它当指挥,把粗活外包给便宜的模型”。

改动较深的仓库任务,Rick 则交还给我,在本地用 Orca 调度多个 Agent 接手开发并交叉验收。

重活交给 Cloud Agent,命令行工具可以接入

结语

回到那天的活动。宸铭推翻第一版,是因为它没有解决实际问题。我的这些 Bot,也都来自自己的日常:每日的 AI 资讯,个人网站与开源项目,以及工作日的督学作业。

现场有块指路的立牌,箭头指向主会场,上面写着:更多好问题,就在前方。

活动现场的指路立牌

你遇到过哪些问题,是用 Bot 解决的?欢迎告诉我。

资料来源:活动细节与开篇现场图据公众号「山鬼iodto」的现场回顾《Grok Bot MeetUp Shanghai AI玩家的聚会》;“长得像微信”的比方出自 AI 产品黄叔《Grok Bot 蓝皮书 v0.1》。产品介绍与比较所用官方资料已在正文附上链接。

下一篇,我会介绍 Orca(在本地调度多个 Agent 的工具),并记录用它完成的一次真实开发。

感谢你读到这里。