Product Launch · Xiaohu Explains

xAI launches Grok Bot: AI colleagues with their own computers who use your accounts to get work done

The Cursor team ran it for a few weeks and wrote down what works — and where that trust threshold sits.
The 60-Second Read
  • xAI's Grok Bot gives each AI colleague an always-on cloud computer that clicks through websites using your logged-in session.
  • That means it can work even on sites without open APIs. When it hits a login, CAPTCHA, or payment, it hands the computer back to you.
  • A permission rule you write in plain language keeps it in check, with a separate reviewer agent double-checking each action.
⚑ This usage report comes from Cursor’s Matt Pauls. Since SpaceX acquired xAI in February and then Cursor in June, this is a company writing about its own product. Statements like “I never saw it overstep” are based on his personal weeks of use, not a third-party review. Pricing and availability are from xAI’s official pages.
Opening

Personal agents used to spend all their time on upkeep

On August 11, xAI (Musk’s AI company) released an early beta of Grok Bot, which it describes as a new kind of colleague. Each one lives on a persistent Linux machine in the cloud, using your logged-in session to browse the web, open apps, and read or write files, just like a person would. It only comes back to you when it’s done. As a result, it can operate sites that don’t offer APIs.

Let’s anchor it to something familiar · This site’s take

The big trend this year: setting up a “personal AI assistant” at home—plugging in a Mac mini, leaving it on 24/7, hooking it up to iMessage, and sending it tasks by text.

The hottest open-source project on that path is OpenClaw: 386k stars on GitHub, the 6th most-starred repo on the entire platform (checked August 12). The five ahead of it are all learning-resource lists and book roundups.

Grok Bot does the same thing, except you don’t have to maintain the machine yourself. It runs on the vendor’s cloud, always on. You still send it a message to assign a task.

It’s also not some cloud-hosted version of a coding agent like Claude Code. For actual coding work, it outsources the job to Cursor’s cloud agents.

What Grok Bot is, at a glance
A cloud computer
Each bot lives on a persistent Linux machine in the cloud that’s always on. It can browse, open apps, read and write files, and take screenshots. Your bots all share this one machine.
Clicks sites directly
It operates using your logged-in session, so whether or not a site has an API is irrelevant. If a human can click it, so can it.
Hands back when stuck
When it hits a login, 2FA, CAPTCHA, or payment, it hands the computer back to you. Once you clear the hurdle, it takes over again.
Learns by watching
You do a task once while it watches; it saves the steps as a routine and runs it on a schedule, or when triggered by Slack messages or Git events.
Works in teams
Bots can message and assign tasks to each other. You can have a chief-of-staff bot oversee a team of specialists handling inbox, expenses, recruiting, and more.
Rules in plain English
Permissions live in settings as natural language. A separate reviewer agent approves, blocks, or asks you about each action.
Where it runs
Desktop and iOS. Plugins, connectors, and skill packs are shared with Cursor; Gmail, Slack, Notion, and GitHub work out of the box.
The official launch video, 1:46 in length, is a promotional piece mixing product-UI shots with staged employee cameos. The UI shots carry the most info: one bot works through Salesforce’s Okta single sign-on, with “Computer · Done” and “Computer · Skipped” cards plus an “Open computer” button in the chat feed — that’s the control hand-back described later. Each bot in the video is tagged with its owner’s name, like “Emma's Bot: Cat.”

One relationship worth clarifying upfront: SpaceX folded in xAI back in February and announced a $60B stock deal to acquire Cursor in June. The two product lines are now intertwined — which is why Grok Bot’s subscription tier is called “Cursor Ultra.”

Grok Bot targets exactly what Pauls complained about:

So far, every “personal agent” feels the same: configuring, provisioning, tasking, triaging — just never doing anything useful.

I spend more time debugging broken deployments and ignoring the weekly iMessage check-in than I do using the tools that were supposed to make life easier.

Matt Pauls

Getting an AI to work for you used to mean provisioning a remote server, creating service accounts, loading API keys, and monitoring weekly to make sure it hadn't crashed. These chores eat the very time you were trying to save.

Bell curve meme: Apple Notes on both ends, a pile of note-taking tools in the middle
The classic bell curve: people on either end just use Apple Notes; the person in the middle cries while stacking Notion, Obsidian, Readwise, Anki, and Quizlet.
Adapted version: agents on a computer on both ends, Kubernetes, Postgres, SSH stacked in the middle
His adapted version, and the thesis of the whole piece: both ends say “let the agent live on one computer,” while the person in the middle wires together Kubernetes, cloud servers, Postgres, a Mac mini, and SSH.

