Comment on an issue

Comment on 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

+
Leave a comment on the issue assigned to Javier acknowledging the blocker, summarizing what I…
Leave a comment on the issue assigned to Javier acknowledging the blocker, summarizing what I tried, and asking whether Javier can provide the failing logs or a reproduction. Be polite, include the timestamp of my tests, and tag the frontend team to investigate further.

Improve — make it easier to accept

+
Before I comment on this long-standing issue, make the response actionable for the reporter and…
Before I comment on this long-standing issue, make the response actionable for the reporter and reviewers: start with a one-line status, list what I tried and what failed, point out the single thing I need from them next (logs, repro, or decision), and suggest a timeline for follow-up so it doesn’t go cold.

Decide — diagnose the stuck moment

+
I asked for failure logs three days ago and the reporter hasn’t responded. I’m worried if I ping…

I replied asking for logs and got silence for three days

I asked for failure logs three days ago and the reporter hasn’t responded. I’m worried if I ping again it will annoy them, but leaving it idle blocks my sprint. Should I post a polite nudge with a short deadline, escalate to the issue owner, or move the ticket to a lower priority? What is the recommended next action to keep momentum without burning the relationship?

Become — change the pattern

+
We spend too much time commenting back and forth on issues without a clear owner or decision;…

Conversations on issues drift without decisions and reopen frequently

We spend too much time commenting back and forth on issues without a clear owner or decision; tickets reopen when context is lost. Which practice would reduce this churn most: assign a decision owner on open issues, require a summary comment before closing, or set a maximum comment window before escalation? Recommend one habit change and how to enforce it in the team’s workflow.

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.