网页配色不再失控:色彩规范与搭配方法全解析
去年年中我接手链环科技的一个网页改版项目设计要求是“保持品牌感但又不能太老气”。听起来很常规真正落到页面时才发现色彩层面完全是失控的四个主页面用了十几种蓝色每个按钮的深浅都不一样就连同一个“主色调”在不同同事的稿件里都差着好几档色号。正是这次经历逼着我完整整理了一套网页设计色彩规范也把色彩搭配的方法重新过了一遍。这篇内容不聊虚的就把我踩过的坑、沉淀下来的规范思路以及可以直接抄走的配色方法一并写出来给正在做网页设计、或者跟前端协作时被颜色问题反复折磨的朋友做个参考。1. 为什么做色彩规范一次改版翻车给我的教训1.1 改版前的状态每个页面都有“自己的蓝色”第一次拉全站页面走查时光是蓝色系我就看到了 #1E90FF、#3B82F6、#2F6BFF、#448AFF 等好几种单独放在某个页面里都挺正常放在一起就不对劲导航栏是一种蓝首页主按钮是另一种蓝表单焦点框又是第三种蓝。再加上第一版需求里允许每个模块设计师“自由发挥”结果四个页面拼在一起像是四个不同产品同时塞进了一个网站。问题的根源不是某个人审美不行而是完全没有约束。设计师各自取色靠的是截图工具里的吸管、浏览器插件、甚至凭肉眼觉得“上一版项目里的颜色看着像复制过来就能用”。色值没有统一入口也就谈不上规范。后来复盘时我意识到改版翻车真正的成本不是返工本身而是团队花了大量时间在讨论“到底哪个蓝色才是我们的色”却没有任何一个人能拿出依据。1.2 色彩规范要解决的不只是“好看”把问题拆开以后我才发现“好看”只是色彩规范最表面的价值。真正要解决的问题有三个。第一是品牌一致性。用户看到一个产品会在脑海里形成对颜色的认知。今天蓝色深一点明天蓝色紫一点后天按钮换成绿色品牌形象就是模糊的。色彩规范的第一任务就是把主色、辅助色、点缀色固定下来让所有页面共享同一套颜色记忆。设计稿里可以自由探索但最终落到页面上的颜色必须“出自有据”。第二是协作效率。设计和前端之间最怕出现“这个颜色再深一点”“那个颜色感觉不太对”这类模糊指令。有了规范设计稿里写的是 primary-500前端代码里引用的是 var(--primary-500)后续改颜色只改一个地方全站跟着变。我在链环科技项目里把 CSS 变量体系搭起来之后再遇到换肤、改品牌色工作量从“改几十个页面”直接变成“改一行配置”。第三是可访问性。这一点最容易被忽略但恰恰是法律风险和用户流失的高发点。正文文字和背景的对比度不够视力正常的用户或许能看清对视力偏弱或者屏幕亮度不高的用户来说就是灾难。所以我在规范里强制要求正文对比度必须达到合格线以上。后面会专门讲怎么判断、怎么落地执行。2. 网页设计色彩基础先把这几个底层模型吃透2.1 HEX、RGB、HSL三种颜色语言到底怎么用在定规范之前我觉得有必要先把颜色模型说清楚因为团队里很多分歧其实源于“用不同语言描述颜色”。HEX 是十六进制色值比如 #2563EB本质是 RGB 三种通道的十六进制表示。它在设计稿和前端代码里出现频率最高优点是精确、直接缺点是不直观——你很难从 #2563EB 直接判断它偏蓝还是偏紫、饱和度是高是低。RGB 用 0 到 255 的三通道数值表示和 HEX 是同一回事只是写法不同主要用在需要透明度的场景比如 rgba(37, 99, 235, 0.8)。HSL 是我推荐设计师日常调色优先使用的模型。它把色相Hue、饱和度Saturation、亮度Lightness三个维度拆开比如 hsl(217, 91%, 60%)代表色相落在蓝色区域、饱和度较高、亮度中等。好处是改任何一个维度都不会影响另外两个你想把颜色调浅一点只需要提高亮度色相不变就不会调出偏紫的怪蓝色你想让颜色更沉稳只降饱和度不会把蓝色变成绿色。前端协作时我一般这样约定规范文档里用 HEX 和 HSL 双标注代码里统一用 CSS 变量。设计稿里出现的任何颜色必须能从规范文档里找到对应项禁止直接使用“规范之外的新色值”。哪怕只是深了一点点也要先回到色阶里找没有合适档位就补档位而不是随手填一个十六进制。2.2 色轮与色彩关系搭配逻辑从哪来色轮是色彩搭配的基础坐标系。红、黄、蓝是原色混合得到二次色再混合得到三次色。网页配色中真正决定“搭不搭”的不是色相本身好不好看而是色相在色轮上的角度关系。0 度附近是同类色节奏最稳30 度到 60 度是邻近色和谐中带着变化120 度左右是对比色视觉冲击力明显180 度是互补色冲突感最强。这个关系表是后续所有配色方案的基础建议直接在规范文档里画一版简图让团队每个人都能对号入座。另外一定要记住冷暖属性。暖色红、橙、黄有前进感冷色蓝、青、紫有后退感。同一个页面里想让某个按钮被优先注意到把它设定为暖色背景用冷色哪怕不加粗不加尺寸它也会自动从背景里“跳”出来。这个规律在构建视觉层级时特别管用比单纯依赖字号和间距更高效。2.3 对比度不是玄学可读性有硬指标网页中文字与背景的对比度有明确的通用标准普通正文文字至少达到 4.5:1大号文字一般指 18px 以上常规字重或者 14px 以上粗体至少达到 3:1。所谓对比度是前景色与背景色亮度比值的计算结果浏览器里可以直接测也可以用在线对比度检测工具辅助判断。举个例子白色背景 #FFFFFF 上深灰色 #1F2937 的对比度在 14:1 以上作为正文非常稳妥#767676 只有 4.5:1 左右作为正文刚好及格但作为小字号说明文字仍然偏弱#999999 就只有 2.8:1小字号下基本看不清。很多页面“看着还行一认真读就费劲”就是因为次级文字用了太浅的灰色。我在链环科技项目里的默认习惯是正文用 #1F2937 这一档次级说明文字用 #6B7280 这一档并专门写一条规则次级文字只用于辅助信息不允许承载核心操作说明。色彩规范里把对比度阈值写死之后设计师做稿时就不需要凭感觉判断“这个灰够不够深”直接查表就能知道该用哪一档。2.4 60-30-10页面色彩比例的黄金骨架单说“选什么颜色”是不够的还得控制“每种颜色用多少”。我一直跟团队讲一个配比60% 主色、30% 辅助色、10% 点缀色。这里的“主色”不一定指品牌色而是页面里面积最大的背景色通常是白、浅灰、米白这类中性色它的任务是把阅读舒适度撑起来辅助色用于导航、卡片、侧边栏等结构区块让页面有层次但不抢戏点缀色用于按钮、链接、图标、强调文字是唯一可以跳出来的部分也是用户注意力最应该被引导的地方。以链环科技官网首页为例实际配比大概是白色背景占 60%蓝灰色辅助区块占 30%橙色 CTA 按钮和链接占 10%。当然这个比例不是死公式需要根据页面功能微调但作为出发点特别管用。很多人配色失衡不是因为颜色选错了而是点缀色面积太贪心满屏都是高饱和按钮结果没有一个区域能被真正记住。3. 六种配色方案与选型逻辑3.1 同类色稳但容易闷同类色指同一个色相下不同饱和度和亮度的颜色组合比如深蓝、蓝、浅蓝。它的最大优点是不会出错特别适合后台管理系统、数据中台这类以信息阅读为主的产品。页面里大面积使用同类色用户注意力可以集中在内容本身不会被花哨配色干扰。但同类色也有硬伤容易单调。如果你发现同类色页面“稳但闷”通常不是配色本身的问题而是缺少一个点亮缀色或者各组件的留白节奏太均匀。我的建议是先别急着大改配色试着把主操作按钮换成对比色往往整个页面就活了。我在某个数据仪表盘项目里做过一次很小的改动把左上角刷新按钮从深蓝改成橙色用户反馈查数效率感知提升了不少其实只是视觉焦点更清晰了。3.2 邻近色与互补色从和谐到强焦点邻近色是色轮上相邻的颜色比如蓝与蓝紫、黄与黄绿。它们之间有变化但冲突很小适合门户网站、内容社区、教育类产品整体气质友好、温和。互补色是色轮上相对的两个颜色比如蓝与橙、红与绿。互补色带来的视觉张力最强最适合促销专题、活动落地页这类需要“一眼抓住”的场景。但互补色如果用不好非常容易廉价。关键控制点是不能五五开必须明确主次大面积冷色配小面积暖色面积比建议至少 7:3。另外红绿结合对色弱用户极不友好如果主题里同时出现红和绿不要把颜色作为区分信息的唯一通道必须配合图形或文字一起表达。3.3 分裂互补、三角与矩形进阶玩法如果觉得双色不够丰富可以升级为分裂互补色以一个主色为基础取它互补色两侧的两个颜色作为辅助。比如主色选定蓝色互补方向是橙色那就取橙红和橙黄整体张力还在但比直接蓝配橙柔和视觉层次也更丰富。这类方案适合品牌官网、产品首页等需要一定高级感的场景。三角配色是三个色相在色轮上等距分布比如红、黄、蓝色彩丰富但难度很高新手尽量别直接三色等比例使用。矩形配色更复杂日常网页里很少整套使用通常只是挑其中两三个颜色其余用中性色做底。我实操中的经验是进阶方案好看的前提是有一个主色绝对主导。你可以把一个色相定为背景和结构色第二个色相用于辅助区块第三个色相只在关键交互元素上出现。如果三个颜色都想当主角结果就是谁都不突出页面反而显得吵闹。3.4 选型判断表与避坑说明方案色轮关系视觉感受适合场景风险点同类色0度平静、统一后台管理、数据产品单调邻近色30度到60度和谐、温和内容社区、教育产品层次不足互补色180度强烈、促销感活动页、电商专题廉价感、易疲劳分裂互补主色加互补两侧丰富又不失平衡品牌官网、产品首页主次比例难控三角与矩形等角分布活泼、复杂极少整套使用非常考验功底避坑说明方案确定以后最该做的是控制饱和度。高饱和颜色做点缀很好做大面积背景会刺眼。同一套方案里所有彩色最好保持相近的饱和度区间页面才会形成统一的“气质”。我见过不少失败案例不是色相关系错了而是明度饱和度各管各红是荧光红、蓝是暗夜蓝凑在一起自然不协调。4. 链环科技实操一套色彩规范如何从设计稿落到前端4.1 定义色板主色、辅助色、语义色、中性色链环科技项目里我最终把色板拆成四个类别。主色从品牌历史里提取了一个蓝色命名为 brand-blue。注意不能只定义一个值而是定义一组色阶从浅到深共十档。主色默认取第 6 档深色背景上可以用第 4 档浅色背景上强调时用第 7 档。有了梯度档位设计就等于有了可调空间但任何调整都不会跳出体系。辅助色选了青、紫、橙三个低频颜色分别用于不同业务模块的识别。辅助色之间要拉开色相避免两个模块“长得像”。语义色成功、警告、错误、信息这是所有后台产品绕不开的要同时提供浅底版本和深底版本保证不同卡片背景下辨识度依然在线。中性色这是很多人会漏掉的一层。我把页面背景、卡片背景、输入框背景、分割线、正文、次级文字全部定义成中性色阶不用纯白和纯黑而是用 #F9FAFB 做页面底、#FFFFFF 做卡片白、#111827 做最深文字。纯黑会让页面显得硬纯白大面积使用容易刺眼微调一两档整体质感会舒服很多。4.2 用色彩令牌统一设计语言色板再完整如果设计稿里写 #2563EB前端代码里也写 #2563EB一旦改品牌色就要满项目替换。我改用了色彩令牌Design Token的思路设计稿的组件样式、前端 CSS 变量、组件库变量全部引用同一个语义化的名字。CSS 里的结构大概长这样:root { --color-brand-primary: #2563EB; --color-brand-primary-hover: #1D4ED8; --color-brand-primary-active: #1E40AF; --color-brand-primary-light: #DBEAFE; --color-text-primary: #111827; --color-text-secondary: #6B7280; --color-bg-page: #F9FAFB; --color-bg-card: #FFFFFF; --color-status-success: #10B981; --color-status-warning: #F59E0B; --color-status-error: #EF4444; --color-border-default: #E5E7EB; }命名遵循“类型-对象-状态-档位”的顺序比如 --color-status-error 是语义色里的错误颜色--color-brand-primary-hover 是品牌色主色的悬停状态。这样无论设计师、前端还是产品经理看到名字就能明白用途不用猜更不用翻聊天记录。真正让我觉得这步值回票价的是后续改版客户提了一句主色要往“更商务的蓝”调整。我只需要在规范文档里改主色档位的色值前端改一个文件里的一个变量所有页面的按钮、链接、焦点框全部跟着变全程没有去任何页面里手动吸色。当然前提是设计稿也严格遵守令牌规范不能用工具里的任意色值。4.3 深色模式与交互状态色的处理链环科技项目后来加了深色模式这里有一个常见误区很多人觉得深色模式就是“白色背景变黑色、黑色文字变白色”。实际上颜色直接反转后饱和度往往过高看起来像霓虹灯阅读体验很差。我的处理原则是深色模式下所有彩色降低饱和度文字不要用纯白。例如浅色模式下正文是 #111827深色模式就改为 #E5E7EB主色在浅色背景上需要深一点才能保证对比度在深色背景上则需要亮一点所以必须准备一整套深色场景的令牌变量而不是在代码里临时写死。交互状态更不能漏。按钮的 hover、active、disabled 如果只靠透明度变化容易显得脏而且含义模糊。我的做法是品牌色 hover 时下调一档变得更暗一些active 再下调一档给用户按下去的反馈禁用状态则降低饱和度和不透明度同时保证禁用态文字与背景的对比度不要高到让人误以为可以点击。每个状态单独定义变量不鼓励在页面里临时用透明度函数现算。5. 常见问题与排查技巧实录5.1 同一个颜色在不同屏幕上差别很大这是做设计一定会遇到的问题。原因主要有两个第一屏幕色域不同新设备可能支持广色域而很多普通显示器和笔记本屏幕只覆盖 sRGB第二色温存在差异同一台电脑外接显示器和内建屏幕同一个蓝色看起来都可能一个偏冷一个偏暖。我给团队定的规矩是所有网页设计稿统一在 sRGB 色域下制作和交付因为网页最终面向的大多数设备都以 sRGB 为基础。如果你长期做网页设计至少主力显示器要做一次基础校准不要让屏幕颜色本身的“个性”混进设计决策里。还有一个容易忽略的细节设计稿里做品牌展示图时如果同时要输出印刷物料记得提前转成 CMYK 预览一遍很多在屏幕上漂亮的艳色打印出来会灰掉一截。5.2 页面总显得脏、闷、刺眼这三个问题基本是同一类原因大面积颜色用错了饱和度和明度。“脏”通常是灰色不够干净灰色里带了一点不明确的黄或者绿。我习惯把所有大面积背景灰都定义成带极轻微蓝倾向的中性灰比如 #F9FAFB页面会立刻干净很多。“闷”是缺少焦点页面所有元素饱和度都低看久了提不起精神。解决办法不是到处加彩色而是选出一个最高优先级的操作给它一个能跳出来的点缀色。“刺眼”绝大多数是纯白、纯黑或者超高饱和度大面积铺色引起的。把纯白换成 #F9FAFB纯黑换成 #111827大面积主色饱和度降下来刺眼感会大幅缓解。这几条经验看似简单但在实际项目里能解决 80% 的视觉返工。每次设计评审如果觉得“哪里不对劲”先把这三个方向排查一遍通常都能找到根因。5.3 团队里因为颜色吵起来怎么办项目里最常见的冲突是设计师说“我觉得这个颜色更好看”前端说“换个颜色太麻烦了”。本质原因是双方没有共同的判断语言。我的经验是把讨论从“审美偏好”转移到“规范指标”。色彩规范里能明确的事情就不要用审美讨论对比度够不够、符不符合当前层级、组件库里有没有这个令牌、换这个颜色会影响哪些场景。如果新颜色确实更好那就走一次规范的修订流程明确新增或修改哪个令牌评估影响范围更新文档再应用到项目。听起来多一道工序但实际上比每次改稿都靠口舌沟通要省力得多。这套方法在链环科技项目里跑通以后我最大的感受是色彩规范不是用来限制创意的它是在给创意提供一个可靠的落点。你可以放心大胆探索但最终交到页面上的每一个颜色都必须能说得出它属于哪个层级、用来表达什么、在另一个页面上能不能保持一致。另外养成一个小习惯特别值钱每个版本迭代前把主要页面截图下来用取色工具逐一对照规范色板凡是偏离规范的颜色全部拉回标准档位。一次只花十几分钟却能让设计和前端减少大量后期返工。如果你正在被“颜色不统一”“搭配不协调”反复折磨不妨先从这一步开始。