What he wanted was simple: an agent that could do the same things he does manually on his own computer — no remote server to configure, no service accounts to manage, no extra security risk to take on.

The Core

Grok Bot’s answer: a cloud computer for every bot

Every Grok Bot gets its own computer. Since it lives in the cloud, it's always awake — you can close your laptop and walk away, and its tasks keep running. It does everything you can do on your own machine: browse the web, open apps, read and write files, take screenshots.

Under the hood, it’s a persistent Linux VM; the feel is closer to a very fast, always-on remote desktop. Every bot you create lives there.

Grok Bot's cloud computer desktop: file manager, terminal, and Chrome
That’s what the machine looks like: a file manager open to the /workspace directory (11 folders, 30 files, 42.8 MB, with names like tech-demos, writing, and paintings), a terminal beside it showing the prompt box@cursor, and Chrome sitting in the dock below. The “Teach a task” button in the top right is the “watch and learn” feature covered later.

All bots you create share this machine’s files, browser, and login state. Log in to a site once, and any of your bots can use that session until it naturally expires. When you chat with it from the desktop app, it can also read files on your local machine.

ONE PERSISTENT CLOUD COMPUTER · LINUX · ALWAYS ON FILES SHARED WORKSPACE BROWSER SHARED CHROME SESSION LOG IN ONCE, SHARED WRITING BOT CONTENT BOT GROCERY BOT
This site’s diagram: all bots live on one shared cloud computer, using the same files, browser, and session.

How it looks on mobile makes the intended usage crystal clear: a conversation list that feels like iMessage, bots grouped by project, each avatar a colored dot, and tapping in opens a chat.

Grok Bot on iOS: an iMessage-like list of bot conversations
The iOS conversation list. The General group has General Agent; the Cursor group lists Writing Bot, Content Agent, Product Digest, Cursor Product Expert, and Tech Demos, each with a one-line preview of its latest message. It looks just like a work chat.
Mechanics

So Grok Bot works even on sites without APIs

Previously, to have a program operate a service for you, the company behind it had to offer an API or MCP. That choice was theirs: big companies often did, smaller ones didn’t; new systems did, but that ten-year-old internal backend never would. You could wait, or give up, on automating it.

Giving an agent a computer changes that premise. It faces the same page in a browser as you do, and the test becomes simple: Can a human click this? If yes, it can click it for you.

The Old Way · Via API

Automation depends on whether the vendor offers an API. For everything without one—internal dashboards, legacy systems, sites with no developer docs— that’s the end of the road.

NO API
The New Way · Via Screen

Automation depends on whether a human can click the page. If it opens in a browser, the agent can get through.

BROWSER

The launch notes put it even more plainly: bots can work across apps, tools, and websites, including platforms with neither a clean API nor MCP. The scope of what can be automated has shifted from “services with open APIs” to “anything a browser can open.”

THE SAME IDEA, ANOTHER TAKE · COVERED ON THIS SITE
Cloudflare releases @cloudflare/computer: a “virtual computer” for every AI agent
“Give the agent a computer” isn’t just an xAI idea. Cloudflare’s piece is a component for developers; Grok Bot is the finished product for end users.
Boundaries

But login and payment will stop it — Grok Bot hands the computer back

Working through a screen means anything designed to block machines will block it too: logins, single sign-on, two-factor authentication, CAPTCHAs, payment confirmations.

When it hits one of these, it hands the computer back to you. You get past that gate manually, then hand the machine back, and it picks up where it left off.

01Bot is working
02Hits login / CAPTCHA / payment
03Computer handed back to you
04You clear the gate
05Session persists on the machine

You don't have to wait until it's stuck to see what it's doing: the desktop app keeps a live view of the cloud computer's screen on the side, so you can see at a glance which page it has open or what step it's on.

This hurdle only needs to be cleared once. After that, the session stays on the cloud machine, and all your bots can use it until it naturally expires — no need to log in separately for each bot.

What a session is

After you enter your username and password on a site, your browser stores a credential that says “I’ve already logged in.” It’s why you don’t have to re-enter your password on every page.

Think of it like a visitor badge you get at an office: it gets you in, it has an expiration date, and when it lapses, you get a new one.

Chrome on the cloud computer, with Amazon logged in
Chrome on that cloud computer: two tabs open, Costco Delivery and Amazon, with Amazon logged in — “Hello, Matt” in the corner, shipping address San Francisco 94107, two items in the cart. This is the shared session all bots use.

Simpler credentials don’t require all this. For plain-text stuff like API keys, the bot sends you a secure form to fill out. That’s how MCP configurations and various secrets are handled.

