← AI Sprints (Live Weekend Programs)All programsHomeSearch
AI Sprints (Live Weekend Programs)·Working With AI·2:37:39

AI Sprint: Meet GrokBot — Stop Prompting, Start Delegating (One Cloud Computer, a Chief of Staff, Four Specialist Bots, and the Reversible/Irreversible Rule)

Dileep (KVSS Dileep) Head of Generative AI Education at Outskill - builds a chief-of-staff bot and four specialists live, imports a Claude skill, tours the marketplace, and lays down the delegation rules; 'it's not the tool' · Sumida Sprint host - opens, runs certificates/recordings/Alumni Forge logistics, pitches the Fellowship and Catalyst programmes, hosts the share-your-story segment · Marcus Learner - demos a local-LLM meeting recorder (Windows, 8 GB GPU / 16 GB RAM) that competes with Granola, Fireflies and Otter

The short version

  1. The reframe: a chat tool 'works while you watch' and returns a paragraph; a bot 'works while you sleep' and returns a changed thing - a document, a report - because it has a role, a memory, a conversation and a screen of its own. That is what 'delegating' means here, and GrokBot is one of a whole family (Manus, Genspark, OpenClaw, ChatGPT work, Cowork, Hermes, Perplexity Computer) - 'it is just the UI that is different'; pick by testing, not by ranking.
  2. Architecture you must understand before trusting it: every bot on your account shares ONE cloud computer ('three monitors on the same system'), so logins, browser sessions and files are shared - a finance bot's bank access is reachable by the others, and the machine keeps logins even after a bot is deleted. Memory is global (all bots) or local (one bot) and the system, not you, decides which; it also auto-compacts on its own schedule.
  3. Build order from Grok's own guidance: you are the CEO; build a CHIEF OF STAFF bot first whose only job is intake and routing; then specialists (a CMO/CRO/COO layer if you scale). Design each bot with the four ingredients - context, connections, capability, cadence - in that order: 'if you jump the context and go for connection, your thing would fail.'
  4. Four specialists built live, each a task not a tool: an X timeline research bot (>=10 tweets, deduped, no fundraising/hiring/memes), a ProtonMail newsletter digest bot (manual login in the handed-over browser, 25 emails in two batches), a job-board scraper for AI-generalist roles, and a cooking-analogy bot tuned by feedback. Group chats let bots work together (analogy bot x newsletter bot; a chief-of-staff 'stand-up'). Method: simple bot -> use it -> feedback x5 -> only then save it as a skill -> share the skill -> only then schedule it.
  5. The operating rule: reversible work (drafts, research, file, tag) - let the bot finish alone; anything that sends, posts, pays, deletes or reaches a customer - approval first. Never paste a password into chat; log in yourself in the bot's browser or point it at a file. Usage is a weekly, finite meter (Settings -> Usage and Billing); overage needs a card on the Cursor dashboard.
  6. Day 2 promised: not 'how to solve' but 'what to solve' - picking a problem in your own ecosystem, with a 7-day worksheet. The final 38 minutes are logistics and the paid-programme pitch (Fellowship for engineers, Catalyst for business), plus Marcus's local meeting-recorder demo.

At a glance, three clicks deep

Skim here first: the closed row is the glance, open is the study card with the key points and timestamps, and the ↓ link drops to that concept's full write-up below.

01Prompting vs delegating: a bot has a job, a memory, a conversation and a screenDelegation = handing a bounded task to a persistent, memory-holding agent with its own compute that execute…

Delegation = handing a bounded task to a persistent, memory-holding agent with its own compute that executes end to end and reports back; tool choice is taste and testing.

Chat = work while you watch; bot = work while you sleep (0:14)

Bots have a role and a memory; chat forgets threads (0:14)

'Every bot has a job, a memory, a conversation, and a screen' (0:19)

