VSCode颜色配置由JSON驱动，严格区分workbench.colorCustomizations（UI元素）和editor.tokenColorCustomizations（语法成分），字段名、嵌套结构、引号、颜色格式（仅支持带引号的十六进制）均须精准，否则静默失效。
VSCode 的颜色配置不是靠改 CSS 文件或写样式表生效的，所有界面和语法颜色都由 JSON 配置驱动，且必须遵循特定字段名和嵌套结构。错一个 key、少一层括号、用错引号类型，都会导致整段配置静默失效。
workbench.colorCustomizations 和 editor.tokenColorCustomizations 的分工区别
这两个字段控制完全不同的东西，混用会导致颜色不生效或覆盖错位：
-
workbench.colorCustomizations只管 UI 元素：编辑器背景、侧边栏、状态栏、标签页、活动栏这些「非代码区域」的颜色 -
editor.tokenColorCustomizations只管代码内部：字符串、注释、关键字、函数名等语法成分的颜色（基于 TextMate scope） - 二者不能互相替代——想改
tab.activeBackground写进editor.tokenColorCustomizations里，完全没反应 - 如果同时启用了语义高亮（
"editor.semanticHighlighting": true），editor.semanticTokenColorCustomizations的优先级高于editor.tokenColorCustomizations
颜色值格式和常见错误写法
VSCode 对颜色值非常严格，写错格式不会报错，但会跳过该条目：
Pandas 配置文件报告生成器
下载
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
- 只接受十六进制格式：
"#ff0000"✅，"rgb(255,0,0)"❌，"red"❌ - 必须带引号包裹，哪怕只是
"#000"也要写成"#000"，不能写成#000 - 值为 null 或空字符串会被忽略，比如
"editor.background": ""相当于没写 - 大小写敏感：
"editor.foreground"正确，"Editor.Foreground"或"editorForeground"都无效
按语言 ID 定制颜色时的生效前提
在 workbench.colorCustomizations 或 editor.tokenColorCustomizations 中使用 [python] 这类方括号语法，不是写完就生效：
- 必须已安装对应语言扩展（如 Python 扩展），否则 VSCode 根本不识别该语言 ID
- 文件必须实际被识别为该语言模式——右下角状态栏显示的是
Python，而不是Plain Text或JSONC - 主题名必须准确匹配当前激活的主题，比如你用的是
Default Dark+，就不能写成[Default Dark]或[Dark+] - 多个语言块并存时，后写的同名 key 会覆盖前面的，顺序很重要
最容易被忽略的是语言 ID 的准确性——它不等于文件后缀，也不等于扩展名，而是 VSCode 内部注册的语言标识符，得用 Developer: Inspect Editor Tokens and Scopes 命令实时确认。随便写个 [ts] 或 [jsx] 很可能根本不起作用。
