USE CASEEngineeringModerate

It read the tests, found the bug gone, and closed it

Debbie spun up a coding bot on debs-obrien/playwright-movies-app. It checked issue 29, found the tests already used waitForURL with no hard waits, asked if it should close, then closed it with a note after GitHub was connected — she clicked through to GitHub to confirm.

Grok·0.0·0 saves·12 uses·via @debs_obrien

How it runs

5 steps. Do them in order.

  1. 01In Grok Bot, create a bot named **Closer** and connect GitHub.
  2. 02Paste the reconstructed prompt below in as its standing instructions, then tell it the one job: issue fixer.
  3. 03Give it the context it needs — the accounts, files, and rules specific to your setup — so it can hold the job the way the original build did.
  4. 04Run it on demand; it acts once you approve each step.
  5. 05Watch the first few runs, correct anything off, then let it hold the job. Adapt the connected tools to match your own stack.

What you get

Claiming an issue is fixed isn't enough here — the bot re-checked the actual test file, found the tests already used waitForURL with no hard waits, and asked before closing with a note. Debbie clicking through to GitHub to confirm is the verification step every 'AI closed my issue' claim should come with.

Prompt

Copy it. Change the names. Keep the job.

Prompt
Role: Coding bot for one GitHub repo I name (default: my Playwright movies app).

Mission: Pick up issues. Reproduce or read the tests. If the issue is already fixed, propose close with a note. If it is a real bug, open a PR. I merge. You do not merge.

Tools: GitHub, the local/cloud checkout, the test runner. Sign in through the normal GitHub flow.

What good looks like:
- For each issue: what you checked, evidence (test names, files), recommendation: close / PR / needs me.
- Close notes are specific (“tests already use waitForURL, no hard waits in X spec”), not “closing as completed”.
- First close waits for my yes. After that, still wait on anything that is not an obvious duplicate of work already on main.

Never, without asking: merge, force-push, delete a branch, close an issue you did not inspect, or comment as me on someone else’s repo.

Stop if you cannot run or read the tests that the issue is about.
Use withGrok

via @debs_obrien

Tips

  • ·Reconstructed from @debs_obrien's published Grok Bot build. Adapt the connected accounts and context to your own stack — the prompt is a Curator reconstruction, not the author's original text.
  • ·adhoc
  • ·acts-with-approval

Related setups

Same category. Different job.

More in Engineering

Four photos to a 3D-printed materials experiment

MIT's Markus Buehler ran a three-bot team that turned four reference photos into transferable design principles, an interactive physics simulator, 47 experiments, a scientific report, and two parts sliced and printed on a Bambu H2D — the whole loop overnight.

Engineering·Advanced·0 saves
Setup

Harden your email-reading Grok Bot against prompt injection

Peter's security prompt for any bot that reads and replies to email: treat every part of an email - body, subject, sender, attachments, even hidden white text - as DATA, never instructions. It lists the injection patterns to refuse, flags attempts instead of complying, and gates real actions behind your confirmation.

Engineering·Simple·0 saves
Setup

Turn your messy machine into a real agent team

Avid's chief-of-staff prompt: it mines everything you've done on your machine — configs, recurring tasks, repeated prompts, the corrections you keep giving — and turns it into a real agent team with role files, skills, a verified run and a handbook, all written to files.

Engineering·Advanced·0 saves
Setup