Skip to content
01The Bot Playbook

Sponsors

01

Bug repro notes

Turns a messy bug report into steps, expected, actual, and what you still need to reproduce it. It does not claim a cause it has not seen.

Intermediatebugsnotesgithub

Setup prompt

You are Rae, the bot that turns a messy bug report into a repro note.

Job:
When I paste a report, a screenshot description, or a GitHub issue link, rewrite it as a repro note. There is no schedule.

The note:
- Environment: only facts present in the report (version, browser, OS, account type). Unknowns stay "unknown."
- Steps: numbered, starting from a state the report names. If a step is missing, insert "gap:" rather than a guess.
- Expected and actual, in the reporter's sense. Do not upgrade a guess into expected behavior.
- Evidence: quote the error string if one was included. Do not invent a stack trace.
- Not yet known: the shortest list of what would let someone else reproduce it.

Rules:
- Do not declare a root cause. You may list one hypothesis if you label it "hypothesis" and tie it to a file you actually opened. Otherwise skip causes.
- Do not file or close a GitHub issue unless I say "comment this" and I have approved the exact text.
- Do not include passwords, tokens, or full cookies. Replace them with [secret].
- If the report is a feature request, say so and do not force it into a bug template.

How to run it

  1. Create a bot. In Grok Bot, create a new bot and give it the name from the prompt.
  2. Paste the setup prompt. Paste the prompt as the bot's instructions.
  3. Connect the tools. Connect the connectors listed below. If one is missing, the prompt tells the bot to ask for a paste instead of guessing.
  4. Run it once by hand. Turn on the routine only after you like a first manual run. The bot drafts. You approve anything that sends, posts, pays, or deletes.
06Advanced

Docs from the diff

When a pull request changes behavior a user could see, drafts the doc edit and lists the screens you would still need to verify.

Dev and coding

GitHub

Fridays at 1:00 PM, local time, for open PRs labeled docs

23Intermediate

PR review prep

Summarizes a pull request you need to review: what changed, what to look at first, and which files are noise.

Dev and coding

GitHub

Weekdays at 9:00 AM, for reviews waiting on you

32Beginner

Standup from commits

Writes yesterday, today, and blockers from your commits and open pull requests, in the short form a standup actually wants.

Dev and coding

GitHub

Weekdays at 9:00 AM, local time