GrokBot：雇佣一支知识工作 Agent 团队

推文金句（中文转述）：99% 的人仍在对着聊天窗口打字；1% 的人已经雇佣了一个 Agent 团队。Nick 自称跑 6 个机器人；首席助理早上 5 点叫醒他并排日程；旅行机器人睡觉时委托航班机器人与酒店机器人。

时间来自英文字幕轴。总长约 27 分钟。

Nick 怎么说： 多数有意义工作被 rote reactionary work 卡住。邮件、Slack、待办不断切入，挤占真正能推动结果的时间。早期创业与早期 Cursor 的共同感受：工作量相对人手严重失衡。

GrokBot 的定位：当知识工人。卸载重复、反应式事务。把人的时间还给「你擅长、且真正推动业务」的工作。

口述时间线：

1. Chat： 问一句，拿信息，人再动手。
2. Copilot 时代： Cursor 等编程助手；另有法律 / 金融 / 教学等垂直 agent。
3. 缺口： 跨域仍好用的单一通用接口三年仍未真正解决。
4. GrokBot： 当作新的 agent primitive。不限于检索或单一知识域。可组成知识工人团队。把初始指令变成例程，完成组织里真实的工作单元。能接「很多很多轮」的长任务并端到端做完。

Nick 在新加坡约三个月帮开 APJ。妻儿将至，仍无住处。他自己忙，把找房交给 GrokBot：

1. 需求：三居装修齐全 · 三个月 · 两个女儿（15 岁）· 男友来访一周需独立空间。
2. 接 Google Workspace → 调研约 35 套符合条件的房源 → 写入 Google Sheet。
3. 要求邮件发给妻子 → 邮件以 Nick 名义发出并带签名 → 妻子立刻起疑（他平时从不签名）。这是早期要纠正的行为。
4. 妻子标黄 5 套 → 再让 bot 约看房。bot 接日历，找空窗，联系房东排期。
5. 实地看后缩到 2 套 → bot 继续谈租约，推到签约边缘。

要点：这不是「给我一份房源列表」的问答。而是研究 → 表格 → 沟通 → 排期 → 谈判的长链。对照 chat / copilot 时代，端到端宽度是核心差异。

竞品痛点（口述）：难配置 · 常跑在本地 · 连接器脆弱 · 要人 babysit · 难分享、难民主化。

Cursor 工作信条：delete the product——加功能的同时大量删功能。GrokBot 内测界面更多，外发前砍到「死简单」，界面像 iMessage。打开就能用。

Nick 周末给 76 岁母亲开通，作为易用性证据。

新建 bot 时盯三块：

Nick 在 Cursor 侧关键信息源约半打。接上之后，日常大量时间进 GrokBot 界面，而不是分别钻进 Slack / Notion。

多数工具：每任务开一个 ephemeral session，做完即散。

GrokBot：bot persist。你纠正、补充、教导后，它继续变强。这是与「每次从零聊天」的关键差别。

关键架构点：

1. 所有 bot 共享云端电脑，带持久浏览器。
2. 不在用户笔记本上抢资源；非技术用户做原型也不受本机环境限制。
3. 系统集成：没有 MCP / API 时，bot 可像人一样用浏览器操作。

关闭笔记本后任务继续跑。有 iOS / Android。可设 routines（周期性检查或动作），不依赖本机在线。

晨报内容：读日历 → 解释当日事项 → 扫收件箱与 Slack → 标出高优先级待办。目标：知识工作发生在哪里，GrokBot 就用在哪里。

组织内影响（口述宣称，非独立审计）：单工程师可有约 10 人量级影响；GTM 个人可完成原先整队的工作量。Twitter 上 AI 产品像赛马；他认为 GrokBot 找对了形态。

1. 晨报： Bob + 多连接器汇总。
2. Meeting prep： 一天见多个客户后记忆糊成一团。bot 从 Granola 通话记录、同事 Slack、Salesforce 拼出会前简报。

第一盏灯（Nick）：跨源搜索极强。Slack / Notion 自带搜索难用；GrokBot 一次综合多源，再压缩成可带进会议室的 brief。

原 talk 标题偏「软件工厂」。现状：许多 Cursor 工程师把 GrokBot 当主要构建界面。

机制：

• 让 GrokBot 构建 → 拉起 cloud agent 写代码。
• 可接 Origin（其新 SCM 入口）：甚至可不先建 repo 就开始；也可接 GitHub / GitLab 等。
• 可组多人格团队：前端 bot · QA bot · 文档 bot · 研究 bot。
• bot 团队工程师「bot-pilled」：大量工作从 Cursor 桌面迁到 GrokBot。

端到端再次成为卖点：不是补全一行，而是长任务跑完。

早期用法不直观。Cursor 内有人分享用法后才「破解」。Account Executive Krista Letts 的 Zoom 工作坊改变了 Nick 的使用方式。

xAI 站点有 Engineering / PM / GTM 等深度指南。建议：先看指南与他人模板，再自己铺开。

