← Grok Bot 实战案例总览 · 成果库

Matt Palmer 专题(官方开发者关系):Grok Bot 101、Templates 指南与入门视频——Tech Demos、个人 CRM、Arnold 教练、外循环

同一位作者的两篇官方 guide 加一条入门视频:它们互相印证,也各有补充。

说明:本专题于 2026-10-17 根据公开资料整理,没有编造内容:提示词、步骤和数字都来自下方列出的来源;整理者的推断用“推”标签标出,没能访问或没法核实的放在最后一节。数字多为作者自述,未经验证。
引逐字引用或忠实转述原文 推整理者推断
7

Matt Palmer 专题(官方开发者关系):Grok Bot 101、Templates 指南与入门视频——Tech Demos、个人 CRM、Arnold 教练、外循环

来源类型:x.ai 官方 guide ×2(Matt Palmer,2026-09-11 / 2026-09-08)+ YouTube 视频(2026-08-25,29:33,仅自动字幕)

引Matt Palmer 在 SpaceXSI 做 DevRel。他说一天里大量时间是写代码、做内容、做典型知识工作(传递信息、整理、规划)。以前写一次性脚本、用编码 agent 做软件、凑工作流;现在把这些交给 Bot:“搭一个 Bot 要 10 到 15 分钟,之后可以调整、复用,合上笔记本它还在跑。”

引他的定义:Grok Bot 是一个带电脑的 agent。“用起来像给同事发短信,只是这位同事有一台真实、持久的桌面。”电脑在云端,有桌面、文件系统、终端和应用;点 Bot 的窗口,可以像远程桌面一样使用那台机器。

须知:视频仅读取自动字幕;两篇 guide 为静态文本,已读全,截图和 guide 里的演示视频未读。与此页相关、同一位作者的 Templates for Grok Bot 也在这里一并整理(见 7.7)。

本专题目录

7.1

Bot 的“三个字段”与 Tech Demos

官方 101 guide 里的代码块(逐字)

怎么搭

引他说他喜欢从一段语音笔记开始:“Bot 是一组指令,你想怎么定义都行。”幕后,设置是三个字段,可以在聊天里设,也可以在右上角 Settings 里设。他的 Tech Demos(他称作“DevRel Bot”)这样写:

展开查看:Tech Demos 的三个字段(官方 guide 原文)(约 211 字符)
Name: Tech Demos
Title: Daily X tech scout
Description: Look at my bookmarks each weekday, pick one technology worth demoing, draft a prompt in my style, wait for approve or deny, then kick a Cursor cloud agent.

引来自 101 guide 的 “Anatomy of a bot” 代码块。

  • 引视频补充:Name 其实是可选的,不影响 Bot 的行为;Title 是 Bot 做什么的描述;Description 才是较长的详细说明。(视频)
  • 引guide 的建议:“尽量具体。像你自己做那样精确地描述一个工作流,或者在屏幕上录一个演示;然后假定 Bot 能做 AI 通常做不到的难事。”
  • 引它的工作方式:每个工作日去他的 X 书签里找新技术,起草一个做原型的提示词,请他批准;他改提示词并批准后,Bot 通过 Cursor 连接启动一个 Cloud Agent,他可以在 Cursor 里立刻打开这次构建;做完后 Bot 发截图或视频片段,并开 PR。视频里他演示了一次:它在书签里滚动,找到来自 Basement Studio 的 shader lab 示例,提出在他的 demo 仓库里做个演示;他微调提示词后批准。

来源

7.2

个人 CRM:把你关注的人变成 Notion 里的私有人脉库

“我在手机上花了 10 到 15 分钟做完”

引他的想法:他在 X 上交了很多朋友,很多人不住在旧金山,但个人简介里写了所在地——是公开信息。视频里他对 Bot 说的话(字幕原话):

展开查看:他给 Bot 的请求(字幕原话)(约 263 字符)
Hey Crockbot, could you go get that information off of Twitter for each of my followers either through the API or by physically going and looking at their profile, create a notion database, pull that information into the database, um, and then hand it over to me.

来自 YouTube 自动字幕(Grok Bot 被写成 Grockbot / Crockbot;标点由字幕生成)。

  • 引结果:他关注约 800–900 人,Notion 里有了全部人的列表,含头像、简介、所在地、国家、一个“地理置信度”和模糊位置;去纽约旅行时可以搜 “New York” 找到那里的关注者,约“喝杯咖啡”(他自嘲“我就是那个烦人的咖啡人”)。guide 版本的说法是:用 X 上已关注的人,只用公开资料建私有 CRM。
  • 引他的判断:以前这类事通常让 AI 写脚本;现在让 agent 做更好,因为“完全是一次性的”,但他之后永远可以调整、更新和批准这个 agent。guide 里的原则:“凡是我会在 LinkedIn 或 X 上手动做的事,我都给 Bot;凡是我觉得让实习生做会不好意思的事,我都给 Bot。”

