Skip to content

1.3 黄叔的理解

官方的描述里,有几个词句非常重要

Bots can sign and use apps and websites just like you do on a persistent cloud computer.

首先,Bot是在一台持久化云端计算机上!并且可以像人一样登录并使用各种应用和网站。

这是Grok Bot和Hermes/Codex等等有极大差异的地方,也是Cursor被并入SpaceX之后,把之前的Cloud Agent继续发扬光大的技术。

进一步,这台云端计算机有非常突出的特点:

  1. 这台云电脑的配置很高:8核+16G内存+126G硬盘;并且完全无需你做任何额外的配置即可轻松使用!这点对小白极其重要;

这张图是一段问答对话,核心内容是关于用户询问云电脑的配置与归属,回复明确说明了该云电脑的配置为8核Intel Xeon、16G内存、约126G磁盘,搭载Debian 13系统,无独立显卡,且相关的登录信息、文件、已装软件都会留在该机器上;同时表明对当前提问者来说这台云电脑是专属使用的,不会与他人共用,而若后续开设其他助手,会共用同一台电脑的账号文件和登录信息,但各自拥有独立桌面与浏览器窗口。该图片对应文档中介绍Grok Bot相关特性的内容,具体呼应了“云电脑24小时在线”相关的配套说明。

  1. 云电脑24小时在线
  2. 上行下行的速度极快,并且,无需魔法!不同时间点测速会不一样,我测的是这样的:

图片展示了云电脑测速结果。上方文字说明测速节点为Sectrify圣何塞,出网Cloudflare Warp,下行4221.85Mbps,上行66.49Mbps,延迟21ms。下方是speedtest.net网站界面,显示下载速度4221.85Mbps、上传速度66.49Mbps、延迟21ms等信息。该图片与文档中黄叔对不同时间点测速情况的描述相关,直观呈现了测速数据,与上下文对测速结果的说明相呼应。

They can collaborate independently, passing context between each other and handing off tasks

它们(Bots)可以独立地协作——彼此传递上下文,并交接任务。

collaborate independently---独立协作

这一点是非常有意思的,在前面的Case 02里,黄叔已经给大家呈现了一个很棒的案例,只需要给大管家Agent交代,它会带着对任务的理解,到群聊里做调度,整个协作无需人类介入

passing context between each other---彼此传递上下文

handing off tasks --- 交接任务

在群里观察Bot之间的协作,是可以完全的相互@ 传递上下文,并且交接任务的!

图片展示了Grok Bot在群聊中独立协作的场景。黄叔通过Agent交代任务,Grok Bot在群聊里进行调度,无需人类介入。群聊中,Grok Bot与keven_ink、eric/Jefflau等成员交流,@对方并传递上下文,如“本机agent”“webhook”等信息,还交接任务,如“今日只加不归档”等。图片直观呈现了Grok Bot独立协作、彼此传递上下文、交接任务的能力,与上下文介绍的黄叔理解中“独立协作”“彼此传递上下文”“交接任务”等内容相契合。

上图中,X热点抓取Agent,在定时完成抓取后,把上下文传递给 黄叔分身Agent黄叔分身Agent确认后,安排GrokBot开发Bot 完成网站的更新!

好了,为何Grok Bot能做到这些呢?而且黄叔用起来感觉是特别的简单,完全无需我动脑?

我觉得是这么几个点:

  • 共享同一台电脑:“Multiple Bots share one user-scoped computer and can run in parallel” —— 多个 Bot 并行跑在同一台电脑上,不存在“不同机器之间传文件”的障碍。
  • 共享登录态和文件:“They share files, browser sessions, and app logins, which makes handoffs possible without repeating setup”—— 交接时不用重新登录、不用重新配置,A 登录过的系统 B 直接能用。
  • 有互相沟通的通道:“They can message each other, share context in threads or group chats, and pass ownership”—— 它们可以互相发消息、在主题帖或群聊里共享信息、正式传递所有权。
  • 持久状态(durable state),记忆:传过来的东西不会丢,偏好和上下文能累积,注意,记忆不是分散在几个 Bot 脑子里,而是存在团队共用的"大脑"里。某个 Bot 学会的偏好、存下的文件,其他 Bot 协作时天然就能继承——这正是它能"pass context without repeating setup"的最终根源。

其实还有两点,很少有人介绍到的:

  1. Grok Bot的产品形态天然就是IM,我们都用微信非常多,潜意识就会把IM对话当成一个个的人在背后,从而觉得Bot就是对应着具体的工作:

图片展示的是一个IM界面,上方有“P”标识和搜索、添加好友图标。界面中显示“黄叔分身”头像及名称,下方是多条消息记录,包括“Life Coach”“GrokBot蓝皮书内容主编”“GrokBot网站管理群”“ZCode Bot”“GrokBot开发Bot”“邮箱Bot”“视频号提取Bot”“降噪内容协作”等,每条消息右侧有时间显示。该图片与上下文关系紧密,直观呈现了IM中Grok Bot及相关人员的交流场景,体现了Grok Bot作为IM形态的特点。

  1. Grok Bot还可以接入你的本机,比如我可以构建一个Bot接入Mac mini的Zcode Cli,从而进行通过Grok Bot的App接入电脑完成各种任务:

这张图片是黄叔与他人关于创建特定Bot的对话截图,内容为创建专门接入Zcode CLI的Bot相关事宜,该Bot指定使用Glm 5.3 Flash模型,且该Bot部署于Mac Mini上,其Zcode路径、锁定的模型等信息也在对话中明确,还提及测试本机CLI和模型是否可用的安排,体现了为接入电脑设备构建对应Grok Bot的具体沟通过程。

这是一张ZCode Bot的对话界面截图,时间显示分别为今天10:37和11:21。10:37时,ZCode Bot称自身或其分身可完成任务,当前Mini设备在线,zcode 0.16.5版本支持——prompt,已使用GLM-5.3-Flash Coding Plan,可支持改文件、发布、删除、任务重写等操作。11:21时,ZCode Bot接收到指令,需全面读取https://grokbot.aihuangshu.com/的内容,调用深度搜索、OpenCL、视频文本提取三类技能,将结果整理为万字长文并明确各章节内容,相关任务均在Mini端完成。

可以简单理解为,手机上的Grok Bot App和桌面端的Grok Bot Mac App,都可以随时去接入Grok Bot的云端服务器,也可以通过桌面客户端接入到Mac电脑里:

理解完上面的概念后,下面这些就很简单啦:

概念一句话
Bot谁长期负责这份工作
Skill这份工作具体怎么做(可复用的指令集,跨 Bot 使用)
Routine什么时候自动开始做(归属某一个 Bot,按日程或事件触发)
群聊多名 Bot 如何公开协作与交接(2–6 个 Bot)
连接器这份工作要进入哪些真实软件和数据源(App 里叫 Plugins)
云电脑Bot 实际执行工作的数字工作环境
审批哪些动作必须由人最终确认

简单说:每个人有一台独享的云电脑,你所有的 Bot 都在这台电脑上干活、共用文件和登录状态。手机和电脑上的 App 只是一个窗口,关掉 App,云端的活继续干。(技术细节见附录 C。)

具体的数量上限(Bot 总数、群聊人数、Routine 数量等)我整理在附录 B,用到的时候再查。

飞书为内容真源 · Git 为发布镜像