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 a new repo to host the authentication microservice code for the Acme payments team. Create…
Execute — do the immediate task
+I need a new repo to host the authentication microservice code for the Acme payments team. Create the repository under the AcmePayments organization named auth-service, initialize it with a README describing its purpose, add MIT license, and set default branch to main. Make the repo private and enable issues. Invite Priya Shah (priya@acme.com) with admin access and add a standard .gitignore for Go.
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 hand this repo to the rest of the team, make it easy for someone to find the service…
Improve — make it easier to accept
+Before I hand this repo to the rest of the team, make it easy for someone to find the service intent and get started. Move the service description and run instructions to the top of the README, add a short example of how to build and run locally, expose the supported Go version, and surface the license and contribution guidelines. Flag any missing files reviewers expect: CONTRIBUTING.md, CODE_OF_CONDUCT.md, and a basic CI workflow.
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
+We promised product a working repo for the auth microservice by Friday and I haven't created it…
Decide — diagnose the stuck moment
+I just realized we don't have a repo yet and product expects a deliverable by Friday.
We promised product a working repo for the auth microservice by Friday and I haven't created it yet. The team is blocked on starting integration tests. I'm worried about the private account settings and letting contractors see secrets. What likely will bite me if I rush this, and what's the safest minimal sequence to get a repo usable for the team without leaking credentials?
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 the last three projects I created new repositories that later caused delays because READMEs…
Become — change the pattern
+I keep creating repos with missing docs and wrong visibility.
Over the last three projects I created new repositories that later caused delays because READMEs were thin, CI missing, or visibility wrong. I lose time fixing permissions and writing docs after people clone. What's the one checklist and habit I should adopt when creating a repo so the team can start work immediately and avoid rework?
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.