来源

7.3

Arnold:把自己写的训练 app 搬进聊天

“agent 就是软件”

  • 引背景:他原本有一个 vibe-code 出来的力量训练 app(视频里说主要用别的模型写的),花了数周到数月,有用但费时、常出错。一天他问:“如果它是个 Bot 呢?”
  • 引做法:他和 Grok 聊天,把旧 app 拆成 MCP 服务器、skills 和插件,在 Grok Bot 内部搭建;视频里能看到他在 Cursor 里添加周期化(periodization)的插件和 skills,出错后再试一次,并能在 Cursor 里打开对应的 PR。
  • 引他的框架:软件 = 逻辑 + 数据 + 界面(服务器、持久数据库、UI 客户端)。Arnold 里“agent 就是那台电脑,界面就是聊天”;训练记录以 git 提交的方式写进(他说“我相信是”)一个 JSON 文件。出错时 Bot 自己诊断、写代码、提交到 GitHub 仓库并发布——反馈回路比原 app(要发云 agent、回家、审批、合并、预览部署)更短;他还说想要的“和教练聊天”功能,Bot 现成就有。
  • 引guide 里的结论:核心功能不变,但终态“更极简:更少维护、更少 bug、零头疼”;“如果你能把一个应用拆成输入、逻辑和数据存储,你大概可以把它变成 Bot,可能比 vibe-code 的软件更好”。
  • 引视频里他还预告:“很快会发布多人协作(multiplayer)”,让你把这类软件分享给队友。

来源

7.4

用 Grok Bot 写代码:外循环收集上下文,内循环由 Cursor 云 agent 去写

“Grok Bot 不是在写代码,它是在写我会写的提示词”

  • 引他把这个 agent 叫 outer loop:从 Slack、Notion、GitHub 和文档收集上下文,把一个干净的提示词交给 Cursor 云 agent(内循环)去真正写软件。理由:如果让一个 agent 先读文件、讨论该做什么、再立刻委派修复,它会背着一堆“脏上下文”;把外循环单独拿出来,可以让内循环执行者保持干净。他说这个说法是 Cursor 团队的 Lauren 对他描述的:“Grok Bot 是完美的外循环”。
  • 引他的外循环 Bot:精通 Cursor 代码库、文档和营销仓库;用他的 Cursor skills(包括 Lauren 的 pstack 插件)写提示词。guide 的重点:Grok Bot 不写代码,它创建他本来会写的提示词,再发给 Cursor 里专门的编码 harness。
  • 引视频里的示例请求(字幕原话):
展开查看:外循环的示例请求(字幕原话)(约 254 字符)
do research on user credit grants. this is a problem I've been thinking about. Look across notion and Slack and see how our company engages with granting user credits. Then come up with a plan to improve the system and kick off a prompt to a cloud agent.

来自 YouTube 自动字幕(Grok Bot 被写成 Grockbot / Crockbot;标点由字幕生成)。

  • 引他也提到一次发布(launch):用 Bot 协调 Slack 和 Notion 里收到的各种反馈,把 Notion 内容同步成 PR,吸收 Notion 评论、PR 评论、Slack 反馈,并启动 Cursor 云 agent 把反馈落实——“省了大量时间”。

来源

7.5

群聊的坑、权限规则和共享电脑

原文与视频有补充

触发方式与群聊

  • 引guide:与 Bot 对话有三种方式——聊天、routine 和触发器(Bot 可以自己设定时,也可以监听其他应用的事件,比如 Slack 线程或 GitHub PR)、其他 Bot(Bot 之间能互发消息、互相触发)。
  • 引群聊的坑(视频):如果在群聊里直接说话,每个 Bot 轮流回复;更好的做法是只 @ 一个 Bot(比如写作 Bot),让它充当编排者去叫其他 Bot(比如 Cursor product expert)。他演示的请求(字幕原话):
展开查看:通过一个 Bot 串联另一个 Bot(字幕原话)(约 141 字符)
Hey, uh, look at what shipped in cursor via the um cursor product expert, then write a short tweet, uh, about um, it using my writing voice."

来自 YouTube 自动字幕(Grok Bot 被写成 Grockbot / Crockbot;标点由字幕生成)。

  • 引他用 Bot 查 Bot 自己的源码:问“Grok Bot 群聊怎么工作”,答案是——加入的所有 agent 都进房间;有一个编排器但不在名单里;你发消息后由 host 轮询,依次叫醒每个成员。(视频)