相关新闻

Vibe Coding实战:从AI辅助编程到全栈开发效率革命

Vibe Coding实战:从AI辅助编程到全栈开发效率革命

1. 先聊聊“Vibe Coding”这阵风是怎么吹起来的Vibe Coding,如果你最近刷技术社区或者朋友圈,很难不被这个词反复刷屏。它说的是那种“凭感觉写代码”的状态:你不再逐行敲语法、抠括号,而是用自然语言把需求讲清楚,让A…

2026/10/13 12:59:11 阅读更多 →
AI编程教程爆火背后:本地化协作者设计与场景流实践

AI编程教程爆火背后:本地化协作者设计与场景流实践

1. 项目概述:一个被“豆包”推荐的AI编程教程,到底做对了什么?“2 万 Star,我的 AI 编程教程被豆包推荐了!”——这句话乍看像社交媒体上的爆款标题,但背后藏着一个非常具体、可复现、且极具现实参考价值的…

2026/10/13 12:59:11 阅读更多 →
从零搭建ELK日志分析平台:架构设计、组件选型与实战调优

从零搭建ELK日志分析平台:架构设计、组件选型与实战调优

说实话,我在接手公司日志平台之前,排查故障靠的是“三件套”组合拳:登录服务器、grep关键字、tail -f盯屏幕。最开始那几年业务量不大,这招勉强够用,可一旦服务器数量超过两位数、日志格式五花八门,这套土办…

