部分低视力用户依赖特定配色而非放大，需要兼顾两种适配路径
别名: 低视力配色路径 · 不放大只改色 · high contrast low vision
概念解释
有人把系统拧成黄底黑字、反相或强制高对比，字号几乎不改。畏光、对比敏感度下降、某些视野缺损，放大只会把刺眼的面积变大，配色才是他们用的那条路。低视力不是「一律把界面放大」；放大路径和配色路径要同时成立，只做其中一条等于把另一群人关在外面。
机制
低视力内部的适应策略是裂开的。放大解决的是视锐度不够、细节太小；它不解决对比不够、眩光、或特定色对无法分离。后一类用户依赖系统强制色、反色、自定义样式、深色模式里更高的明度差。页面如果把颜色写死、用背景图当文字底、用阴影代替边框、在强制色模式下把图标和文字一起变成同色，配色路径就断了。
两条路径还会互相踩。为放大做的大块彩色背景，在反相后可能变成一块刺眼的高亮；为高对比准备的粗边框，在 16× 放大下又可能挤掉内容。所以「兼顾」不是把放大的补丁和高对比的补丁叠在同一套像素上交差，而是让系统色和用户样式能替换页面色，同时布局在放大下仍然可读。
怎么研究
招募时按使用的适应策略分层，不要按视力表分数一锅煮：主要用放大镜的一组，主要用高对比 / 反相 / 自定义配色、很少放大的一组，两组都用的一组。同一套任务在三种系统设置下做：默认配色 + 8× 放大；强制高对比、不放大；反相或夜间色、不放大。因变量：任务完成、是否报告眩光或「字和底分不开」、自定义颜色是否被页面盖掉。
只拿放大用户做可用性测试，会把配色路径的失败测没。系统「强制颜色 / 增加对比度」打开后看页面还剩多少自己的色，是这条路径最便宜的筛查。
边界
色觉缺陷（红绿色弱等）主要是色相分离问题，不一定伴随低视力，也不一定使用放大或强制高对比；那是另一组判据。完全失明用户不走这两条视觉路径。某些眼病会同时需要放大和配色，不能把「两条路径」理解成互斥的两个人群——互斥的是只验证其中一条的产品做法。浏览器缩放 200% 过关，不能代替强制色测试。
怎么落地
- 颜色不要写成唯一的、不可覆盖的表现：文字、边框、图标要用能被系统强制色替换的属性，而不是把字画进图里、把状态只做在背景图上。
- 在系统高对比 / 强制色下检查：文字与底是否仍分离、焦点环是否还在、图标是否和底同色消失。
- 放大布局和配色主题分开验收，不要用「我们支持 200% 缩放」代替高对比检查，也不要用「对比度过了」代替放大检查。
- 验证：同一条主路径走两遍——一遍默认色 + 系统放大 8×，一遍强制高对比、不放大。两遍都能完成，才算两条路径都在。任一遍里状态、焦点或文字消失，记下是哪条路径断了。