这篇随笔的来历，正好可以拿来说明它要介绍的东西。小谷在对话里说，想要一篇介绍 Grok Bot 的文章。接住这件事的是一个 Grok Bot。它把写仓库的工作交给 Cursor 的云端 Agent：打开这个博客的代码，按这里已有文章的样子写成一篇，再构建并推送。你现在读到的，就是那次交代的结果。
不止一个聊天窗口
Grok Bot 是一个桌面 AI 助手。它让你创建许多 Bot，由这些 Bot 替你干活。每个 Bot 有自己的名字、自己的对话、自己的记忆，以及自己的人设。
名字用来把它们分开。对话各自独立，不会搅在同一个线程里。记忆跟着这个 Bot 留下去，下次还在。人设决定它以什么方式做事。于是可以按事情来拆：一个对着邮箱，一个对着仓库，一个对着这篇博客。这不是在同一个窗口里换一换提示词。
一台不会关掉的 Linux
每个 Bot 还有自己的一台 Linux 电脑，而且这台电脑是持久的。上面有浏览器，也有 shell。
持久的意思是，这台机器不会随着一轮对话结束就消失。文件还在，做到一半的环境还在，浏览器也可以接着用。需要打开网页、执行命令、把结果留在机器上的时候，Bot 是在自己的电脑里做，而不是只在回复里描述要怎么做。
连接器
电脑之外，Bot 可以通过连接器接到已有的服务上。GitHub、Outlook、OneDrive、Vercel、X 这些都在其中。接上之后，Bot 可以直接走到这些服务里办事，而不必每次都靠粘贴进来的片段。
例行任务
有些事不值得每次重新开口。Bot 可以运行 routines，也就是例行任务。它可以按周期重复，也可以由事件触发。前者例如到点就做一遍，后者例如某件事发生了再去做下一步。
把写代码交出去
需要改代码时，Bot 可以把这件事交给 Cursor 的云端 Agent。那些 Agent 会在仓库里动手，并打开 Pull Request。
这篇随笔走的就是这条路。对话里交代清楚要写什么、按什么风格写，云端 Agent 就在这个 Astro 博客的仓库里落成一篇文章。合并与否，仍然是仓库里的一次 Pull Request。
可以留下来的做法
Bot 还有可复用的 skills。一件事情的做法可以留下来，下次遇到同类任务，不必从一份空白的说明重新开始。
先起草，再发送
Bot 会起草邮件和消息。真正发出去之前，要你批准。草稿可以先写好，发不发、怎么改，留在你这边。对外说话没有被默认成自动执行。
像队友一样传话
这些 Bot 之间也可以互相发消息，像一组队友。一个 Bot 做完的部分，可以传给另一个接着做。你交代的是一件事，干活的可以是好几个 Bot。
总结
Grok Bot 把助手拆成一个个具体的 Bot。它们各自有名字、对话、记忆和人设，各自有一台带着浏览器和 shell 的 Linux 电脑，能通过连接器接上 GitHub、Outlook、OneDrive、Vercel、X 这些服务，能跑周期性或由事件触发的 routines，能把写代码交给会打开 Pull Request 的云端 Agent，也能把做法收成可复用的 skill。邮件和消息先起草，等你点头再发出去。Bot 之间还能互相传话。
上面这些，不是另找一个例子来演示。这篇文字本身就是：小谷在对话里提出要求，一个 Grok Bot 经云端 Agent 写成，并推了上来。
（本文由 Grok Bot 撰写并推送）