Peacock颜色不会自动生效，必须手动执行“Peacock: Change Color”命令；该命令是唯一激活方式，直接修改settings.json中的peacock.color仅作缓存，不触发渲染。
Peacock 颜色不随窗口自动生效，必须手动触发
装完 Peacock 插件后按 Cmd+Shift+P（macOS）或 Ctrl+Shift+P（Windows/Linux）打开命令面板，输入 Peacock: Change Color 并执行——这是唯一可靠的颜色激活方式。直接在 settings.json 里写 "peacock.color": "#ff6b6b" 不会触发渲染，那只是一条缓存记录。
颜色绑定的是「窗口实例」，不是项目路径。哪怕你用 File > Open Folder 两次打开同一个项目，第二个窗口默认是灰色的，必须再执行一次 Peacock: Change Color。
- macOS 用户需确认
Window: Title Bar Style设为custom，设成native时系统接管标题栏，Peacock 无法染色 - Linux（如 GNOME）桌面环境会强制统一标题栏样式，此时只有
tab.activeBorder和侧边栏顶部能响应颜色 - 某些主题（如 Material Theme）重绘了 UI 容器，可能遮盖 Peacock 效果；优先检查
Window: Title Bar Style
用快捷键组合快速切换 + 上色，避免靠记忆找窗口
单靠颜色容易混淆，尤其开 4 个以上窗口时。建议把「窗口标题命名」和「Peacock 上色」绑定成固定操作流：
- 右键标题栏 →
Set Window Title（需先启用Window: Enable Window Title Menu），输入项目缩写如[api]或[prod] - 立刻按
Cmd+Shift+P→Peacock: Change Color→ 选预设色（如Production对应红色） - 形成「名称-颜色」心理锚点：看到红标题栏+
[prod]就知道是生产环境窗口
这个组合比纯靠颜色更可靠——颜色可能被主题弱化，但文字标签不会丢。
多窗口管理中容易忽略的配置陷阱
Peacock 的行为逻辑和 VSCode 窗口模型强耦合，几个关键点不注意就会失效：
-
peacock.preserveColorOnClose设为true才能让颜色随工作区恢复，但前提是该窗口曾被手动执行过Peacock: Change Color——仅靠写配置无效 - 必须用
File > Open Folder或双击.code-workspace文件打开项目；双击单个.ts文件启动 VSCode 时，Peacock 不识别为工作区，不会读取或写入.vscode/settings.json - 多根工作区（multi-root workspace）下，整个窗口视为一个单位染色，不会按子文件夹分别着色；若需区分 backend/frontend，得拆成两个独立窗口
为什么改了颜色却看不到标题栏变化？
标题栏无反应是最常见误判点，本质不是插件问题，而是渲染链路被阻断：
- 深色主题下配浅色 Peacock（如
#ffeb3b），标题栏文字可能发灰——这不是 bug，是系统渲染限制；改用更饱和的亮色（如#ffd740）或调暗背景色 -
workbench.colorCustomizations中若覆盖了titleBar.activeBackground，会直接屏蔽 Peacock 的标题栏着色 - 远程开发（SSH/WSL）窗口中 Peacock 颜色仍生效，但部分 Linux 桌面环境（如 GNOME）只允许边框变色，标题栏由桌面环境统一控制
真正起作用的从来不是配置项，而是命令执行那一刻写入窗口元数据的动作。颜色没变，大概率是漏掉了那一次 Peacock: Change Color。