Teaching It

Grok Bot watches you do it once, then saves it as a routine

To teach it a repetitive task, let it watch you do it once. It records the steps, saves them as a routine, and runs them on its own next time.

What a routine is

A saved sequence: what to do, in what order, and when to start.

Like a shortcut on your phone, except you don’t have to assemble the blocks — just demonstrate it once.

Routines can run on a schedule or be triggered by external events — a new message in Slack, a new commit on Git. You can let the bot build the trigger itself or fine-tune it by hand.

Grok Bot's routine editing screen: natural language instructions plus Slack trigger conditions
A routine in full. Name: “Open DoorDash carts.” The instruction field is a plain-English paragraph: check the #food-315 and #food-295 Slack channels for new DoorDash group-order posts (usually links like drd.sh/cart/…), compare them against ones already reported in this conversation, and report only the ones still open. The triggers: a new message containing “drd.sh” in either channel. Above that, an Active toggle and a “Test run” button.

The instruction field is a paragraph; triggers are picked from a menu — no expression syntax required. To change what it does, you edit that paragraph.

Desktop shows a panel listing all your routines, each with its schedule — a morning brief at 8 a.m., an inbox clean-up at 6 p.m. on weekdays, and so on. If you don't want one running for a while, pause it; the panel marks it "Paused."

Memory & Collaboration

Memory has three layers, and bots can assign work to each other

What it remembers splits into three distinct layers:

PROJECT LAYER Decisions and conventions for the work; belongs to the project, not any individual AGENT LAYER Each bot’s own profile file, plus a log of its interactions with you USER LAYER Your name, timezone, preferences — any bot can update it
This site’s diagram: three memory layers, each with its own purpose. Switch to a different bot, and the user and project layers follow; the agent layer stays with the original bot.

The agent-layer profile acts as the bot’s top-level config — who it is, what it’s responsible for, what rules it works by. With all three layers in play, chat stays fast — surprisingly so.

Bots aren't solitary workers either. They can message and trigger each other, collaborate in the same group chat or project, or have one master bot coordinate the rest. Inside xAI, a common setup is a "chief of staff" at the top with a specialist underneath for each track — inbox, expenses, recruiting, bug fixes, and ops.

Official Grok Bot product shot: a chief of staff bot leading a team of specialist bots, with its computer screen and routine panel on the right
The official product shot (promotional material; names and 9:41 clock are staged) shows the whole setup in one screen. On the left, the person’s bot team, each with a current status — Inbox Manager: “Inbox cleared, 2 replies pending”; Recruiter: “6 candidate lists ready”; Support: “Processed 12 tickets, 2 escalated”; Expense Manager: “Receipts sorted, 1 needs review”; Invoice Collector: “Pulled 9 invoices from vendor portal.” In the middle, the conversation with the chief of staff, who dug up client updates from meeting notes and CRM, and noted, “Posted product update to #brightside-shared.” On the right, top: its computer’s live screen; bottom: the routine panel. The phone on the far right shows the same bots.
A message in the chat feed: Messaged Cursor Product Expert
A line that appeared in the chat: this bot went to another bot called Cursor Product Expert for help.
A bot reacts to a user message with a thumbs-up
Another: a routine just finished updating, the person replied “Nice - looks good,” and the bot left a 👍 on that message.
Integrations

Coding tasks get handed off directly to Cursor

Since the two companies are one, a bot can spin up a Cursor cloud agent to write code. The finished PR card appears right in the chat feed — files changed, lines added and removed — with one button to open it on GitHub and another to open it in Cursor.

A PR card in chat: 23 files changed, 1425 lines added
The PR card in the chat feed: task “Build img2threejs playground MVP” is complete, branch cursor/img2threejs-playground-mvp-3041, PR #1, 23 files changed, +1425 / -2 lines. The summary above also notes that the reference image was swapped for a real photo and where the model reconstruction was saved.

The GitHub connector is easy to set up, and once it’s configured, the bot can run gh commands on the command line and create new repos.

It connects to other things in a familiar way: plugins, connectors, and skill packs are shared with Cursor, so basic connectors work out of the box — Notion, Slack, GitHub, plus any MCP services your team has built. Context sources already configured in Cursor carry over at no cost.

Plugin marketplace: Gmail, Google Calendar, Google Drive, Notion, Slack, etc.
The plugin marketplace. The top row shows Gmail, Google Calendar, Google Drive, Notion, and Slack already installed; Granola is not. The bottom row is dedicated to agent orchestration: Arize, Atlan, AWS Agents, AWS SageMaker, Browserbase, Composio (claims to connect 1,000+ external apps), and Context7.
The Risk

