The four heights
The same task, four distances: today's deadline, the next reviewer, the stuck moment, the pattern.
Execute — do the immediate task
+Two branches were merged and now three files show conflict markers: src/app/config.yml,…
Execute — do the immediate task
+Two branches were merged and now three files show conflict markers: src/app/config.yml, src/lib/util.js, and docs/README.md. Resolve the conflicts so the feature branch's intended behavior remains for config and util.js, but keep the docs changes from the target branch. Make a single merge commit titled Resolve conflicts from feature/login and verify tests pass locally before pushing.
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 present the resolved merge to the team, make it easy for reviewers to approve. Show each…
Improve — make it easier to accept
+Before I present the resolved merge to the team, make it easy for reviewers to approve. Show each conflicted hunk with a one-line rationale for choosing one side or combining changes, surface any changes that alter public APIs or configuration defaults, and flag places I think might need a quick smoke test. If any choice is uncertain, mark it and suggest the person to ask.
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 merged feature/login into develop and got conflicts in config.yml and lib/util.js. I don't know…
Decide — diagnose the stuck moment
+A merge produced conflict markers and I can't tell which side the team expects.
I merged feature/login into develop and got conflicts in config.yml and lib/util.js. I don't know if the team expects the feature's new settings or develop's stable defaults, and I can't reach the product owner. I'm afraid resolving incorrectly will break deployments. What's the most defensible way to resolve now so I can unblock CI and minimize risk, and what should I include in the merge commit message to make rollback or review straightforward?
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 repeatedly get conflicts in src/app/config.yml and src/lib/util.js whenever feature branches are…
Become — change the pattern
+Conflicts keep arising in the same files across branches.
We repeatedly get conflicts in src/app/config.yml and src/lib/util.js whenever feature branches are integrated. It costs review time and frequent rework. Where is our branching or ownership practice failing, and what one process or habit change would stop these hotspots from recurring?
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 version control work people do in Git.
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.