1. VS Code 选中文字颜色太淡先搞清楚配色覆盖机制VS Code 里选中一段代码默认那层半透明蓝灰底色在深色主题下经常和字符串、注释的颜色糊在一起眼睛得凑近才能分清哪段被选中了。这个问题在写 Python 长字符串、YAML 缩进块、或者对比两段相似逻辑时特别明显。你要解决的核心检索词就是VS Code 修改选中文字或代码的颜色而它背后依赖的是workbench.colorCustomizations这个配置项。先说清楚它是什么。VS Code 把界面和编辑器里所有可着色的部分都抽象成一个个「颜色 ID」比如editor.selectionBackground管选中背景、editor.selectionHighlightBackground管相同变量被自动高亮时的背景、editor.findMatchBackground管搜索命中。你不需要改主题源码只要在settings.json里用这些 ID 覆盖颜色值就能在不换主题的前提下改观感。适合谁适合已经习惯某个主题、不想因为一个选中色就整套换掉的人也适合团队里想统一编辑器可读性配置的开发者。这里有个优先级概念必须提前讲否则你改了没反应会以为是 bug。VS Code 的配置分三层默认配置 用户配置User 工作区配置Workspace。工作区里的.vscode/settings.json优先级高于用户级的settings.json。也就是说如果你在用户配置里改了选中色但当前打开的项目工作区里也写了workbench.colorCustomizations那工作区那份会赢。我试过在一个前端项目里排查半天最后发现是项目自带的.vscode/settings.json把颜色覆盖回去了。颜色值支持多种写法十六进制#aa0000、带透明度的八位十六进制#aa000080后两位是 alpha、以及rgba(170, 0, 0, 0.5)这种函数式写法。选中背景建议带透明度否则会完全盖住底下的语法高亮反而看不清选中的是什么代码。这一点是很多人第一次改颜色时踩的坑——把editor.selectionBackground设成不透明纯色结果选中后代码全被挡住。还有一个容易混淆的点editor.selectionBackground和editor.inactiveSelectionBackground是两回事。前者是编辑器获得焦点时的选中色后者是编辑器失去焦点比如你点了侧边栏文件树时选中的颜色。如果你只改了前者切走焦点后选中态会变回默认的淡色看起来像「改了又没完全改」。所以完整做法是两个都配。理解这套机制后你会发现改选中色只是workbench.colorCustomizations的冰山一角。同一套配置还能改行号颜色、当前行高亮、括号匹配、缩进参考线、Git 增删行背景等等。下面就从最实用的选中态开始一步步给出可复制的配置片段。2. TaoToken 前置把模型接入和编辑器配色一起理顺在动手改配色之前先花两分钟把开发环境里的模型接入理顺因为后面验证配置、排查问题时你可能会想让模型帮你读一段settings.json或解释某个颜色 ID 的含义。TaoToken 在这里的角色是提供一个统一的模型调用入口官网地址是 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewrite API 端点是 https://taotoken.net/api 。为什么改个颜色还要提模型接入因为实际开发中配色配置往往不是孤立的一步。你可能同时开着 Claude Code 或 Cline 这类编码助手它们读写文件、生成配置片段时需要稳定的模型后端。把接入配好后面无论是让助手帮你补全workbench.colorCustomizations还是排查「为什么改了没生效」都更顺。先拿 Key。进入控制台页面 https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_contentconsoleutm_campaignrewrite 在 API Keys 区域创建一个密钥。创建后立刻复制保存页面刷新后完整 Key 就不再显示了。这个 Key 就是后面所有配置里的sk-开头那串。如果你用的是 Claude Code 这类命令行编码工具接入时三个要素必须齐全Base URL、API Key、Model ID。Base URL 填https://taotoken.net/apiKey 填刚创建的Model ID 按你实际要用的模型填。三者缺一请求就会失败。很多人只填了 Key 忘了 Base URL结果工具默认打到官方端点报 401 或连接超时。对于想在编辑器里直接对话验证模型的场景可以打开模型对话页面 https://taotoken.net/model-chat?utm_sourcetaotoken_aicg_blog_endutm_contentmodel-chatutm_campaignrewrite 发一句「解释一下 VS Code 的 editor.selectionBackground 颜色 ID 作用」确认返回正常说明 Key 和端点都通了。这一步通了再回去改配色心里有底。长期做编码或 Agent 任务的可以了解 Coding Plan https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding-planutm_campaignrewrite 它面向的是持续性的编码场景比单次对话更适合日常开发流。接入文档在 https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite 里面有各工具的详细配置说明遇到不确定的字段可以对照。需要说明的是TaoToken 是模型调用入口不是编辑器替代品它不会帮你改 VS Code 的配色配色还是靠settings.json。它的价值在于当你需要模型辅助理解配置、生成片段、排查报错时有一个稳定的后端可用。把这两件事分开看思路就清楚了。3. 可复制配置settings.json 选中色与高亮覆盖片段现在进入正题。打开 VS Code按CtrlShiftPmacOS 是CmdShiftP调出命令面板输入Preferences: Open User Settings (JSON)回车。这会打开用户级的settings.json。如果你想只对当前项目生效就用Preferences: Open Workspace Settings (JSON)它会生成或打开.vscode/settings.json。下面这段是完整的选中态与常用高亮配色片段可以直接复制进你的settings.json。注意如果你的文件里已经有workbench.colorCustomizations不要重复写两个同名键把里面的内容合并进去即可JSON 里重复键后者会覆盖前者容易漏配。{ workbench.colorCustomizations: { editor.selectionBackground: #aa000080, editor.inactiveSelectionBackground: #aa000040, editor.selectionHighlightBackground: #00aa0055, editor.selectionHighlightBorder: #00aa00, editor.findMatchBackground: #ffcc0066, editor.findMatchHighlightBackground: #ffcc0033, editor.wordHighlightBackground: #0088ff33, editor.wordHighlightStrongBackground: #0088ff55, editor.lineHighlightBackground: #ffffff10, editorLineNumber.activeForeground: #ff8800, editorIndentGuide.activeBackground1: #ff8800 } }逐个解释关键项。editor.selectionBackground是主选中背景这里用#aa000080前六位是深红后两位80是 50% 透明度选中后底下的代码仍然可见。editor.inactiveSelectionBackground用更低透明度#aa000040保证失焦时选中态还在但不抢眼。editor.selectionHighlightBackground和它的 Border 管的是「光标停在某个变量上时同文件里相同变量自动高亮」的效果用绿色系和主选中色区分开避免混淆。editor.findMatchBackground是搜索当前命中项的背景editor.findMatchHighlightBackground是其他命中项的背景用黄色系。editor.wordHighlightBackground和editor.wordHighlightStrongBackground管的是「双击选中一个词后同文件里相同词的高亮」蓝色系。editor.lineHighlightBackground是当前行高亮用极低透明度的白#ffffff10深色主题下有一点点提亮但不刺眼。editorLineNumber.activeForeground把当前行号改成橙色editorIndentGuide.activeBackground1把当前缩进参考线也改成橙色这两个配合起来长函数里定位当前层级会快很多。如果你用的是浅色主题上面这套深色系配色可能对比不够把红色换成更深的#cc0000、绿色换成#008800、黄色换成#cc8800即可。颜色值没有对错关键是选中态和语法高亮要能区分开。改完保存文件。这里有个细节workbench.colorCustomizations的改动通常是即时生效的不需要重启 VS Code。但如果你发现没变化先别急着重启往下看第 5 节的排查。对于想用 Claude Code 辅助生成配色的场景接入配置可以写成这样一份settings.json片段路径按你实际工具的要求放置{ env: { ANTHROPIC_BASE_URL: https://taotoken.net/api, ANTHROPIC_API_KEY: sk-你的密钥, ANTHROPIC_MODEL: 你的模型ID } }三件套 Base URL、Key、Model ID 齐全工具才能正常发起请求。这段和配色配置是两回事放在不同文件里别混在一起。4. 验证请求重载窗口后确认选中态真的生效配置写完怎么确认它真的生效了最直接的办法是打开一个代码文件用鼠标拖选一段代码看背景色是不是变成了你设的深红半透明。如果还是默认的蓝灰说明配置没被读到。更严谨的验证分三步。第一步确认配置文件位置对不对。用户级配置在 Windows 上是%APPDATA%\Code\User\settings.jsonmacOS 是~/Library/Application Support/Code/User/settings.jsonLinux 是~/.config/Code/User/settings.json。工作区级在项目根目录的.vscode/settings.json。你可以用命令面板的Preferences: Open User Settings (JSON)直接打开避免找错路径。第二步重载窗口。虽然颜色覆盖通常即时生效但如果你同时改了主题相关配置或者配置里有语法错误重载能强制重新解析。按CtrlShiftP输入Developer: Reload Window回车。窗口会闪一下重新加载。这一步对应很多人说的「重启 VS Code」其实重载窗口就够了不用完全退出。第三步用命令面板检查颜色是否被覆盖。按CtrlShiftP输入Developer: Generate Color Theme From Current Settings回车。VS Code 会生成一份当前生效的完整颜色主题 JSON在新标签页打开。在里面搜索editor.selectionBackground看它的值是不是你设的#aa000080。如果是说明覆盖成功如果还是主题默认值说明你的配置没被应用回去检查 JSON 语法和键名拼写。我实测下来最常见的「改了没生效」原因是 JSON 里有多余逗号或括号不匹配导致整个settings.json解析失败VS Code 会静默忽略坏掉的配置。这时候打开settings.jsonVS Code 会在有问题的行下面画波浪线鼠标悬停能看到错误提示。修掉语法错误保存颜色立刻回来。另一个验证角度是看选中态在不同焦点下的表现。选中一段代码然后点一下左侧文件树让编辑器失焦观察选中背景是不是从#aa000080变成了更淡的#aa000040。如果两个状态都对说明editor.selectionBackground和editor.inactiveSelectionBackground都配好了。如果你在验证过程中想让模型帮你读一下生成的色彩主题 JSON确认某个 ID 的当前值可以把 JSON 片段贴到模型对话页面 https://taotoken.net/model-chat?utm_sourcetaotoken_aicg_blog_endutm_contentmodel-chatutm_campaignrewrite 里问。接入正常的话它能帮你快速定位是哪个 ID 没覆盖到。验证通过后建议把这份配置同步到你的 dotfiles 仓库或团队共享配置里。VS Code 支持 Settings Sync登录账号后用户配置会自动同步到其他机器换电脑不用重配。5. 本篇常见错排查401、local proxy failed、reading choices、OAuth这一节把改配色和接模型过程中最容易撞上的几类报错集中讲清楚。先说配色侧的再说接入侧的。配色侧最典型的是「配置写了但颜色不变」。除了上面说的 JSON 语法错误还有两个原因。一是工作区配置覆盖了用户配置去项目根目录看有没有.vscode/settings.json里面是不是也写了workbench.colorCustomizations。二是颜色 ID 拼错比如把editor.selectionBackground写成editor.selectionbackground大小写敏感VS Code 不会报错只是这个键无效。用第 4 节的Generate Color Theme From Current Settings方法能快速确认。接入侧报错更集中。401通常表示 Key 无效或没带上。检查三件套Base URL 是不是https://taotoken.net/apiKey 是不是完整复制没有多余空格Model ID 是不是填了实际可用的。三者任一不对都可能 401。特别是 Key创建后只显示一次如果当时没复制只能重新创建一个。local proxy failed这类报错通常是工具配置里指向了一个本地代理地址但那个地址没有服务在跑。检查你的工具配置把 Base URL 直接指向https://taotoken.net/api不要经过额外的本地转发层。这类问题在 Claude Code、Cline 的配置里都出现过根源是配置里残留了旧的本地端点。reading choices报错一般出现在请求返回体解析阶段说明请求发出去了但返回结构不符合工具预期。常见原因是 Model ID 填错或者端点路径不对。确认 Base URL 后面是否需要带版本路径按接入文档 https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite 里的说明填。文档里对各工具的完整配置有示例对照改。OAuth相关报错多出现在 Claude Code 这类工具有独立登录流程的场景。如果你已经用 API Key 方式接入就不需要再走 OAuth 登录两者选其一。配置里同时存在 OAuth 凭据和 API Key 时可能互相干扰。清理掉不需要的那份只保留 API Key 三件套。还有一个隐蔽的坑配置文件路径不对。Claude Code 的配置、Codex 的auth.json、Cline 的 MCP 配置各自有固定的路径要求。放错位置工具读不到表现就是「配置明明写了却没生效」。这类问题没有统一答案按各工具文档确认路径。TaoToken 的接入文档里对常见工具的路径有说明可以先查那里。排查顺序建议固定下来先确认配置文件路径对不对再确认 JSON 语法有没有错然后确认三件套齐不齐最后看报错信息里的关键词。按这个顺序走大部分问题能在五分钟内定位。如果 Key 还没创建去 https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi-keysutm_campaignrewrite 建一个再回来对照排查。6. 把配色和接入固化成日常开发流配色改完、接入配好接下来是怎么让这套东西稳定服务于日常开发。VS Code 的workbench.colorCustomizations只是起点你可以把它扩展成一套完整的可读性方案。比如把 Git 增删行的背景也调一下gitDecoration.addedResourceForeground管文件树里新增文件的颜色diffEditor.insertedTextBackground和diffEditor.removedTextBackground管 diff 视图里的增删高亮。这些 ID 都在同一套体系里配法一致。团队里如果多人协作可以把这份配置放进项目的.vscode/settings.json并提交到仓库新人克隆下来就有一致的选中态和 diff 配色减少「你那边怎么和我这边不一样」的沟通成本。接入侧把三件套配置写进 dotfiles 或团队的环境初始化脚本。Claude Code 的配置、Cline 的 MCP 配置、Codex 的auth.json各自维护一份模板换机器时替换 Key 即可。Key 不要硬编码进提交到仓库的文件用环境变量或本地未跟踪的配置文件承载。长期做编码任务的Coding Plan https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding-planutm_campaignrewrite 比按次调用更适合它面向的是持续性的开发场景。把接入配好后日常让助手读配置、生成片段、排查报错都走同一个后端不用每次重新配。最后留一个实用技巧VS Code 的颜色 ID 有几百个不用全记。需要改哪个部位把鼠标悬停在那个部位上命令面板执行Developer: Inspect Editor Tokens and Scopes能看到光标处的语法 token 信息界面部位的颜色 ID 则可以通过Developer: Generate Color Theme From Current Settings生成完整清单后搜索关键词。改配色这件事本质是「找到 ID、覆盖值、验证生效」三步循环掌握循环比记住所有 ID 更重要。