2026/10/13 12:58:10 阅读更多 →

最新新闻

机器学习入门四大实战项目:手写数字识别、声呐分类、垃圾短信识别与鸢尾花分类

机器学习入门四大实战项目:手写数字识别、声呐分类、垃圾短信识别与鸢尾花分类

简介:这份资源面向零基础或刚接触机器学习的小白学习者,围绕四个经典入门项目展开:手写数字识别、声呐目标分类、垃圾短信识别与鸢尾花分类,帮助读者在动手实践中理解分类任务的完整流程与常见算法思路。压缩包共13个文件&#xf…

2026/10/13 13:35:16 阅读更多 →
贪吃蛇AI实战:从状态编码到DQN训练,避开绕圈与撞墙的坑

贪吃蛇AI实战:从状态编码到DQN训练,避开绕圈与撞墙的坑

简介:这份资源是一套用 C/C 编写的贪吃蛇游戏人工智能实现,面向对游戏 AI、路径搜索与强化学习感兴趣的开发者与学习者,帮助理解如何让蛇在自动寻路中尽可能吃满整张地图。压缩包共 57 个文件,以 34 个 Python 源码为主&#xff0…

2026/10/13 13:35:16 阅读更多 →
GDAL 2.3.1 Windows预编译包使用指南:环境配置、格式转换与避坑实践