Same family: Manus, Genspark, OpenClaw, ChatGPT work, Cowork, Hermes, Perplexity Computer (0:15-0:17)

'Test your tool thoroughly, only then pick' (0:09-0:10)

↓ Full write-up of this concept

02One cloud computer, many screens: shared logins, shared files, two memory tiersAccount = one cloud VM;

Account = one cloud VM; bots = screens sharing sessions and files; memory = global or local, system-assigned, auto-compacted; shared access is a security surface.

Three-monitors analogy; same machine (0:26)

Logins and files shared; bots not isolated (0:26-0:27)

Global vs local memory; system decides (0:20-0:21)

Auto-compaction, undisclosed schedule (0:27-0:28)

Finance-bot bank-access risk; logins survive bot deletion (0:22-0:23, 1:50)

↓ Full write-up of this concept

03You are the CEO: build the chief of staff first, then specialistsCEO (you) -> routing-only chief of staff -> specialist bots (optionally grouped under CMO/CRO/COO);

CEO (you) -> routing-only chief of staff -> specialist bots (optionally grouped under CMO/CRO/COO); context first, build nothing until the brief is understood.

CEO -> chief of staff -> CMO/CRO/COO specialists (0:28-0:30)

Chief of staff = intake + routing only (1:17)

Build it first; it can spawn specialists (0:30-0:31)

Live creation by voice; Claude custom instructions reused as context (0:34-0:38)

'Don't build anything yet' - clarify first (0:37-0:39)

↓ Full write-up of this concept

04Context, connections, capability, cadence - in that orderContext -> connections -> capability (skill after 5 corrected runs) -> cadence (schedule last).

Context -> connections -> capability (skill after 5 corrected runs) -> cadence (schedule last).

Four ingredients, context and connections first (0:32-0:33)

Skill only after proven reliability (1:11, 1:45)

Cadence last (1:45-1:46)

Getting-started sequence restated (1:52-1:54)

↓ Full write-up of this concept

05Four specialists, each a task not a tool: X scout, newsletter digest, job scraper, analogy botSpecialist spec = source + output shape + exclusions + dedup + cadence;

Specialist spec = source + output shape + exclusions + dedup + cadence; browser hand-off for unsupported logins; group chats for cross-bot work.

X scout spec and the developer-console fix (0:40-1:03)

ProtonMail via handed-over browser; 25 emails in two batches (0:45-0:52, 1:03)

Job scraper + Apify (1:04-1:07)

Analogy bot tuned by feedback (1:06-1:12)

Group chats: bots collaborating; stand-up (1:14-1:19, 1:24)

↓ Full write-up of this concept

06Skills: shared by default, scoped by persona, importable from ClaudeSkills = account-wide procedures, scopable via persona;

Skills = account-wide procedures, scopable via persona; import Claude skills by file; plugins fixed -> Composio; templates marketplace; declare fallbacks.

Shared by default; scope in the bot profile (1:26, 1:55-1:56)

Three ways to add a skill (1:26)

Claude export -> GrokBot upload (1:27-1:32, 1:47)

Fixed plugin set; Composio for the rest (1:37-1:38)

Researchie template; Higgsfield -> Grok Imagine fallback (1:25-1:26, 1:38-1:39)

↓ Full write-up of this concept

07The delegation rule: reversible alone, irreversible with approval; never type a passwordAutonomy for reversible actions;

Autonomy for reversible actions; approval gate for send/post/pay/delete/customer-facing; credentials never in chat; weekly finite usage.

Reversible vs irreversible rule (1:49)

Never paste passwords; browser hand-off or file (1:46)

Logins persist after bot deletion (1:50)

Pricing floor $30, Ultra $200; weekly meter; overage via Cursor (0:35-0:36, 1:50-1:51)

Head-of-engineering bot over sidebar coding (1:55)

↓ Full write-up of this concept

The concepts in full

01

Prompting vs delegating: a bot has a job, a memory, a conversation and a screen

