grok-bot

Grok Bot agent-ops desk: role templates that stop before send/publish/pay

A Grok Bot role is only useful if it knows when to stop. Ship an opinionated desk roster with hard approval boundaries: draft the email, the post, or the payment — then wait for a human. Bot description holds the job and the stop rules; skills hold reusable how-to; routines schedule a run. None of them should auto-send, publish, or pay. This is agent-ops for Cursor + Grok Bot, not “AI employee” SaaS hype. Soft path: grab the free starter desk on /free, use the Cheat Sheet mindset for the roster/checklist, and step up to the Agent Starter Kit ($47) when you want the harness pack.

Who this is for

Solo founders and small ops desks who already live in Cursor and Grok Bot. You want named seats (Launch Lead, CoS-style coordinator, specialists) with review-first gates — not another free one-liner template that still emails under your name. If your pain is “the bot did a thing I can’t undo,” start here.

Bot description vs skill vs routine

Keep the vocabulary boring and portable:

  • Bot description — who the seat is, what “done” means, and the hard stops (never send / publish / pay / delete / share outside the box without approval).
  • Skill — a reusable procedure (e.g. draft a launch brief, assemble a checklist). Skills say *how*; they must not silently override a stop in the description.
  • Routine — a scheduled or event-triggered run of a Bot + skill. Routines fire work; they do not grant permission to leave the box.

Secrets stay out of all three chat surfaces — env / secret store only. For repo agents, mirror irreversible-action language in `AGENTS.md` so Cursor and Claude Code inherit the same contract. Companions on this shelf: One AGENTS.md for Cursor, Claude Code, and Codex and Cursor rules vs skills (and Spec Kit).

Hard boundaries (never auto-send / publish / pay)

Put these in the Bot description in plain language the model can’t “creatively reinterpret”:

  1. Send — email, Slack, SMS, chat DMs: draft only; human Approves before send.
  2. Publish — blog, social, changelog, store listing: draft artifact; human hits publish.
  3. Pay — Stripe, invoices, refunds, marketplace buys: propose; human executes.
  4. Delete / share outside the box — trash, public share links, credential paste: stop and ask.

“Cold” work that *is* allowed: research, outlines, in-box drafts, checklists, failure cards, local file edits the human reviews. If the action is irreversible or externally visible, the Bot’s job ends at a reviewable artifact.

Opinionated desk roster (solo founder)

Keep the roster short so seats don’t collide:

SeatJobStops before
Launch LeadSequences launch artifacts (brief, checklist, draft posts)publish / send
CoS / CoordinatorAssigns scoped jobs to specialists; consolidates review queuesend / pay under founder name
Ops specialistRunbooks, gate cards, status digests as filesspend / refund / delete
Content specialistBlog/social drafts and outlinespublish / post
Support specialistInbox reply draftssend

You do not need seven named “AI employees.” You need clear seats, one Lead, and the same stop language on every description.

Lead Bot + specialists (without sending for you)

Safe coordination looks like this:

  1. Lead receives a scoped ask and breaks it into specialist jobs.
  2. Specialists produce artifacts in-box (draft.md, checklist.md, brief.md) — not outbound messages.
  3. Lead assembles a single review pack for the human.
  4. Human Approves, edits, or rejects; only then does a *human-gated* send/publish/pay happen.

Nobody auto-emails or posts under the founder’s name. “Done” for an ops Bot is a reviewable artifact in one pass — not an open-ended chat that might fire a tool later.

Approval failure card (pin this on the desk)

SymptomLikely causeFix
Bot sent or posted without askingStop rules missing from description (or only in a skill)Put never-send/publish/pay in the Bot description; skills cannot override
Specialist “helps” by emailingLead delegated outcome instead of artifactJob = file/PR/URL draft; send gate stays with human
Routine fires and pays/refundsRoutine treated as permissionRoutines schedule work; they don’t grant irreversible rights
Chat says “done” with nothing to reviewDone defined as conversationRedefine done as a reviewable artifact
Secrets appear in Bot textCredentials pasted into description/skillMove to env / secret store; scrub chat surfaces

Debug order: read the Bot description stop list → confirm skill has no send/publish/pay side effects → confirm routine only triggers drafts → then widen the roster.

What Cheat Sheet + Agent Starter are for

The Cheat Sheet is the skimmable roster and approval checklist for this desk — name it in your runbook; product URL ships when live. Soft path today: start on /free (Harness Desk Starter — seat, done-artifact skill, gate card). When you want harness depth (role pack + agent-ops files, not AI-SDR SaaS), use the Agent Starter Kit ($47).

If remote MCP Connect is the next pain, pair with the MCP Starter Kit ($27) and the live pillar Build a remote MCP server with OAuth…. Stay in agent-ops — never Domo-as-kit-ROI, never “replaces your team.”

Soft next step

Write the stop list into every Bot description before you add seats. Prove one specialist job ends as a reviewable artifact — not a send. Soft ladder: /free for the starter desk, Cheat Sheet for the roster/checklist mindset, then the Agent Starter Kit ($47) when you want the harness pack. No rush — ship the approval card into your own runbook either way.

FAQ

What is an approval boundary?+

A hard stop in the Bot’s job spec before irreversible actions — send, publish, pay, delete, or share outside the box — so a human approves the draft first.

Bot description vs skill vs routine?+

Description = role and stop rules; skill = reusable procedure; routine = scheduled or event-triggered run. Keep secrets out of all three chat surfaces.

Where do approval rules live?+

Put stop-before-send/publish/pay language in the Bot description (and AGENTS.md for repo agents). Skills hold the how-to; they should not silently override a hard stop.

How does a Lead Bot coordinate specialists safely?+

Lead assigns scoped jobs and reviews outbound drafts; specialists produce artifacts in-box. Nobody auto-emails or posts under the founder’s name without an explicit send gate.

What’s “done” for an ops Bot?+

A reviewable artifact (draft, checklist, brief) — not an open-ended chat. Done means the human can approve, edit, or reject in one pass.

How is this different from a free Operator Kit?+

Free kits are a starting roster. ShipKits aims at an opinionated agent-ops desk tied to Cheat Sheet + Agent Starter harness files — stay in ops, not “AI SDR SaaS.”

What’s the soft next step?+

Start with the free desk on /free, then Cheat Sheet for the roster/checklist, and /products/agent-starter-kit ($47) when you want the full harness pack.

Get the free starter

Value first, then a kit when you are ready. No fake urgency. Start with Harness Desk Starter at /free.