VSCode护眼需统一编辑器、终端、调试器等区域明度差在4.5:1–7:1之间；Atom One Light主题+手动colorCustomizations最稳，因结构清晰、默认米白底色降刺激，且避免第三方插件破坏UI一致性。
VSCode 没有“护眼模式开关”，所谓护眼主题，本质是控制三件事：背景色明度、语法色饱和度、UI 区域对比一致性。直接装个叫“Eye Care”的插件，90% 的情况反而更伤眼——它只改了 editor.background，却让侧边栏白得刺眼、注释灰得看不清、关键字蓝得像荧光笔。
为什么 Atom One Light + 手动 colorCustomizations 是最稳方案
Atom One Light 是 VSCode 官方维护的浅色主题，结构清晰、变量命名直白（比如 sideBar.background 就真管侧边栏），不会像第三方插件那样更新就重置你的颜色值。更重要的是，它默认底色是米白#FAFAFA而非纯白，天然降低亮度刺激。
- 别只粘贴别人给的整段 JSON——先确认你当前用的主题名，用命令
Preferences: Color Theme查看是否显示为Atom One Light -
workbench.colorCustomizations必须套在对应主题名的括号里，写成"[Atom One Light]": { ... }，否则整个配置不生效 - 豆沙绿背景推荐用
#c8e6c9（白天）或#9acea1（傍晚/台灯环境），太浅显脏，太深反差过大 - 如果用了 Peacock 或 Theme Switcher 类扩展，它们会劫持
workbench.colorCustomizations，临时禁用再试
editor.tokenColorCustomizations 才真正决定你盯多久不累
你看到的 if、return、"hello"、// comment 颜色，全由 editor.tokenColorCustomizations 控制，和主题名无关。它认的是 token scope，不是你猜的“keyword”或“string”——比如 JS 里的双引号字符串实际 scope 是 string.quoted.double.js。
- 必须先按
Ctrl+Shift+P→ 输入Developer: Inspect Editor Tokens and Scopes，点中目标代码，看右下角弹出的真实 scope - 颜色值优先用带透明度的十六进制，例如
#51965780，比纯色柔和；避免#000000和#FFFFFF文字 - 注释建议用
#82d1a4（豆沙绿系），比默认#8a8a8a更融合；关键字别用荧光蓝，#519657这类低饱和绿蓝更耐看 - 如果装了 Nord 或 One Dark Pro 等自带语法高亮的主题，记得关掉它的强制着色：
"nord.enforceSyntaxHighlighting": false
终端和调试器颜色不统一，护眼效果直接打对折
编辑器看着舒服了，但终端一刷红黄蓝乱炸、调试窗口信息挤成一团灰色，眼睛照样要重新适应——这不是护眼，是视觉震荡。
- 终端 ANSI 色要单独配：
"terminal.ansiBrightGreen": "#83C5BE"、"terminal.ansiBrightYellow": "#FFD166"，别让它继承主题默认的刺眼高亮 - 调试控制台关键信息需强化：
"debugConsole.infoForeground": "#A5D8FF"，错误信息用#E07A5F而非纯红，降低刺激强度 - 所有终端相关配色都写在
workbench.colorCustomizations下，别混进editor.tokenColorCustomizations里——VS Code 会直接忽略 - 工作区级
.vscode/settings.json里的workbench.colorCustomizations会完全屏蔽用户级设置，别两边都写
真正难的不是调出一组“好看”的颜色，而是让编辑器、终端、调试器、侧边栏所有区域的明度差稳定在 4.5:1–7:1 之间。很多人调完 editor.background 就停手，结果侧边栏还是白底、状态栏还是深灰、括号匹配高亮还闪着蓝光——这些割裂感，才是视觉疲劳的真正来源。