'In a chat tool you are clicking things. In a bot, the bot clicks things by itself.'

The chat tool returns a paragraph, synchronously, and forgets the thread unless you recall it. The bot 'gives you a changed thing - a document, a report' and 'can work while you sleep' because it runs on its own cloud computer with a persistent role and memory and drives its own UI. 'Every bot has a job, a memory, a conversation and a screen' - the shared anatomy of the whole category. The 'which is better, GrokBot, Codex or Claude Code?' question gets the standing answer: 'it has got nothing at all to do with the tools... test out your tool thoroughly, then pick.' The peers named - Manus, Genspark, OpenClaw, ChatGPT work, Claude Cowork, Hermes, Perplexity Computer - 'belong to the same family: instead of chat, they do work'; the real pillars are data/Excel, documents and slide-type deliverables, and each has a Slack bot you can tag.

Why it matters

Paul already runs this category (Cowork, Hermes); the value is the clean definition he can give a client of what 'delegating to AI' actually means.

Chat tools work while you watch. GrokBot works while you sleep.
Every bot has a job, a memory, a conversation, and a screen.
Check yourself

Answer from memory first — the recall attempt is what makes it stick. Then reveal.

What is the one property that makes a bot 'delegatable' rather than 'promptable'?

Persistence - its own compute, role and memory survive your closing the laptop, so it can carry a task to completion without you in the loop.

02

One cloud computer, many screens: shared logins, shared files, two memory tiers

Imagine the same PC with three monitors. Each bot gets a monitor. They all share the hard drive - and the saved passwords.

One cloud machine per GrokBot account; each bot is a 'screen' on it: 'the bot can access its own screen, but it is the same cloud machine at the end of the day.' Consequences: 'the login is captured across those bots... the files I have created with each bot are all in the same shared workspace... they are not isolated.' Memory has two tiers - global (every bot, including ones created later: tell one bot 'I am Dileep, AI generalist' and they all know) and local (per bot) - and 'it is up to the GrokBot system to decide which one is global and which is local'; it auto-compacts on an undisclosed schedule 'to make it user-friendly for non-technical people.' Security follows: 'if I'm building a finance bot with access to my bank, other bots can also have access because it is the shared computer' - and the machine keeps logins even after the bot that created them is deleted.

Why it matters

The single most important thing to know before putting a client's account anywhere near this product.

People get this wrong

Each bot is its own sandbox, so scoping access to one bot contains the risk.

All bots share one machine and its browser sessions; scope access at the account level and never store credentials in chat.

GrokBot as Dileep built it: one shared cloud computer, a routing-only chief of staff, four specialists ONE CLOUD COMPUTER PER ACCOUNT - bots share logins, browser sessions, files; global memory reaches every bot YOU = CEO approves anything irreversible CHIEF OF STAFF BOT intake + routing only X SCOUT >=10 tweets, deduped no hiring / memes / hype NEWSLETTER ProtonMail, 25 emails manual login in browser JOB SCRAPER boards + career pages Apify for depth ANALOGY BOT 3-5 kitchen analogies tuned by feedback group chats let specialists work together; skills are shared account-wide 1 CONTEXT 2 CONNECTIONS 3 CAPABILITY (skill) 4 CADENCE (schedule) Design every bot in this order; save a skill only after five corrected runs; schedule last
The recommended GrokBot organisation - you as CEO, a routing-only chief of staff, specialist bots - sitting on one shared cloud machine, designed with the four ingredients in order.
Bots share the logins and the files, and therefore they are not isolated.
03

You are the CEO: build the chief of staff first, then specialists

The chief of staff does one thing: takes the task and routes it. That is the only job it does.

