Close an issue

Close an issue in GitHub — with the four heights of help laid out: do it now, make it easier for the next person to accept, work out the right move when you are stuck, and learn the pattern so it stops coming back.

4prompt heights
Open it in the interactive atlas →

The four heights

The same task, four distances: today's deadline, the next reviewer, the stuck moment, the pattern.

Execute — do the immediate task

+
The reporter just confirmed the bug is fixed in the sprint build. Close the issue assigned to Maya,…
The reporter just confirmed the bug is fixed in the sprint build. Close the issue assigned to Maya, add a short note thanking the reporter and linking the release that contains the fix, and move the issue card to Done in the sprint board.

Improve — make it easier to accept

+
Before closing this bug, make it easy for stakeholders to verify closure: surface the exact commit…
Before closing this bug, make it easy for stakeholders to verify closure: surface the exact commit and release that fixed it at the top of the issue, note the verification steps the reporter followed, and flag if any related issues might still be open and need linking.

Decide — diagnose the stuck moment

+
The reporter commented that the bug appears fixed in today’s build but did not provide repro steps…

The reporter says the bug is fixed but left no repro steps

The reporter commented that the bug appears fixed in today’s build but did not provide repro steps or environment details. I am hesitant to close because I don’t know if it’s truly fixed across supported platforms. Should I close and reopen if it resurfaces, ask for details now, or run a quick smoke test myself? What’s the best next move given I have limited time this afternoon?

Become — change the pattern

+
We keep accumulating issues in the backlog that get labeled and assigned but are never closed…

Issues linger in triage and never get fully resolved

We keep accumulating issues in the backlog that get labeled and assigned but are never closed because verification stalls or releases slip. Which habit is costing us the most time or credibility, and what one change to issue triage or release notes would stop this leak and reduce rework?

Next to this one

Other code hosting work people do in GitHub.

Every task here came from the work, not from a feature list — which is why the prompts name what you want done and never the button that does it. The tool changes; the work does not.
Copyright © LLOS.ai · 2026 — original pedagogy, voice, and design — all rights reserved.

The rest of the map

Same library, five ways in.