The four heights
The same task, four distances: today's deadline, the next reviewer, the stuck moment, the pattern.
Execute — do the immediate task
+Create a launch configuration to debug app.py. Add an entry named DebugApp that starts the Python…
Execute — do the immediate task
+Create a launch configuration to debug app.py. Add an entry named DebugApp that starts the Python interpreter with the current file, passes argument --mode=dev, sets workingDirectory to the project root, and stops on entry. Save the configuration in launch.json so it appears in the Run and Debug panel and can be started with F5.
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 add this launch.json entry for the team's repo, make it easy to approve: put the program,…
Improve — make it easier to accept
+Before I add this launch.json entry for the team's repo, make it easy to approve: put the program, args, and cwd at the top so non-developers can see them, call out any environment variables injected into the config, and flag anything that will break when another dev uses a different Python interpreter. Recommend two small edits to make the config review-ready.
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 added DebugApp to launch.json for app.py with stopOnEntry true and args --mode=dev, but pressing…
Decide — diagnose the stuck moment
+I pressed F5 but the debugger attaches to the wrong process.
I added DebugApp to launch.json for app.py with stopOnEntry true and args --mode=dev, but pressing F5 attaches to another Python process and I get breakpoints that never hit. I think the workspace has a background test runner or my debug port is conflicting. I cannot tell whether my configuration needs a unique port, an attach instead of launch, or a change in console settings. What is the most likely fix and how do I implement it quickly for my Linux workstation?
Pasted it? When the reply comes back, push once: ask it to sharpen the weakest part. — Did this prompt help?
Become — change the pattern
+Developers keep making bespoke launch.json entries for local debugging, which leads to inconsistent…
Become — change the pattern
+Each repo has a different quick debug setup and devs waste time recreating configs.
Developers keep making bespoke launch.json entries for local debugging, which leads to inconsistent breakpoints and confusion about env vars. I want a single practice that reduces this repetition and makes debug configs easy to adopt across projects. Which habit should I change first so launch configurations are reliable and shareable for the whole team?
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 editor work people do in Visual Studio Code.
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.