Cursor 的开发者体验与教育主管 matt palmer 介绍了 Grok Bot，一款处于早期测试阶段的 AI 代理。按他的说法，这个工具像是一个「有自己电脑」、常驻云端的代理，能像人一样打开网页、启动 app、访问文件、截图，并把工作做完后交回结果。
在这篇体验文章里，matt palmer 把 Grok Bot 描述为他第一次用到、真正接近「个人代理本该有的样子」的产品。此前他一直在寻找更好的工具，从笔记软件、工作流到各种优化方案，最近则转向了 personal agent。问题在于，过度优化和反复客制化，经常让人把时间耗在配置、部署、委派和分流上，反而偏离了真正要完成的工作。
他写道，过去那些「个人代理」给他的共同感受，都是要先处理一堆部署不稳定、服务账号管理和各种维护事项，甚至还要面对每周的提醒和签到，结果花在折腾工具上的时间，比真正用它们做事还多。他想要的其实只是一个能替自己完成电脑里那些日常手动杂务的代理，不必配置远程服务器，也不必制造额外的安全负担。
加入 @Cursor_ai 后，他接触到了一个并非面向写代码，而是面向通用知识工作的工具，也就是 Grok Bot。Grok Bot 的官方账号在 2026 年 8 月 11 日发文称，Bots 是能替用户完成真实工作的 AI 队友，它们会登录用户的工具，像用户一样使用这些工具，然后带着完成的结果回来。
一个有自己电脑的代理
在 matt palmer 的描述里，每一个 Grok Bot 都对应一个「有电脑的代理」。它运行在云端，因此始终在线。它可以浏览网页、打开 app、访问文件系统，还能截图。
对于「为什么不直接在本机运行」这个问题，他给出的回答是，随着使用增加，Grok 的那台电脑会越来越像用户自己的电脑；如果通过桌面版聊天使用，它还可以访问用户的本地文件。
技术上，Grok Bot 运行在一个常驻的 Linux VM 上。实际体验上，它更像是一台速度很快、持续在线的远程桌面。用户创建的每一个 bot 都驻留在那里，并能使用这台机器上的文件、浏览器和会话。如果用户已经登录某个网站，任何一个 bot 都可以复用这个 session，直到会话过期；如果 bot 遇到自己无法处理的环节，也会向用户求助。
遇到登录、验证和付款时会交还控制权
文章把这一机制称为 Hand off。matt palmer 说，当 bot 撞上只有用户本人能解决的障碍时，比如登录、单点登录、2FA、验证码或付款，它会把电脑交还给用户。等用户完成这一步，再把控制权还给 bot。
他还提到，所有 session 都存在自己的机器上。只要他已经登录过某个网站，任何一个 Grok Bot 代理都能随时访问该站点。
对一些较简单的验证流程，例如 API key 或文字输入，bot 还能发送一个安全表单让用户填写。他表示，这种方式在配置 MCP 服务器和 API key 时一直很顺手。
除了直接接管和交还外，Grok Bot 还支持「录制」工作流。用户把任务演示给它看，它会把步骤保存下来。之后，这个 bot 就能把这套流程当成例行程序来执行，可以按计划触发，也可以在 Slack 或 GitHub 有事件发生时触发。matt palmer 提到，他们的 GTM 团队已经用它做出了一些潜在客户优化和路由工作流。
记忆分三层：用户、代理和项目
Grok Bot 支持长期记忆，这也是 matt palmer 觉得它更像协作伙伴的原因之一。他把这套记忆分成三个层级：用户记忆、代理记忆和项目记忆。
- 用户层：每个 bot 都知道关于用户的基础信息，比如姓名、时区和偏好，而且任何 bot 都能更新这些值。
- 代理层：每个 bot 都有自己的记忆，包括一份配置文件，可以把它理解成 AGENTS.md，也包括一份交互日志。
- 项目层：bot 可以加入项目，并把决策、惯例以及那些属于某项工作本身、而不是属于某个队友的信息保存到项目记忆里。
即便有这些记忆层，文章称聊天速度依然很快，这一点持续让作者感到意外。除此之外，Grok Bot 还支持 multi-agent 协作模式，用户可以让一组 bot 一起解决问题，由一个 orchestrator bot 在同一个项目里协调其他 bot。
触发方式包括消息、日程、Slack 和 git 事件
至于 bot 什么时候会运行，matt palmer 的回答很直接：在用户让它运行的时候。最基本的触发方式是向 bot 发送消息，但它们也能通过例行程序自动启动。他通常会先让某个 bot 帮自己把触发条件设置好，当然也支持手动微调。
这些触发条件可以是新的 Slack 消息、一个 git 事件，也可以是一份定时计划。bot 之间也能互相触发，这被他称为 composability。它们甚至可以在群组讨论串或项目里一起工作。
文章还提到两个细节时刻：一个 bot 第一次向另一个 bot 请求帮助，以及一个 bot 第一次替用户的消息点「赞」，都会让人产生某种即时的愉悦感。
在编程相关任务上，bot 还能启动 Cursor Cloud Agents。由于 Grok 代理与 Cursor 紧密耦合，这一体验被描述为第一方集成。GitHub MCP 的配置也比较顺手，这让 bot 可以从 cli 执行 gh 指令，并创建新的 repo。
可直接复用 Cursor 的连接器、插件和技能
在访问能力方面，Grok Bot 使用与 Cursor 相同的插件、连接器和技能。这意味着用户开箱就能拿到基础连接器，包括 Notion、Slack、GitHub，以及团队自建的 MCP 服务器。
matt palmer 说，这让他可以很快把各类上下文来源接进来，因为其中大部分原本就已经通过 Cursor 配置完成。也正因为如此，一些「Cursor + Grok Bot」的组合用法可以几乎立刻开始使用。
安全机制围绕规则、审查代理和允许/封锁清单
在整篇文章里，安全性被单独拿出来讨论。matt palmer 直言，这是最大的心理门槛：Grok Bot 是否真的会按要求行事，用户又该如何确认。
他举了一个例子：如果让一个拥有电脑访问权限的代理登录 Amazon，从技术上说，它确实可以像人一样购买任何东西。对此，Grok Bot 的约束来自权限控制、一个审查代理，以及允许和封锁清单。
用户可以在 Settings > General > Agent 中用自然语言写规则。底层会有一个独立的审查代理检查拟执行的动作，并决定允许、封锁，或者升级交由用户处理。允许与封锁清单会为这个审查者提供引导。
matt palmer 指出，很多人已经习惯用代码或 JSON 给代理定义规则，但在 Grok Bot 里，规则基本上就是一段提示词。起初这会让人觉得不太踏实，不过他认为，既然已经进入「信任代理的时代」，用户也需要适应这样一种方式，也就是代理身上的规则是会被遵守的。
按他的测试结果，目前还没有观察到任何不利行为。他还提到，近期研究显示，人们已经处于一个「应该比信任自己更信任代理」的阶段。这个判断在文中被他形容为既让人紧张，又相当酷。
他如何用 Grok Bot 处理技术演示和内容工作
在实际使用场景里，matt palmer 表示，自己已经在生活和工作中的多个领域给 Grok Bot 找到不同用途。
其中，Demo Bot 是他最喜欢的一个。这个 bot 每天会遍历他的 @X 书签，找出一个新的技术点，可能是某个 npm 套件，也可能是一项 agent skill。然后，它会利用他的写作技能起草一段提示词，并发给他审核。
如果这段提示词获得批准，bot 就会使用他的项目规划技能，在一个 tech-demos repo 里启动新的 Cursor Cloud 代理。按文中的说法，大约 15 分钟后，他的 Cursor app 里就会出现一个可以运行的原型，接下来只要绑定端口就能上手试玩。
他认为，这个 bot 的关键作用，是把「尝试新事物」这件事中的摩擦降到更低。每个代理都会通过屏幕录制来验证自己的工作，因此他可以确认它正在做它该做的事情。
除此之外，Grok Bot 还会帮他跟进 Cursor 的动态、寻找内容选题、探索新技术。
他的 Content Bot 会每小时扫描工程和产品相关的 Slack 频道，寻找小规模上线内容。一旦发现，会在一个新的聊天里提醒他，并附上建议的社交媒体发文文案。这个 bot 还可以访问 Typefully MCP，因此他能很快把这些文案转成草稿。
matt palmer 写道，他希望自己能成为第一批知道「那些让 Cursor 变得更好的小事」的人，也想让「把这些事情分享出去」变得更容易。
他的 Product Bot 则是 Content Bot 的慢速、详细版本。这个 bot 每天检查一次较大的公告频道，然后发布一份整体更新，这样他就不需要自己再去 Slack 里逐条翻找。
个人事务里也在用：比价买菜和加入 DoorDash 团单
文章后半部分还列出了几项偏生活化的使用方式。matt palmer 表示，他并不介意买菜，但非常不喜欢生鲜配送应用的界面。
他的生鲜配送代理会横跨 Instacart 和 Amazon 配送，对商品、数量和价格进行比较，同时管理两个购物车，并比较配送费用。然后，它会在每周五提醒他下单，好让商品在周六送达。
他写道，这个代理在这些界面里进行导航的能力让他相当意外。过去在个人工作流里，他大量精力都花在处理高认知负荷的界面，以及在不同网站之间比较彼此不一致的体验上，而 Grok Bot 把这部分工作直接移除了。
另一个例子是 DoorDash 代理。由于 Cursor 团队经常用 DoorDash，也常有分散在多个频道里的团体订单，他坦言，这类流程会让人疲惫，因为自己既不擅长用 DoorDash，也很容易陷入「晚餐优化」。
他的 DoorDash 代理会监控 Slack 上的 drd.sh 提及，在有订单时提醒他。他还可以让这个代理深入研究自己喜欢的菜单，由它给出几个选项，并把他直接带到「该去哪里加入订单并添加餐点」的页面。
从怀疑到建立信任
matt palmer 在文末承认，自己花了不短时间才真正信任 Grok Bot。原因之一是，他在 AI 行业待了几年之后，见过太多号称「什么都能做」但实际能力有限的工具。另一个原因是，这套系统起初并不是他完全理解的东西，却要求用户投入相当多的信任。
不过，他认为任何新产品都需要自己去赢得信任，而在过去几周里，Grok Bot 正在完成这件事。在他的叙述中，现在已经到了可以向这类系统投入更多信任的阶段，而信任 Grok Bot 也确实展示出一些相当惊人的结果。
他把这种感受概括成一个已经到来的未来：不是取代人类工作的未来，而是一个简化界面、减少繁琐步骤的未来；一个只要开口提出请求，很多事情就能向用户打开的未来。
文章最后引用了 Elon Musk 于 2025 年 3 月 29 日在 X 上发布的一句「Everything is computer」。matt palmer 写道，Grok Bot 也是这样一种「一切都是电脑」的延伸，而结果证明，那正是他真正想要的东西。