Grok's recommended structure: you as 'the main agent slash CEO'; a Chief of Staff bot that owns intake and routing and pulls you back into the loop on anything irreversible; then specialists. Users scale it into a whole business: a CMO (SEO bot, ad bot, marketing-analytics bot), a CRO (revenue and data bots), a COO (support and operations bots). 'Build the chief of staff bot first; after that add your other specialist bots' - and the chief of staff can spin up specialists conversationally. The pattern is portable: 'in any system you can build this out.' Live: click '+', dictate 'a chief of staff to Dileep... own the task intake and route it to the specialist bot... bring Dileep back into the decision loop wherever tasks are irreversible', then paste existing Claude custom instructions as personal context with 'don't build anything yet' - it proposed five specialists (curriculum, B2B solutions, cohort ops, research, economics/P&L) before he chose his own four.

Why it matters

A concrete org chart Paul can reuse for a client's agent stack regardless of vendor.

The chief of staff just takes the main thing and routes it to the specialist bots. That is the only job it does.
04

Context, connections, capability, cadence - in that order

how-to

Schedule nothing until the bot has been right five times.

Credited to a creator heard as 'Nate Hark': every bot needs context (who you are, what it should do), connections (Gmail? logins?), capability (a proven procedure saved as a skill) and cadence (a schedule) - 'the very basic things you need to remember are one and two.' Revisited as the build sequence at the end: chief of staff with full context -> one scout per data source -> run it and correct its output at least five times -> save the corrected procedure as a skill -> share the skill to other bots -> schedule only once confident. 'Don't go right away and build skills... first make a simple version, use it multiple times, give it feedback.'

Do it in this order
Why it matters

The discipline Paul's own skill-writing habit skips: prove it by hand five times before encoding it.

If you jump the context and try to go for connection, your thing would fail.
05

Four specialists, each a task not a tool: X scout, newsletter digest, job scraper, analogy bot

The X bot took twenty minutes of developer-console surgery. The analogy bot took three rounds of 'too global - say chai, not reduction.'

(1) X research bot: pull the curated home timeline, return at least ten tweets as AI tips for learners, full text not links, deduped across runs, excluding 'fundraising, hiring, memes, pure news, release hype', on demand - then a long live repair of the X developer-app connection (uninstall/reinstall the connector, new app under a fresh project). (2) Newsletter bot: ProtonMail has no connector, so GrokBot hands its browser to Dileep for a manual login (CAPTCHA included), then reads the newest 25 emails in two batches (1-8, 9-25) for AI-relevant teaching takeaways. (3) Job scraper: public boards and career pages for 'AI generalist' roles matching his profile, extendable with the Apify connector. (4) Analogy bot: 3-5 short food/cooking analogies per AI concept, mildly funny, avoiding 'global' kitchen jargon so they land in the subcontinent - refined by direct feedback. Group chats then combine them: analogy bot plus newsletter bot turning three newsletter tips and two X tips into five kitchen analogies; the chief of staff running a 'stand-up' across department bots.

Why it matters

Worked examples of specs tight enough to delegate - the exclusion lists and batch sizes are the transferable part.

06

Skills: shared by default, scoped by persona, importable from Claude

He downloaded his Claude skill and dropped the file into GrokBot. Every bot had it a minute later.

'Skills are shared across every bot, not locked to one specialist' - restrict one by saying so in that bot's profile description. Three ways in: ask a bot to save a proven procedure; create one directly; install a connector that brings its own. Live: the 'No AI Slop' skill exported from Claude (Capabilities -> Customize -> download), uploaded, auto-installed for all bots; its lineage is a Peter Yang skill plus 'humanizer', ~50% rewritten to his own voice, stripping AI-sounding phrasing without flattening the writer. Marketplace tour: plugins are a fixed set ('you cannot connect any of the other plugins'), so Composio is the bridge to 1,000+ external tools; a separate bot-template marketplace (Researchie by Farzad, a Grok-with-live-search fact-checker, wired to check the X and newsletter bots); always give a fallback outside the Grok ecosystem - Higgsfield not signed in fell back to Grok Imagine automatically.

