Manage extension settings

Manage extension settings in Visual Studio Code — 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

+
My Prettier extension is reformatting files with tabs but this project uses two spaces. Change the…
My Prettier extension is reformatting files with tabs but this project uses two spaces. Change the extension settings for this workspace to set tabWidth to 2 and useTabs false, and make sure the formatter runs on save. Confirm by saving the README.md and showing the indentation uses two spaces.

Improve — make it easier to accept

+
Before I change workspace settings for the formatter, identify any conflicting settings sources:…
Before I change workspace settings for the formatter, identify any conflicting settings sources: workspace settings.json, .editorconfig, project-level Prettier config file, and repository CI formatting checks. Surface the single setting that will win and flag anything that would still force tabs. Provide me the exact settings snippet to paste into the workspace settings.json to enforce two spaces reliably.

Decide — diagnose the stuck moment

+
I set tabWidth to 2 in the workspace settings but files still format with tabs when I save. I…

I changed a setting and the file still formats differently on save

I set tabWidth to 2 in the workspace settings but files still format with tabs when I save. I suspect an .editorconfig or a project-level prettier config overrides it. Which files should I inspect in order, what exact lines in each indicate tabs will win, and the minimal edits to make workspace settings authoritative without breaking the shared repo rules?

Become — change the pattern

+
Across several repos I spend time toggling extension settings so local editor behavior matches each…

We keep fighting over formatting rules across repos

Across several repos I spend time toggling extension settings so local editor behavior matches each project. This costs minutes per setup and causes commit noise. Recommend a pattern to reduce friction: which settings to centralize, when to prefer project config files, a team convention to avoid local overrides, and a short checklist to onboard new members so they don’t flip settings repeatedly.

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.