收录范围
当前库内有 100 套配色：APP 31 套、WEB 34 套、小程序 35 套。每套包含 10 个颜色角色（主色、深色、浅色、辅色、强调色、成功、警告、危险、文字、底色，各端字段名略有不同），合计 1000 个色值。
配色按颜色标签归入 43 个标签，其中 34 个标签下的配色数达到两套以上，因此各自有一个可被搜索引擎收录的聚合页；不足两套的标签页仍然存在，但标记为不收录，避免出现只有一张卡片的页面。
第一套收录于 2026-10-12，最近一套收录于 2026-10-28。
三道硬闸门
每套配色在进入数据集之前都要依次通过三道自动校验。任何一道不通过，这套候选直接丢弃，不会以「以后再修」的形式留在库里。
- 正文可读性：正文文字与页面底色的对比度 ≥ 4.5:1。这是 WCAG 2.1 AA 对普通字号的要求，低于它的文字在多数屏幕上会发虚。
- 主色可辨识：主色与页面底色的对比度 ≥ 3.0:1。主色要能当按钮底色、也要能被认出边界，这条对应 WCAG 对非文本元素的对比度要求。
- 近重复剔除：与库内既有配色的整体色差（十个角色的平均）低于 42 的候选不入库。这一道的目的是让每一套在视觉上真的是一套，而不是上一套换了半个色号。
这三道闸门的阈值只有一处定义（src/data/gates.mjs），生成器、这一页与巡检脚本读的是同一份，不存在「文档写 4.5、代码跑 4.6」这类分叉。
库内实测区间
闸门是下限，不是实际水平。下面这些数字由全库色值现算，每套配色的详情页上也能看到它自己那一行：
- 正文对比度：13.0:1 至 17.9:1，中位 14.7:1。
- 主色对比度：3.0:1 至 11.8:1，中位 4.2:1。
- 主色饱和度：13% 至 92%。
- 主色明度：24% 至 77%。
- 色相覆盖：把色相环按 30 度切成 12 段，有配色落入的有 12 段。
正文对比度中位能到 14.7:1，是因为底色刻意压在接近纯白的浅色区间，正文用深色。这样长时间阅读不刺眼，也让「文字看不清」这类问题在源头就被排除。主色对比度只做到 4.2:1 左右，是因为主色还要承担品牌识别，一味压深会让所有配色变成同一种沉。
闸门之外的部分是人写的
自动校验只能保证「不出错」，不能保证「有用」。每套配色在详情页上还有四层文字，都不是模板填空：
- 场景描述：这一套适合什么产品、什么氛围（100 套全部具备）。
- 搭配建议：由这套配色的实测色值派生，写的是它自己的明度、饱和度与色相关系，换一套配色就换一套说法（100 套全部具备）。
- 编辑点评：四条检查，每条都带实测数值，例如链接色与正文的色差、主色压在底色上的对比度。同一句话在库里不会重复出现两次以上。
- 库内定位：这套与库内最像的一套差多少个色差单位、与最不像的一套差多少，以及主色饱和度在同端排第几。这些数字换个库就不成立。
这四层是本站与通用色卡素材的主要区别。色值本身随处可查，判断「这套该用在哪、不该用在哪」不能从色值直接算出来。
什么不会被收录
下面几类东西是主动不做的，不是为了省事，而是做了也立不住：
- 过不了闸门的浅色。明亮的青绿做底色时，压在上面的深色正文到不了 4.5:1；把它压暗到能过关，颜色就不再是薄荷绿。所以「薄荷」标签下的三套主色其实都是冷蓝与紫，标签页上如实写了这个原因，而不是硬凑一套假的薄荷。
- 只有一套配色的标签页。这类页面只有一张卡片，没有可读的内容，因此标记为不收录，但仍可从详情页进入。
- 没有库内论据的色系专题。例如「赛博朋克」需要整片深底配色，库里没有这个结构，写出来只能是形容词堆砌，所以不做。
- 付费收录与广告位推荐。库内没有任何可以用钱买到位置的地方。
增量为什么暂停了
2026-10-28 起，每日新增暂停，库内数量固定。原因是复核页面内容时发现一个结构性问题：当两套配色的差别只剩色值，它们的详情页就趋于雷同；页面数量涨得越快，同一套模板被复制的次数越多。继续每天加，等于把这个问题按天放大。
暂停期间做的事情是：把详情页里重复的部分压掉（八段代码导出改为按需生成）、把点评与定位改成带实测数值的写法、给标签页补上只有本站能写的实测区间。恢复增量的条件是：新增一套时必须同时产出这套自己的判断，而不是复制上一套的句式。在这个条件满足之前，数量不会再涨。
广告、收录与排序
本站通过 Google AdSense 展示广告以覆盖服务器成本。广告代码只出现在 HTML 页面的固定广告位，不参与收录决定，也不影响任何配色的排序：库内顺序由收录日期与质量分决定，广告主无法购买位置。机器可读端点（.json / .css / API / llms.txt / sitemap.xml）里没有任何广告脚本。
发现错误怎么改
色值抄错、对比度算错、某套配色在真实界面里明显不可用，都属于要改的错误。写信说明是哪一套（名称或页面链接）与错在哪里即可，我们核对后直接修数据，并同步更新这一页与相关页面的最后更新日期。
本站独立运营，没有编辑部，也没有投稿通道：内容由维护者按上述标准逐套核对。这既是它能保持一致的原因，也是它数量增长慢的原因。
联系我们
对本页内容或我们的数据处理有疑问？欢迎发邮件到 [email protected]，或查看 联系方式。