Why it matters

Paul's skills are portable assets; this shows the export/import path and the limits of a closed plugin set.

07

The delegation rule: reversible alone, irreversible with approval; never type a password

'Wherever the bot can do reversible work - drafts, research, file, tag - let it finish alone. Wherever it sends, posts, pays, deletes, or a customer sees it - take approval.'

The rule verbatim, plus its supporting hygiene: 'please never do that' - no passwords in chat; log in yourself in the handed-over cloud browser or point the bot at a file to read; remember the shared machine keeps logins after a bot is deleted. Posture: micromanage early, loosen only once output is consistently right. Billing: a $30/month Grok plan is the floor, Cursor Ultra at $200 bundles it; the meter is weekly and finite (Settings -> Usage and Billing, '3 days of usage left'); overage needs a card on the Cursor dashboard; GrokBot is not usable inside the Cursor IDE, only via login-through. Coding bots reportedly spin up Cursor Cloud Agents: 'don't build Claude Code in a sidebar - build a head of engineering that launches cloud agents, opens PRs and reports back.'

Why it matters

This is the sentence to put at the top of every client's agent policy.

Wherever the bot is supposed to send, post, pay, delete, or anything that a customer sees - you ensure that you are taking approval.
Check yourself

Answer from memory first — the recall attempt is what makes it stick. Then reveal.

A bot has drafted 40 outreach emails. Which half of the rule applies to sending them?

Drafting was reversible - fine alone. Sending reaches a customer - approval first, every time, until the output has earned trust.

Tools referenced

ToolCoverageMomentContext
GrokBotdemonstratedSubject of the session; chief of staff + four specialists built live
ClaudedemonstratedCustom instructions reused as context; 'No AI Slop' skill exported and imported
XdemonstratedDeveloper-app connection, long live fix
ProtonMaildemonstratedManual login via handed-over browser
HiggsfielddemonstratedNot signed in; fallback to Grok Imagine
CursorexplainedUltra plan bundles GrokBot; coding bots run Cursor Cloud Agents (as heard)
ComposioexplainedBridge to 1,000+ tools outside the fixed plugin set
ApifyexplainedDeeper scraping for the job bot
ManusmentionedSame-family delegation tool
GensparkmentionedSame-family delegation tool
OpenClawmentionedSame-family delegation tool
HermesmentionedSame-family delegation tool
Claude CoworkmentionedSame-family delegation tool
PerplexitymentionedPerplexity Computer, same family
CodexmentionedSupervised coding comparison
Claude CodementionedSupervised coding comparison
NotionmentionedConnectable knowledge source
GranolamentionedMeeting-notes connector; Marcus's competitor
FirefliesmentionedNote-taker in the call; Marcus's competitor

Action items

Resources mentioned

Resources
  • docDay 2: 'what to solve' - problem-picking worksheet (7-day window)
  • docRecordings + certificates
  • docOutskill Alumni Forge (community)
  • docPaid-programme pitch (1:59-2:17)
  • docLearner demo - Marcus's local meeting recorder

Extraction notes

This page was built from an auto-generated transcript, which garbles product and people's names. Those were corrected silently in everything above and logged here for transparency. The warnings flag claims that were true on the recording day but change fast.

Transcript corrections applied

The transcript saysThe trainer actually means
the leap / the lead / delete / Philip / DileepDileep (KVSS Dileep)
Mehta / SumedhaSumida (host)
Grogbot / GROB bot / Groggbot / Grubbot / CrockbotGrokBot
Chargebeet work / Chad GPT / Chat GBTChatGPT (work mode)
SIM card codeClaude Code
Nate Harkcontent creator credited for context/connections/capability/cadence (spelling unverified)
Paperclipunverified tool name cited for the chief-of-staff harness pattern
Researchie / ReserciResearchie (bot template by Farzad)
Higgs fieldHiggsfield

True on recording day — verify before relying