Label an issue

Label 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

+
I need the issue tagged correctly before triage ends tomorrow. Add the bug label and…
I need the issue tagged correctly before triage ends tomorrow. Add the bug label and unmet-dependency label to issue 4821 that Priya logged, then confirm with a comment explaining why those labels apply and who needs to watch it. Check for any linked pull requests first so we don't mislabel a work-in-progress.

Improve — make it easier to accept

+
Before I tag this issue for the team, make the label decision obvious: surface the reproduction…
Before I tag this issue for the team, make the label decision obvious: surface the reproduction steps and the failing test count at top, highlight any external dependency names, and flag anything that would make a reviewer hesitate to call it a bug versus a support question.

Decide — diagnose the stuck moment

+
Priya opened issue 4821 about a failing integration test that only happens on CI. I am worried…

Priya just reported a flaky test that might be dependency-related.

Priya opened issue 4821 about a failing integration test that only happens on CI. I am worried labeling it bug will pull in the wrong squad; I cannot tell if the root cause is our code or the external service the test hits. What’s the most likely diagnosis given that logs show timeouts to auth.example.com, and what should I label now so the right people see it?

Become — change the pattern

+
Over the last quarter I repeatedly added bug labels that ended up being external-service outages,…

I keep mislabeling issues and the wrong teams get paged.

Over the last quarter I repeatedly added bug labels that ended up being external-service outages, wasting engineering time. I keep skipping the external-dependency check when tired. What simple habit should I change so labels route issues correctly and prevent unnecessary wakeups?

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.