Request changes on PR

Request changes on PR 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 reviewed the diff and found failing tests and a missing changelog entry. Request changes from…
I reviewed the diff and found failing tests and a missing changelog entry. Request changes from Maya and cc the release manager, Jason, so she fixes the test and adds the changelog before I re-run CI. Tell Maya which test suite failed, where the assertion broke, and the exact wording the changelog should include.

Improve — make it easier to accept

+
Before I send the review to the repo maintainers, make it easy for Maya to act: surface the failing…
Before I send the review to the repo maintainers, make it easy for Maya to act: surface the failing test name and the stack frame line, show the minimal code change that would fix the assertion, and draft one clear changelog sentence that matches our release notes tone. Flag any potential backwards-incompatible behavior.

Decide — diagnose the stuck moment

+
I just posted a request changes review on Priya’s branch for the failing integration test and the…

I asked for changes and CI still fails.

I just posted a request changes review on Priya’s branch for the failing integration test and the missing changelog; CI reran and still fails the same suite. Priya is responsive but new to this repo. I’m worried requesting more changes will stall the release and approving will ship a flaky test. What likely caused the recurring failure and what is the best next move I should take now to keep the release date and protect quality?

Become — change the pattern

+
Over the last three sprints we keep sending PRs back because the integration test flaky in…

We keep sending PRs back for the same test failures.

Over the last three sprints we keep sending PRs back because the integration test flaky in payment-service keeps failing and contributors omit changelog entries. I own release coordination. Where am I losing time and credibility, and which habit should I change first so fewer PRs return for the same reasons?

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.