Create a release

Create a release 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

+
Prepare and publish release v2.1.0 for the analytics project. Draft the release notes using merged…
Prepare and publish release v2.1.0 for the analytics project. Draft the release notes using merged PR titles and highlight breaking changes and migration steps, set the tag on the release-2.1 branch, and share the release URL with the support team and product manager for an approval check by Thursday afternoon.

Improve — make it easier to accept

+
Before I create the release, extract the merged PRs since v2.0.2, surface bug fixes that affect…
Before I create the release, extract the merged PRs since v2.0.2, surface bug fixes that affect customers, and list any database migrations or config changes that require manual steps. Rewrite the release notes so a non-engineer product manager can understand the user impact and produce a two-line summary for the support KB.

Decide — diagnose the stuck moment

+
I opened the release draft for v2.1.0 and the changelog area is empty though I expected several…

Release draft shows no merged PRs since last tag

I opened the release draft for v2.1.0 and the changelog area is empty though I expected several merged PRs. I might be pointing at the wrong branch or tag. Diagnose what likely went wrong and give the exact checks to run on the repo and branch, how to regenerate the changelog from merged PRs, and what to tell the product manager about timing if I have to recreate the draft.

Become — change the pattern

+
Over the last four releases the release notes are sparse and approvals drag on, causing delayed…

Releases keep lacking clear notes and take too long to approve

Over the last four releases the release notes are sparse and approvals drag on, causing delayed deploys. Where are we losing authority and speed? Recommend one change to how we draft releases (who writes the first pass, what template to use, and a two-sentence process for PM approval) so releases are clearer and approved within 24 hours.

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.