权限

  • 引guide:如果你在 agent 可用的电脑上登录了 Amazon,它在技术上可以买任何东西,像人一样。约束靠权限、一个审阅 agent 和允许/禁止清单:规则用自然语言写在 Settings > General > Agent;一个独立的审阅 agent 检查提议的动作,可以允许、拦截或升级给你;允许/禁止清单指引这个审阅者;“你在信任模型会遵循你写的东西”,工作仍在隔离环境里发生。
  • 引视频例子:加一条规则“要发推时不要自动允许,先问我”,Bot 之后在发推前就会先问他。
  • 引共享电脑:在一个 Bot 上登录某网站,其他每个 Bot 也能进入该网站(视频里他在另一个 Bot 的 Chrome 里打开 x.com 就是已登录状态;他的 Facebook Marketplace/Craigslist 找浓缩咖啡机的 Bot 也因此让所有 Bot 都能访问这两个站点)。
  • 引Bot 需要你时可以把桌面交还给你(填验证码或 2FA),或发一张安全表单让你输入密码或 API key。

来源

7.6

信息检索、总管 Bot、杂务

“我现在问 Grok Bot 的问题比问同事还多”

  • 引跨 Slack、Notion、GitHub 搜索:他用 Cursor Product Expert 回答产品问题和公司如何运作;常规地问 “Grok Bot 怎么运作”,它读代码库、查 Slack 讨论、扫 Notion 设计文档。他说视频里这是他入职 Cursor 的主要方式(“几天”),并写过一篇 X 文章 “chat is all you need”;他现在问 Grok Bot 的问题比问同事还多,这样能尊重同事的时间、减少 Slack 疲劳。
  • 引总管/优先级 Bot:什么都往里扔,例如“这是一些好的 DevRel 链接,请放进我的 Notion”;它还能访问他的 Gmail 和日历、起草邮件回复;它还会提醒他做每周回顾和周一的启动,“否则我就不做了,所以有个 Bot 让我负责到底”。
  • 引四类用途(视频开头):写软件;把个人软件做成 agent;信息与知识检索;自动化工作流。他还说公司的 GTM 团队大量用 Grok Bot 做 LinkedIn 外联、录入 CRM、起草邮件。
  • 引购物(101 guide):让它看 Costco 和 Amazon、加购物车,比较价格、运费和送达时间;Marketplace Bot:在已登录的 Facebook 上找斑叶龟背竹(variegated Monstera Albo);遇到需要判断的事可以去问他的总管 Bot。

来源

7.7

《Templates for Grok Bot》:模板是“食谱,不是成品菜”

官方 guide,Matt Palmer,2026-09-08

模板是什么

  • 引模板是技能、记忆和插件的集合:让你分享自己的 Bot,也能在自己的应用里用别人做的 Bot;是“让另一个用户启动你 Bot 的一个副本”的蓝图,不是一对一的克隆,所以自定义代码和脚本这类敏感信息不在其中。
  • 引创建模板时,会复制 Bot 的指令、相关记忆和 skills,以及特定插件;他用“食谱 vs 成品菜”比喻。

怎么分享(他用 loops bot 示范)

  1. 引Bot 设置右下角有 Share as Template 按钮;点击后 Bot 会把自己打包,并给你一个链接。
  2. 引点击后不会公开:模板是 Bot 的匿名、私有版本;下一步可选“只分享给团队”或“创建公开链接”。
  3. 引打包时它会读取记忆、skills、routines 和插件;routine 只是触发器(比如多久自己跑一次);默认会排除个人的或内部的记忆。点 View Details 可以看到具体包含了什么(他的例子里有上下文、记忆和集成:pstack 与 GitHub,和 Cursor 集成紧耦合)。
  4. 引点 Publish 让模板生效,得到链接;打开链接是模板页,别人点 Add to Grok Bot 即可。

怎么安装别人的模板

  • 引点 Add to Grok Bot → 在自己的 Bot 里打开并审阅上下文与集成 → 确认后点 Add Bot → 得到一个全新的、独立的 Bot 副本。
  • 引原模板里包含的插件,你的新 Bot 需要重新安装,但会随带;非标准插件(MCP 服务器、其他脚本或代码)不包含,你要自己复用或另行迁移。复杂模板可以让 Bot 把“安装步骤”编码进指令里;尤其是需要 API key 或自定义 MCP 服务器的。

六条“要知道的事”(原文要点)

  1. 模板更像食谱而不是成品菜;
  2. 一方插件和 skills 会包含在内;
  3. 不包含密钥,不会分享个人或私有的 skills 与私密信息;
  4. 可公开分享或只在团队内分享;
  5. 一个链接即可安装;
  6. 你会在网上看到很多模板,像评估 skill 或软件一样评估它们;安装前仔细看清细节、上下文和集成,确保完全符合预期。

来源

§

来源汇总与没能访问的

没能访问的

  • guide 里的演示视频和全部截图;视频画面(Bot 界面、Notion 库的实际样子、Cursor 里的 PR)。
  • 他提到的 X 文章 “chat is all you need” 没有读取;视频里的“很快会发布多人协作”是他当时(2026-08-25)的预告,我没有核对后来是否已发布。
  • “10–15 分钟”“800–900 人”“几天完成入职”等数字都是自述。

来源

其他专题

↑