GDAL 2.3.1 Windows预编译包使用指南:环境配置、格式转换与避坑实践

简介:本资源为自行编译的 GDAL 2.3.1 Windows 64 位版本压缩包,面向从事 GIS、遥感影像处理与空间数据转换的开发者及研究人员。GDAL 是支持 GeoTIFF、JPEG、HDF4、HDF5、ECW、MrSID 等多种栅格与矢量格式的开源地理空间库,自行编译便于按需选…

2026/10/13 13:35:16 阅读更多 →
内网自建Git服务实战:CentOS 8 + Apache HTTP协议搭建轻量代码托管

内网自建Git服务实战:CentOS 8 + Apache HTTP协议搭建轻量代码托管

1. 为什么要在内网自建 Git 服务1.1 从一次代码托管迁移说起前段时间帮一个做嵌入式开发的小团队整理代码仓库,他们之前一直把代码放在公共托管平台上,项目本身不涉及什么敏感内容,但问题是每次拉取和推送都要走外网,办公室的网络…

2026/10/13 13:35:16 阅读更多 →
MySQL分区表详解:从原理到实操,一次讲透分区裁剪与选型

MySQL分区表详解:从原理到实操,一次讲透分区裁剪与选型

MySQL 分区表这功能,早年在社区里的评价一直两极分化。一边是"一张大表拆成小表,查询快到飞起"的爽文故事,另一边是"分区表性能还不如普通表、坑多得防不胜防"的劝退帖。两种说法我都见过,自己也踩过不少。做…