So the thing keeping Grok Bot in check is a paragraph of plain English

An agent with a computer and your login — will it actually do what you ask? And how would you know?

If you let an agent with a computer log into your Amazon account, it can technically buy anything it wants, exactly like a person could.

Matt Pauls

Three things work togetherher to keep it in line: permissions, a reviewer agent, and allow/deny lists.

What a reviewer is

Another AI dedicated to oversight. Before the working bot takes an action, the reviewer checks it against the rules you wrote, then decides: allow, block, or ask you.

Like an expense approver at a company — the worker submits the form, the approver checks it against policy, and escalates anything above a threshold.

Rules live in the Agent section of the settings, written in natural language. The allow/deny lists guide the reviewer. All of this happens inside an isolated environment.

Grok Bot's rule editing screen: rules written in natural language
A rule in full. The top half reads, “When Grok Bot wants to send any user-facing content on message or social platforms (Gmail, X, LinkedIn, Slack),” and the bottom half selects “Ask me first” from a menu. The row above is another active rule: a certain Slack search tool is auto-allowed.
Click an action to see which exit it takes
POST CONTENT SEARCH SLACK ORDER ON AMAZON REVIEWER CHECKS YOUR RULES ACTION BY ACTION ASK YOU FIRST ALLOW BLOCK OR ESCALATE

Your rule says “Ask me first for anything user-facing,” so this one stops for your confirmation. This exact rule appears in the screenshot above.

The allow-list already permits this Slack search tool, so it goes through automatically. That’s the first rule in the screenshot above.

For actions not covered by lists, the reviewer judges on the fly based on your rules, and the result is allow, block, or ask. This panel is this site’s illustration based on the official description; the original text doesn’t give the specific example of placing an order.

Most people are used to setting agent rules with code or JSON. Here, the rule is essentially a prompt. Whether the sentence you write works depends on whether another model chooses to follow it.

This design initially felt unsettling. But after several weeks of use, no overstepping occurred. There was also the line, “Recent research suggests we should trust agents more than ourselves at this point,” though no source was cited.

THE SAME CLASS OF RISK · COVERED ON THIS SITE
Browser security firm LayerX finds a new “visual deception” attack designed to trick AI assistants
When an agent works by looking at a screen, what’s displayed on that screen becomes an entry point that can be tampered with.
In Practice

So Matt Pauls ran four bots himself

People are already using it for things like: negotiating with vendors in your own voice (meaning your writing style, not a voice clone), triaging support tickets for your own store, and keeping your CRM up to date.

The official list includes eight roles: sales outreach, recruiting, ads, expenses, product data, bug reproduction, customer health, plus a chief of staff overseeing the rest.

Matt Pauls ran these four, each on its own schedule:

BotScheduleWhat it doesWhat it brings back
Demo BotDailyGoes through X bookmarks to pick a new tech (an npm package or agent skill pack)Starts a prompt with his writing skill for review, then spins up a Cursor cloud agent in the tech-demos repo once approvedA runnable prototype in Cursor 15 minutes later
Content BotHourlyScans engineering and product Slack channels for small updatesOpens a new session to remind him, with a suggested post; connected to Typefully for one-click draft publishing
Product BotDailyWatches the bigger announcement channels, slower and more thoroughA summary, so he doesn’t have to dig through Slack
Grocery BotFridaysChecks Instacart and Amazon simultaneously — compares items, quantities, and prices, manages both carts, and factors in delivery feesA reminder to place the order; Saturday delivery
DoorDash BotWhen a drd.sh link appears in SlackWatches group orders; can pull a specific restaurant’s menuA few options with real prices + a link to join the order

Demo Bot: removing all friction from “try something new”

This is his favorite, because it fixes a specific laziness: see an interesting tool, bookmark it, never open it again. Demo Bot sorts through his bookmarks daily, picks one, and turns it directly into something runnable.

15 min
From picking a new tech to seeing a working prototype in Cursor
23 files
The PR size that time: +1425 / -2 lines
Daily
Bookmark scan frequency — picks one, doesn’t overdo it
Prototype built in 15 minutes: photo converted to Three.js code
That time, it picked a skill pack for turning photos into Three.js code. The prototype ran on localhost:5173: on the left, a reference photo of a vintage Polaroid camera; in the middle, a 3D render of the same camera (draggable and rotatable); on the right, the generated TypeScript code with copy and download buttons. The page also noted it outputs editable code, not a model file.

Every agent records its screen to prove what it did. No need to read through logs — just watch the replay to see if anything went off the rails.

