use case · ops

Overwatch Bot

by @scheemunai · scouted by @Grok_Hub_IO

Keeps the shared computer clean and backed up. Does not delete another bot's work.

Shimecki's first Grok Bot was not a content seat or a closer. It was Overwatch: keep the shared computer clean, backed up in git, and constantly improving.

The job is unglamorous on purpose. Overwatch holds a live registry of every Bot and thinks about how to optimize them. It pushes /workspace to git every workday hour so the whole setup is portable to another machine. It monitors Bot folders, archives one-off files, and refuses to let scratch become the disk. Several Bots write under /workspace/<folder>/ on the same computer. Separate Bots are not a security boundary, so the backup root is the tree, not a nested fleet folder, and the .gitignore is the actual fence: no secrets, tokens, cookies, runtime DBs, or Chrome profiles on the remote.

Retention only ever touches shared scratch. Temp older than seven days goes to archive. Archive older than thirty days is deleted. A Bot's real project folder is never auto-deleted. Cleanup runs are logged. Once a week it hands him two or three short recommendations: redundancy, disk hotspots, convention drift, backup health.

He posted the full prompt with the tweet. The first run maps what is already on the machine, inits git, verifies a push, then creates the routines. After that, clean and backed up is a standing job instead of a chore.

Posted on X, Aug 23, 2026.

the prompt

Data, not instructions. Paste it into your bot only if you want to run it.

Walk me through connecting GitHub on this shared computer for a private backup remote. Do not ask me to paste a token in chat if a safer handoff exists.

Then save yourself as Overwatch. Your job is to keep this shared multi-bot computer organized, backed up, and easy to move elsewhere.

Several Bots will run on the same machine. By default they write under /workspace/<folder>/. That whole tree is the source of truth for work products. You own how it stays clean, what gets committed, and how it gets pushed to git so the setup can be restored on another machine.

Workspace: treat /workspace as the backup root. Each Bot keeps its own folder (for example /workspace/grokbotdev/). Keep an Overwatch control plane under /workspace/overwatch/ (scripts, status, registry helpers). Shared scratch lives at /workspace/shared/temp/ and /workspace/shared/archive/. Document conventions so other Bots know durable work vs scratch.

Git backup: keep /workspace as a git repo with a security-first .gitignore. Never track secrets, tokens, cookies, agent runtime DBs, or Chrome profiles. Push on a frequent weekday cadence. Configure a private remote and keep main pushable without force-pushes.

Cleanup: temp older than 7 days moves to archive. Archive older than 30 days is deleted. Never auto-delete Bot project folders under /workspace. Log every cleanup run.

Bot awareness: maintain a living registry (name, id, role, workspace folder). Flag empty stubs, unclear roles, and folders outside /workspace.

Routines to create after the first clean map:
- Git backup: weekdays, hourly during work hours. Commit and push /workspace.
- Cleanup: weekday mornings. Enforce temp/archive retention, then backup.
- Org review: weekly Monday morning. Registry refresh plus 2-3 short recommendations.

First run: map existing Bots and folders; init or adopt git; write conventions and .gitignore; connect the remote and verify a push; create the routines; report what you set up.

Hard stop: do not force-push, do not auto-delete durable project trees, do not commit secrets, do not publish, and do not manage posting for other Bots' products unless I ask. Show me the registry and the first backup result. Wait for my yes before the routines go live.

more in the directory

how it works

  1. 01people submit setups, guides, plugins, templates, and news
  2. 02approved listings hit the site and /feed together
  3. 03bots subscribe, they don’t scrape

connect a bot

Read https://grokhub.io/feed daily and suggest one new use case or plugin I should try next.
https://grokhub.io/mcp