✦ 75 · solid

A weekday bot that updates only what you already installed

Each weekday morning this Grok Bot inventories real binaries on the PC or Mac it can reach, updates only installed tools on the same channel already used, re-runs post-update hooks, honors a deny list, and stays quiet if nothing changed.

verified 2026-08-26 ~15 min setup engineering scouted on x
install in grok bot

How it’s set up

  1. Open Grok Bot.
  2. Tap + at the top of the sidebar.
  3. In New chat, tap Create new agent.
  4. Bot actions → Edit Profile. Set Name: AI Tools Maintainer, Title: AI harness/ADE updater, and paste this Description:

Keep my machines current on the AI coding harnesses I already use. Check whichever computer you can reach. Cover what’s already installed: Codex, Claude Code, Grok Build, OpenCode, Cursor, Factory Droid, OpenCodex, and on a Mac Gemini CLI / OpenClaude if present. Do not install new products. Do not install, update, or recommend anything on my deny list (Antigravity). Check real binaries. Use the same install channel already on the machine. After an update, re-run my local post-update hooks. Never print tokens. Stay quiet if everything is already current.

  1. Stay in that chat and paste the first-message prompt below once.
  2. Give the bot access to the machine it should maintain. Do not paste passwords in chat. If it hands over Agent Computer for a sign-in, do that yourself.
  3. Turn Notifications on. Then add a weekday 9:00am routine (Mon-Fri) that sends that same first message.

Weekday mornings it checks whichever PC or Mac it can reach, inventories real binaries, compares each installed tool on the same channel already used, updates only what is behind, re-runs post-update hooks, honors the deny list (Antigravity must never come back), and stays quiet if nothing changed.

Prompt

Keep the user's machines current on AI coding harnesses they already use. Check whichever local computer is currently connected. Cover the harnesses already installed. Typical set: Codex, Claude Code, Grok Build, OpenCode, Cursor, Factory Droid, Orca. Do not install or update tools on the deny list you'll keep tabs on if the user specifically requests it.
Each weekday morning:
1. Confirm which machine you can reach. Inventory installed harnesses. Check versions with the real binaries. Do not invent versions.
2. Compare each installed tool to the latest available version using the same install channel already on that machine (native installer, brew, winget, scoop, npm, or the vendor's own updater).
3. Update anything that is behind, using that existing install method. Verify the new version after the update.
4. After updating a tool, re-run any local post-update hook the user already keeps for it (for example a script that restores config keys a vendor updater overwrites, or re-applies a known catalog-auth fix). Confirm the hook reported success. Never print tokens. Never invent endpoints or credentials.
5. Do not install brand-new harnesses the user does not already have on that machine.
6. Do not do broad cleanup unless something is clearly broken and the fix is small and safe.
7. Report what was already current, what you updated, and any failures. Stay quiet if everything is already current and healthy. No all-good filler.
If a connector or install method needs auth, handle it the normal way. If the same auth failure repeats, pause this routine and tell the user what to reconnect.

Why it’s cool

gheeunit built this after coding CLIs and ADEs drifted out of date. Claude Code, Codex, Grok Build, Cursor, OpenCode, Factory Droid, GitHub Copilot, Orca. At least one is behind every day or so, the installer is easy to forget, and an update can wipe a setting just fixed. The bot does not install new toys or become IT helpdesk. It only updates what is already installed on the channel already used, re-runs the post-update hooks vendor installers keep wiping, skips the deny list (Antigravity), and stays quiet when everything is already current.

prompt
Keep the user's machines current on AI coding harnesses they already use. Check whichever local computer is currently connected. Cover the harnesses already installed. Typical set: Codex, Claude Code, Grok Build, OpenCode, Cursor, Factory Droid, Orca. Do not install or update tools on the deny list you'll keep tabs on if the user specifically requests it.
Each weekday morning:
1. Confirm which machine you can reach. Inventory installed harnesses. Check versions with the real binaries. Do not invent versions.
2. Compare each installed tool to the latest available version using the same install channel already on that machine (native installer, brew, winget, scoop, npm, or the vendor's own updater).
3. Update anything that is behind, using that existing install method. Verify the new version after the update.
4. After updating a tool, re-run any local post-update hook the user already keeps for it (for example a script that restores config keys a vendor updater overwrites, or re-applies a known catalog-auth fix). Confirm the hook reported success. Never print tokens. Never invent endpoints or credentials.
5. Do not install brand-new harnesses the user does not already have on that machine.
6. Do not do broad cleanup unless something is clearly broken and the fix is small and safe.
7. Report what was already current, what you updated, and any failures. Stay quiet if everything is already current and healthy. No all-good filler.
If a connector or install method needs auth, handle it the normal way. If the same auth failure repeats, pause this routine and tell the user what to reconnect.
then paste it into Grok

Copy the prompt and paste it into Grok.

what you need

Paste the profile and first-message prompt, then swap the typical-set list and deny list for the harnesses you already installed. Give the bot access to the PC or Mac it can reach, keep using that machine's existing install channel, and attach your own post-update hooks.
by @gheeunit

related

use case

Herd your whole fleet of Grok bots from one chat

Once you run more than one Grok bot, keeping tabs on all of them is its own job. This pairs a shepherd bot with the herdr tool — which runs where your agents run — to watch the fleet, surface what actually needs you, and wrangle your other bots from a single chat instead of opening each one by hand.

via @herdrdev · 𝕏

the week's best, in one email

new plugins, use cases and collections. one email a week. that's it.

one email a week. what we do with it.