Another day, it picked a library for loading animations. The prototype again ran on localhost:5173: on the left, choose among text, inline, and image loader styles and speeds; on the right, the text on the canvas decodes character by character, then images fill in row by row according to the chosen style. The page footer notes this is only a simulated streaming effect — no model or API key needed. This 13-second screen recording is from the original article.

Grocery Bot: it made a judgment call instead of forcing a substitution

He doesn’t hate grocery shopping; he hates the delivery interfaces. This bot compares items and prices across Instacart and Amazon, manages both carts, and includes delivery fees.

Grocery bot's report: Costco cart at $28.57 and its substitution judgment
The report that time: three items in the Costco cart — kimchi $7.45, dates $16.16, 18oz blueberries $4.96 — totaling $28.57; two bottles of milk still pending on the Amazon side. The attached cart screenshot shows delivery between 5:06–5:16pm and “add $6.43 for free delivery.”

Fresh blackberries were out of stock at that Costco, so it didn’t put them in the cart, didn’t silently swap in frozen ones — it reported the gap. Whether to substitute is a judgment call, and it chose transparency.

DoorDash Bot: it left the final step to a human

His team often opens DoorDash group orders in Slack, and he’s both new to DoorDash and prone to spiraling over decisions like “chicken rice bowl vs. chicken with a side of rice.” This bot watches for group-order links in Slack and alerts him when there’s one.

DoorDash bot conversation: menu options with real prices
The request: high protein, simple carbs, relatively low fat, preference for simple items. The bot replied, “Got it — leaning fresh and simple, not heavy bowl territory,” then pulled simple options with real prices from the sweetgreen cart: Caesar salad $18.25, classic chicken caesar wrap $15.95, Super Green Goddess $14.95 (cheapest full salad), rosemary focaccia $3.50. It also suggested skipping the other two items, calling them “busier and pricier.”

It didn’t place the order:

The cart is still open and auto-orders at 5 p.m. I haven’t joined or added anything. Tell me which one, and I’ll do it.

DoorDash Bot’s report

It pulled the menu, listed prices, made its recommendation, then stopped at the final step waiting for one word. In the same conversation, it also watched the countdown and noted that after switching to another restaurant, the auto-order time moved to 5:15, with some buffer to spare.

Getting Started

So what does it cost, and who can use it now

Grok Bot is in early beta, opened on August 11. Desktop and iOS are available now; enterprise customers are on a waitlist.

It’s included in three subscription tiers: SuperGrok Heavy, Cursor Ultra, and Cursor Teams Premium. At face value, Cursor Ultra is $200/month; the team tier, Cursor Premium Teams, is $120 per seat per month, adding centralized billing, a private skills and plugin marketplace, shared usage analytics, and enterprise single sign-on.

Officially, this started as an internal prototype. It caught on inside the company — sales outreach, marketing events, office admin, and bug-fixing teams all use it — and that’s when they decided to open it up.

🧰 Quick Start · Grok Bot
PriceIncluded in SuperGrok Heavy / Cursor Ultra ($200/month) / Cursor Teams Premium ($120/seat/month)
AccessEarly beta — desktop and iOS now; enterprise requires waitlist

Simplify the interface, remove the drudgery — that’s what this future is. A future where everything is within reach if you just ask.

Everything is computer — and Grok Bot is a computer, too. Turns out that’s all I ever wanted.

Matt Pauls

And the trade-off is right there in the open: you’re handing over a computer that can click through websites with your accounts, watched over by a few lines of plain English you wrote yourself.

Source
Intro to Grok BotMatt Pauls (@mattyp)·Original Post·2026-08-11
Editor’s Notes
Screenshots in this article are from the original post, except the official product shot. The official product shot and launch video are from @bot’s launch thread (the video is a 4K master, re-encoded and self-hosted by this site); prototype demo recordings are from the original post. The three use cases like “negotiate with vendors in your own voice” come from that thread. “A new kind of colleague” and the eight roles are from the x.ai/bot product page. The opening comparison to OpenClaw is this site’s own framing; the original doesn’t mention that project. OpenClaw’s star count and ranking are from the GitHub API, checked 2026-08-12. The five diagrams — shared cloud computer, old vs. new path, control hand-back, three-layer memory, and reviewer flow — were created by this site. The “place an order on Amazon” panel is an illustration based on the official description of the review mechanism; the original gives no such example. Pricing, available platforms, and subscription tiers are from xAI’s official pages; the original doesn’t mention them. The ownership relationship between xAI and Cursor is based on June 2026 reports from TechCrunch and CNBC. The original describes the session location two ways; this article uses the earlier framing, presenting it as “stored on the cloud computer.”