The four heights
The same task, four distances: today's deadline, the next reviewer, the stuck moment, the pattern.
Execute — do the immediate task
+Require status checks before merging on the backend repo: enable the CI pipeline named…
Execute — do the immediate task
+Require status checks before merging on the backend repo: enable the CI pipeline named unit-and-lint, require it to pass, and block merging if the check is missing. Apply the requirement to the develop branch, add the devops lead Priya and engineering manager Carlos to the required reviewers list, and verify one successful run before marking the enforcement complete.
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 make the unit-and-lint check required, make the PR experience obvious: put the pass/fail…
Improve — make it easier to accept
+Before I make the unit-and-lint check required, make the PR experience obvious: put the pass/fail badge and the failing tests summary at the top of the pull request description, identify flaky tests that cause false negatives, and list quick fixes that reviewers can accept without rerunning the entire pipeline. Highlight any checks that run on forks so external contributors can get clear guidance.
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 flipped on the required unit-and-lint check for develop, and external contributors report their…
Decide — diagnose the stuck moment
+I marked unit-and-lint required and contributors on forks now see no status.
I flipped on the required unit-and-lint check for develop, and external contributors report their pull requests show a missing status and are blocked from merging. I fear we'll lose open-source contributions and get bug reports. I don't know whether the problem is checks not running on forks, missing permissions, or a naming mismatch. What is the most likely culprit and the step-by-step fix that restores contributor builds while keeping the check enforced?
Pasted it? When the reply comes back, push once: ask it to sharpen the weakest part. — Did this prompt help?
Become — change the pattern
+Over time we tack on more required status checks until PRs take hours before merge. That kills…
Become — change the pattern
+We keep adding required checks and PR throughput slows to a crawl.
Over time we tack on more required status checks until PRs take hours before merge. That kills sprint velocity and makes engineers bypass rules. I need a new habit to avoid runaway check bloat. Recommend criteria for when a check warrants 'required' status, a retirement cadence for low-value tests, and a governance step to approve new requirements.
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.