唯一可靠方式是直接修改settings.json；VSCode不支持合并多个配色配置文件，workbench.colorCustomizations与editor.tokenColorCustomizations必须分开放置且作用域不同，语言专属配置仅能覆盖对应字段。
直接改 settings.json 是唯一可靠方式
VSCode 不支持“合并多个配色配置文件”这种操作——没有 import、include 或 extends 机制。所谓“批量合并”，本质是把多份 workbench.colorCustomizations 和 editor.tokenColorCustomizations 的键值对，手工合并进同一份用户 settings.json 里。任何试图用脚本拼接 JSON、或复制多个 .json 文件到目录下的做法，都会被忽略。
workbench.colorCustomizations 和 editor.tokenColorCustomizations 不能混写
这两个字段必须分开定义，且作用域完全不同：前者管界面（侧边栏、状态栏、活动栏等），后者管代码文本（关键字、字符串、注释等）。如果写成一个对象，比如：
"workbench.colorCustomizations": {
"editor.background": "#1e1e1e",
"keywords": "#d73a49"
}
那 keywords 这行会完全失效——它不属于 workbench 命名空间。
正确结构是：
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
"workbench.colorCustomizations": {
"editor.background": "#1e1e1e",
"statusBar.background": "#252526"
},
"editor.tokenColorCustomizations": {
"keywords": "#d73a49",
"strings": "#d6994b"
}
语言专属配置优先级高于全局，但不能跨字段覆盖
你可以在 settings.json 里同时写全局和语言专属的 tokenColorCustomizations，比如：
- 全局：
"keywords": "#d73a49" - Python 专属：
"[python]": { "editor.tokenColorCustomizations": { "keywords": "#e36209" } }
这时 Python 文件里的关键字会用 #e36209，其他语言仍用 #d73a49。但注意：[python] 块里只能覆盖 editor.tokenColorCustomizations，不能在里面写 workbench.colorCustomizations ——那部分会被静默丢弃。
容易被忽略的冲突点：主题扩展自带颜色会覆盖你的自定义
装了 One Dark Pro、Dracula 等第三方主题后，它们内部已声明大量 workbench.colorCustomizations 和 textMateRules。你手动加的配置可能被绕过，尤其当主题作者用了更细粒度的 scope（比如 support.function.js 而非泛用的 function）。
验证是否真生效的方法只有一个：Ctrl+Shift+P → 输入 Developer: Inspect Editor Tokens and Scopes，把光标停在目标元素上，看实际生效的 scope 和颜色来源。别只凭肉眼判断。
