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 numbers linked into the pull request description for the feature branch so…
Execute — do the immediate task
+I need the issue numbers linked into the pull request description for the feature branch so reviewers can follow the thread. Add a short summary line per issue at the top, list each issue as "Closes #123" on its own line, and confirm the PR description includes the deployment steps and migration note. Send the PR for review to Lina and Ajay after you verify CI passed.
Pasted it? When the reply comes back, push once: ask it to sharpen the weakest part. — Did this prompt help?
Improve — make it easier to accept
+Before I open this PR for review, make it easy for maintainers to see what changed relative to the…
Improve — make it easier to accept
+Before I open this PR for review, make it easy for maintainers to see what changed relative to the issues. Put the total number of issues addressed and their top-line impact in the first paragraph, bold the breaking-change and migration lines, and extract any remaining TODOs into a checklist labeled "Follow-ups" so a reviewer can approve without hunting through comments.
Pasted it? When the reply comes back, push once: ask it to sharpen the weakest part. — Did this prompt help?
Decide — diagnose the stuck moment
+I just pushed a branch and opened a pull request but forgot to link the two related bug reports and…
Decide — diagnose the stuck moment
+I created a PR but didn't link the two related issues.
I just pushed a branch and opened a pull request but forgot to link the two related bug reports and a feature request; Lina will be annoyed because she triages release notes from issues. I cannot tell whether any of the issue authors expect to be credited in the PR. What's the most defensible way to fix this now so reviewers see the links and the release notes are correct?
Pasted it? When the reply comes back, push once: ask it to sharpen the weakest part. — Did this prompt help?
Become — change the pattern
+We keep losing time manually hunting issue numbers to put into PRs, and release notes are…
Become — change the pattern
+Manually adding issue links to PRs eats time each sprint.
We keep losing time manually hunting issue numbers to put into PRs, and release notes are inconsistent. Across the last three releases I estimate 4–6 PRs per release lacked proper issue links, causing follow-up questions from product and delays in release notes. What habitual change or small automation should I adopt so linking issues becomes routine and release notes are reliable?
Pasted it? When the reply comes back, push once: ask it to sharpen the weakest part. — Did this prompt help?
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.