2026/10/13 13:35:16 阅读更多 →
数据结构期末试卷拆解:高频考点与手写算法提分策略

数据结构期末试卷拆解:高频考点与手写算法提分策略

简介:湖北大学《数据结构》2022—2023学年第一学期期末试卷(A卷),面向计算机相关专业本科生,适合期末复习、考研自测及教学参考。试卷为闭卷考试,覆盖判断分析题、简答题与应用分析题,重点涉及带…

2026/10/13 13:34:15 阅读更多 →

日新闻

物联网系统集成避坑指南:从选型到验收的关键要点

物联网系统集成避坑指南:从选型到验收的关键要点

做了这么多年物联网系统集成的项目,我最大的感受是,大部分坑不是出在技术前沿,而是出在一些看起来很平常的地方。设备选了便宜的、协议没问清楚、现场没摸透、验收标准写得含糊——这些细枝末节,最后都会变成延期、超支和扯皮的大…

2026/10/13 0:00:57 阅读更多 →
ESP32舵机控制全攻略:从PWM原理到高级玩法与常见故障排查

ESP32舵机控制全攻略:从PWM原理到高级玩法与常见故障排查

如果你玩ESP32有一阵子了,很难不碰到舵机控制这道坎。做智能小车要转方向,做机械臂要抬关节,做云台要偏航俯仰,背后都是同一个东西在干活:舵机。而我见过太多人卡在“代码能编译、舵机就是不听话”这个阶段&#xff0c…

