深色主题下应优先调整sidebar.background与editor.background的明度差（5–10%），而非依赖美化插件；推荐editor.background用"#1e1e1e"、sidebar.background用"#252526"或"#2a2a2a"，并注意第三方主题可能覆盖自定义配置。
深色主题下直接改 sideBar.background 和 editor.background 的明度差，比装一堆“美化插件”更有效。 所谓“插件颜色方案”本质是覆盖 VSCode 原生 UI token，不是换皮肤，也不是调色盘——多数视觉不适来自侧边栏和编辑区之间缺乏呼吸感，而不是某个按钮不够亮。
为什么改了 workbench.colorCustomizations 没反应
常见原因是第三方主题锁死了 color token 优先级。比如 One Dark Pro 或 Nord 会在内部硬编码 sideBar.background，直接覆盖你写的配置。
- 先临时切换到官方主题
Default Dark+，确认自定义颜色能生效；再换回原主题测试 - 检查是否在工作区级
.vscode/settings.json中写了workbench.colorCustomizations——它会完全屏蔽用户级设置 - 某些主题（如
SynthWave '84）会主动重置所有workbench.*颜色，此时无法通过配置 override，只能换主题或联系作者
sideBar 和 editor 背景色怎么配才不累眼
关键不是“多好看”，而是明度差控制在 5–10% 之间。太接近会塌陷，太跳跃会割裂。
-
editor.background推荐用"#1e1e1e"（VSCode 默认深色背景） -
sideBar.background推荐用"#252526"或"#2a2a2a"，比编辑区略亮但不抢眼 -
sideBar.foreground别用纯白，"#c0c0c0"或"#d4d4d4"更护眼 -
sideBarSectionHeader.background设为"#2a2a2a"，能清晰分隔“EXTENSIONS”等标题区域
colorHighlight 色块看不清？别调插件，先调 defaultAlpha
插件默认用半透明叠加（如 rgba(0, 255, 0, 0.2)），在浅色主题下易被淹没，在深色主题下可能过重——这不是 bug，是留出的自定义入口。
- 全局调透明度：
"colorHighlight.defaultAlpha": 0.4 - 单独控十六进制色块：
"colorHighlight.customColors": [{"pattern": "#[0-9a-fA-F]{3,6}", "color": "rgba(0, 0, 0, 0.1)"}] - 加边框提升辨识度：
"colorHighlight.border": true - 注意：
rgb()、hsl()、var(--color)默认不识别，需手动加规则或换用Colorize
Peacock 不是换颜色，是建视觉锚点
它真正起作用的地方不是“多好看”，而是让大脑瞬间区分当前工作区语义：dev 是蓝、staging 是黄、prod 是红——颜色本身不重要，一致性才关键。
- 命令面板输入
Peacock: Change Color from List，选dev (blue)比手输#007acc更可靠 - 批量配置写进
.vscode/settings.json："peacock.color": "#4ECDC4"，团队协作时可提交进 Git - 别用 Peacock 改单个元素（如只染活动栏），它设计目标是整套 UI 同步变色，拆开用反而破坏层级逻辑
最难调的从来不是某个 color key，而是 sideBar、activityBar、statusBar 三者之间的明度梯度——差 2% 就糊，差 15% 就跳。建议打开开发者工具（Developer: Toggle Developer Tools），右键元素 inspect class 名，对照官网 color reference 逐个验证，而不是靠感觉调。