Nick 常年出差，每月花数小时订票订房，偏好很细（航司、舱位、靠过道、酒店品牌等）。

结构：

只对旅行 bot 说「下周阿姆斯特丹有会，从伦敦出发，帮我订」。它读日历算进出时间，再委派航班 bot 与酒店 bot。bot 之间会互相发消息（看起来好笑，但有效）。

对照现实协作：人本来就协作；孤立上下文的工具不符合真实工作。

Closer bot（Nick 自建再分享给现场工程团队）：

1. 会后 Granola webhook → 分析笔记 → 找出承诺交付物。
2. 同时看邮件与 Slack → 生成按优先级排序的队列。
3. 点某一项（如安全文档）→ 草稿客户邮件并附文档链接。
4. 人改几句即发。减少「会后忘记跟进」。

HaggleBot（市场模板）： Cursor 用它重谈 Zoom 合同，口述节省数万美元量级，几乎全由 bot 完成。

Marketplace 作用：播种模板思路 + 在组织内复制成功 bot。

Nick 总结把 bot 基础打好的三招：

1. 给访问： 把连接器接到真实工作系统。
2. 投资教导： 像给 Cursor agent 设护栏与补充说明。可直接口述；可让 bot 创建 / 更新 skill；computer use 时可点一下让它按你的浏览器操作学习。
3. bot 间委派： 互聊；可开多 bot 聊天室。工程团队已在用。

1. 死简单（母亲也能用）。
2. 常在线；自带电脑；用浏览器工具，不必事事 MCP/API。
3. 擅长复杂工作端到端（新加坡租房）。
4. 模板可分享。

行动建议：下载 → 看指南 → 给自己一点时间理解协作方式 → 反馈（nick@cursor.com）。Nick 称 Cursor 改变过他的工作方式；GrokBot 进一步改善工作质量与家庭时间（更好的专业人士 / 父亲 / 丈夫）。

下列为中文忠实转述，按字幕大意，不编造。

1. 有意义工作常被反应式杂务卡住；邮件与 Slack 切开你真正推动结果的时间。
2. GrokBot 当知识工人：卸载重复反应，把时间还给你擅长的高杠杆事。
3. Cursor 约四周年做出；约十天感到「这东西特别」；拿走我会不知所措。
4. 聊天与垂直 copilot 之后，跨域通用 agent 框架仍是缺口；GrokBot 想当这个原语。
5. 你可以给 bot「很多很多轮」的工作，它能端到端做完。
6. 以我名义给妻子发带签名的邮件，立刻露馅——连接器权限要配行为校正。
7. 我们加功能，也删功能；delete the product 是支柱。
8. 配 bot 盯三块：Context、Connectors、Outcomes。
9. 别的工具常开一次性会话；这些 bot 持久，纠正后继续变强。
10. bot 共享云端电脑与浏览器；没有 MCP/API 也能像人点网页。
11. 当周约 41.8 万周活；过半每周用四天以上。
12. 每天早上五点，首席助理 bot 给我一天简报。
13. 第一盏灯是跨源搜索：Slack/Notion 自搜难用，综合检索极强。
14. 许多工程师把 GrokBot 当主构建界面，背后拉起 cloud agent。
15. bot 可以互聊：旅行 bot 委派航班 bot 与酒店 bot。
16. 关上笔记本它还在跑；手机也能盯进度。
17. Closer bot 把会后承诺收成队列并起草跟进邮件。
18. HaggleBot 帮重谈 Zoom，省下数万美元量级。
19. 地基是：访问、教导、委派。
20. 我给 76 岁母亲开通了——它真的够简单。

1. 先写 Outcomes，再接 Connectors。 做对：bot 有可数的完成标准，而不是「帮我看看」。
2. 选一条你每周重复的反应式链路，逼它端到端。 做对：你只在关键节点介入（如看房、终签、终发邮件）。
3. 校正「以我名义」的行为。 做对：签名、语气、抄送习惯像你本人；相关的人不会起疑。
4. 把纠正沉淀为 skill / 护栏。 做对：同类错误不再每周重教。
5. 需要跨系统时优先接连接器；无 API 再用浏览器 computer use。 做对：少写粘贴桥接。
6. 会前用跨源 brief，会后用 closer 队列。 做对：承诺不丢；进门前上下文在手。
7. 复杂偏好拆成专家 bot，再由协调 bot 委派。 做对：旅行/航班/酒店这类偏好不再每次重讲。
8. 从 marketplace / 同事模板播种，再改成自己的。 做对：第一周就有可用形状，不等「自己想透再开始」。
9. 工程侧试「主界面 + cloud agent + 多人格 bot」。 做对：长任务能在关电脑后继续；角色边界清晰。
10. 设晨报 routine，但人仍做优先级最终判断。 做对：早上先看到综合画面，而不是先沉进原始 Slack。

先接真实系统、写清 Outcomes，再让持久 bot 做端到端杂务；需要时拆成会互委派的专家 bot。人回到判断与关系，而不是永远当反应式肉代理。