Peacock插件是VS Code中唯一能真正绑定“工作区”粒度的颜色方案方案，需在扩展市场安装John Papa官方版本，然后通过命令面板执行“Peacock: Change Color”设置标题栏、活动栏和状态栏颜色，配置自动写入当前工作区.vscode/settings.json并仅对该工作区生效。
VS Code 本身不提供“工作区颜色”这个原生概念，所谓“工作区颜色”实际是指通过扩展或配置，让不同项目/文件夹在 UI 上（标题栏、活动栏、状态栏）呈现视觉区分——最常用、最可靠的方式是用 Peacock 插件，而不是改 workbench.colorCustomizations。
Peacock 插件怎么装和启用
这是目前唯一能真正绑定“工作区”粒度的方案，不是全局设置，也不是主题切换，而是针对当前打开的文件夹生效：
- 在扩展市场搜
Peacock，安装 John Papa 发布的官方版本（ID：johnpapa.vscode-peacock） - 安装后不用重启，直接按
Cmd+Shift+P（macOS）或Ctrl+Shift+P（Windows/Linux），输入Peacock: Change Color回车 - 弹出的颜色选择器支持点击色块、输入
#FF6B6B这类十六进制值，也支持语义名如dev、prod、test - 颜色会立即应用到标题栏、活动栏、状态栏；关闭该文件夹再打开另一个，颜色自动还原为默认灰色
为什么不能只靠 workbench.colorCustomizations
workbench.colorCustomizations 是用户级或工作区级的 UI 颜色覆盖配置，但它不绑定“工作区身份”，而是静态写死的；一旦你在 .vscode/settings.json 里写了它，所有打开这个文件夹的实例都会套用，但无法自动识别“这是 dev 环境”或“这是 staging 环境”：
- 你手动加的
"statusBar.background": "#ff0000"会生效，但它是硬编码，没逻辑判断 - 如果多个工作区共用同一份
.vscode/settings.json（比如团队统一配置），颜色就全一样了 - 它不随 VS Code 的“工作区”概念动态切换——比如你用 Remote-SSH 连不同服务器，
workbench.colorCustomizations不会自动换色 - Peacock 内部其实是用 VS Code 的 Extension API 监听
workspaceFolders变化，并动态注入样式，这才是“工作区颜色”的本质
Peacock 配置项怎么批量写入 settings.json
命令面板操作适合单次设置，但如果你要预设多个工作区颜色（比如 CI 自动部署时同步配置），可以手动编辑 .vscode/settings.json：
- 加字段
"peacock.color"，值为字符串，如"#4F46E5"或"staging" - 加字段
"peacock.affectActivityBar"和"peacock.affectStatusBar"控制是否影响对应区域，默认都为true - 注意：这个配置只对当前工作区生效，不会污染其他项目；但如果你把
.vscode提交到 Git，其他人 clone 后也会看到同样颜色 - 别误写成
"workbench.colorCustomizations"——两者互不影响，但混用可能造成颜色冲突（比如 Peacock 设了红色状态栏，你又在colorCustomizations里设了蓝色，后者会覆盖前者）
真正麻烦的不是设颜色，而是搞清“颜色该绑定到什么层级”：标题栏？活动栏？还是整个窗口？Peacock 默认只动这三处，但如果你还想改编辑器背景色或侧边栏，就得另外配 workbench.colorCustomizations，而且得确保它不跟 Peacock 冲突——这种组合配置很容易漏掉某一层的透明度或 z-index，导致颜色发灰或看不见。