2026/10/13 0:00:57 阅读更多 →
CAN总线原理与STM32实战:抗干扰、仲裁、错误处理全解析

CAN总线原理与STM32实战:抗干扰、仲裁、错误处理全解析

1. 为什么CAN总线至今仍是工业现场的“硬通货”?——从汽车底盘到智能温室的真实需求你有没有拆过一辆老款燃油车的中控台?或者调试过某高校实验室里那台跑着Modbus协议却频频丢帧的PLC控制柜?又或者,在某个农业物联网项目里&…

2026/10/13 0:00:57 阅读更多 →

周新闻

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

简介:基于 ARIMA、LSTM、Transformer 等模型的流感时间序列预测 Python 源码,面向计算机相关专业课程设计与期末大作业学生,以及项目实战学习者。内容覆盖预处理、平稳性检验、定阶、残差分析、多模型对比预测的完整时序建模流程,…

2026/10/13 2:54:56 阅读更多 →
影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别 做影刀RPA自动化,十个新手有八个栽在"往输入框里填东西"这件事上:要么填不进去,要么填了一半,要么直接把原来内容追加在后面。这背后的根因&…

2026/10/12 0:16:38 阅读更多 →
影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容 1. 认识影刀:什么场景该用RPA采小说数据 起点中文网的页面结构相对稳定——分类榜单、书籍详情、章节内容三块独立页面,跳转链路清晰。这种场景非常适合影刀自动化&#x…

2026/10/13 1:58:08 阅读更多 →

月新闻

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/12 21:05:09 阅读更多 →
Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/12 14:48:49 阅读更多 →
黑夜航拍船只数据集训练YOLOV5模型全流程解析

黑夜航拍船只数据集训练YOLOV5模型全流程解析

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/12 18:11:17 阅读更多 →