美赛绘图完整指南:从绘图框架搭建到O奖级图表技法
每年二月的数学建模赛场比建模结果更早被翻来覆去看的其实是图。见过不少队伍模型推得挺漂亮结论也站得住脚但翻到绘图页一眼下去全是默认配色、直角坐标、堆积柱状图堆在一起评委翻两页就没耐心了。美赛绘图这个东西说白了不是“画画好看”而是“信息传达是否在十秒内完成”。六年带队、自己也拿过几次O奖提名和Finalist我得说一句实在话输赢往往不是模型差在哪而是图表没有让模型“看起来可信”。这篇2026版指南我会把从0开始搭建一套自己的美赛绘图框架、以及从基础图形到天花板级技法的完整路径拆开讲附上我这些年踩坑攒下来的避坑清单适合第一次参加美赛的新手也适合已经打了两年却总觉得图“差点意思”的老手。1. 先想清楚美赛绘图到底在比什么很多人一开始就打开Matplotlib敲代码这是方向性错误。绘图不是比赛里一个独立的装饰环节而是整个建模成果的“视觉化答辩”。评委平均分配给一篇论文的时间大约就是十几分钟其中真正盯着图看的时间可能不到五分钟。你的图要在这五分钟内把建模的严谨性、数据洞察的深度、以及叙事逻辑的清晰度全部表达完。1.1 评委关注的三个维度第一是信息密度图不能只是“有”而是要让人一眼看出“这个模型发现了什么”。同样是展示气温预测误差画一条带置信区间的曲线和画三个孤立散点前者就能让评委直观感受到模型的稳定性。第二是阅读成本图例能不能看懂、坐标轴单位是否清晰、多图排版是否有序这些决定了评委愿不愿意把这张图看完。一个常见的反例是堆了八条线的折线图每条线颜色接近、没有标注评委看了等于没看。第三是专业美感这个维度最玄但最真实。字号统一、留白合理、配色克制这些细节叠加起来会形成一种“这个队伍很专业”的印象直接影响到O奖评审时的主观分。1.2 从0到O奖的绘图能力路径我的经验是分四步走。第一步是先会画“准”保证图表类型和数据匹配第二步是学会画“清”保证图例、标签、标题清晰无歧义第三步是追求“美”统一字体、配色、构图比例第四步才是玩“花活”做三维图、动画、交互式可视化和复杂组合图。很多队伍卡在第一步和第三步之间原因不是能力不够而是没有一套固定流程每次画图都从头开始。人的注意力是有限的如果每次画图都要现场纠结色号、字号、坐标系就很难有精力去优化信息表达。1.3 绘图框架思维先把“画什么”定下来我理解的“美赛绘图框架”和程序员常说的Spring Boot、PyTorch框架不是一个东西但思路一致把高频重复的工作封装成固定模板把选择变成配置。具体来说一套绘图框架至少包含四层——数据清洗层、图形语言层、风格规范层、输出排版层。先想清楚每一层要做什么再动手写代码效率会高非常多。2. 绘图框架搭建从数据到图表的完整链路一套好用的绘图框架不需要复杂但需要稳定。我在每次美赛前都会花两个小时把整个框架跑通一遍确保从CSV数据到最终PNG图片中间不需要临时改结构。这里就把我常用的链路拆开讲。2.1 绘图框架的核心模块数据清洗层负责把建模环节输出的原始结果变成“画图专用格式”。大多数情况下模型输出的是带有缺失值、异常值或长尾分布的数组直接拿来画图会出现离谱的坐标尺度。我通常会先做三件事删除空值、截断极端异常值、判断是否需要log变换。图形语言层解决的是“这个数据关系该用哪种图”的问题。离散分布用箱线图或小提琴图连续趋势用折线图加置信区间空间分布用热力图多维关系用散点图矩阵。这个层不需要写太多代码但要在框架里放一份“图表类型速查表”防止现场临场纠结。风格规范层把字体、字号、配色、线宽、图例位置全部锁死。比如我常用的配置是字体用Arial或Helvetica标题字号16轴标签13图例字号11配色用一套固定的色板主色不超过三种强调色只用于关键数据。这样不管谁画图出来都是同一套风格。输出排版层负责把所有单图拼成论文页面的最终形态。我习惯用GridSpec做网格布局统一图片宽高比然后一次性导出300dpi的PNG。早期我是一张图一张图地截图拼Word后来发现用Python直接排版能省下大量时间。2.2 工具链选型Python生态为主美赛绘图的主流工具链就是Python核心库是Matplotlib、Seaborn、Plotly、Geopandas、NetworkX。Matplotlib是底座几乎所有图都能画Seaborn在统计图和样式美化上更强Plotly适合做交互式图表和网页展示Geopandas处理地图数据NetworkX画网络关系图。我用得最多的是Matplotlib加Seaborn的组合。Seaborn的set_theme可以一次性设置全局风格比如stylewhitegrid加上自定义调色板立刻就能让图脱离默认感。Plotly我只在需要做“动态演示”或“三维旋转”的时候用因为它输出的是HTML文件评委没法直接看通常需要截图或录屏转进论文。2.3 一套可复用的“绘图脚手架”思路这里分享一个我做所有图都会先跑的骨架逻辑。第一步是import常用库并把Seaborn风格初始化第二步是读入数据后用dropna和clip清理第三步是用matplotlib.rcParams统一全局字体和尺寸第四步是定义一个save_fig函数自动加上论文标题、脚注来源信息并导出高清图。这个骨架看起来简单但价值在于让你不再每次画图都重新设计。比赛第三天凌晨两点的时候你不想思考配色方案你只想快点把图画出来然后排版。框架的终极意义就是把“审美决策”变成“默认值”。3. 六大必会技法拆解从基础到天花板绘图技法本质上是一个递进序列每一项都有明确的适用场景。下面这六类图形是我判断一支队伍绘图能力的“基准线”会画前三个算及格能画到第五个算优秀能把第六个用得自然就是天花板。3.1 数据预处理与归一化——绘图的前提这个步骤看起来不算“绘图”但决定了一张图能不能成立。比如你要画两个变量的对比趋势但一个量级是几千另一个是零点几不归一化的话小量级变量在图上会变成一条紧贴横轴的线完全看不出变化。我做归一化时会区分情况如果只是展示趋势形态用Min-Max归一化如果要保留变异程度用Z-score标准化如果是长尾数据直接用log变换。一个技巧是对数坐标不一定非要用plt.yscale(log)有时候先对数据做np.log1p再画普通坐标视觉效果更稳坐标轴标签也更好解释。3.2 单变量分析图直方图、箱线图、经验CDF单变量分布图是美赛论文中最常见的基础图。直方图注意三点bins的数量直接影响形状判断太少丢失细节太多出现噪声我一般用binsauto或根据样本量手动设为根号n第二点是直方图一定要配合核密度估计线否则评委看的是“沾满颜色的柱子”而不是分布曲线第三点如果数据有多个组别别把直方图叠在一起用分面或透明度区分。箱线图则更适合展示分组数据的离散程度。在美赛题目里经常会出现“不同政策方案下结果分布”的对比箱线图直接能把中位数、四分位数、离群点一次讲清楚。我的习惯是箱线图和小提琴图结合小提琴图能额外表现分布峰态信息量更丰富而且看起来也更有“建模感”。经验CDF图是很多O奖论文喜欢用的图原因是它不需要选择bins直接把所有数据点的累积比例画出来。在比较两个方案的随机性时两条经验CDF曲线的分离程度比直方图对比更直观。这个图实现起来很简单用np.sort排列数据y轴取等距百分位即可。3.3 双变量关系图散点加拟合加置信区间散点图是美赛的常客但光有散点不够。真正让评委认可的是散点、拟合线、置信区间三者同时出现。拟合线可以是线性回归也可以是局部加权回归。我通常用Seaborn的lmplot或regplot因为自带置信区间省很多事。置信区间是有讲究的。当数据量超过500个点散点会重叠成一个密集色块这时可以把点透明度调到0.3或者改用六边形分箱图。另一种做法是把数据按分位数切成几个区间每个区间里画均值和误差棒这种“分箱均值图”在展示非线性关系时比原始散点更清晰。3.4 热力图与相关性矩阵相关性矩阵热力图在美赛里几乎是必考的题。变量一多用表格列相关系数没人看但画成热力图一眼就能找到强相关块。我的标准做法是用Seaborn的heatmap加上annotTrue显示数值cmap用coolwarm中心设为0这样正负相关一眼分清。进阶用法是聚类热力图。把相关性矩阵的行列按层次聚类重排可以让相似变量聚在一起突出模块化结构。这个图的代码量不大但视觉冲击力很强评委会觉得你做了深度的数据探索。需要注意的一点是别把几十个变量全塞进去超过15个变量就分成两张图否则图例和标签糊成一团。3.5 空间与网络关系可视化美赛近年频繁出现地理空间题比如灾害疏散、基础设施选址、医疗资源配置。这类题目的绘图关键是Geopandas加上下文底图。我的经验是不要只画个黑白的行政边界图要叠加真实的地理背景比如OpenStreetMap的瓦片图层这样评委能迅速识别地理位置。网络关系图则适合展示系统内部的相互作用。比如供应链网络、社交传播网络、电网拓扑。NetworkX默认布局常常一团乱麻我会用弹簧布局配合节点大小按度值映射再用颜色区分社区。节点数量超过100个时图会非常拥挤这时可以只保留度值前20的大节点剩下的缩成背景小点。3.6 三维表面图与动画演示三维图是美赛绘图里的“杀手锏”但也是“两极分化”最严重的图。用得好比如画一个目标函数的三维表面加上等高线投影能直接把模型优化的几何意义讲清楚用得不好就是在坐标平面上飘着几个孤立点除了花哨没有任何信息。我的建议是三维图只用于三个确定的场景——三维曲面、三维散点聚类展示、参数空间的轨迹图。而且一定要加旋转视角选择一个能同时看到峰值和谷底的角度。动画方面Plotly可以输出旋转的3D图并录制成GIF放进论文附录里加分效果很好但正文不建议放视频大多评委不会打开外部文件。4. O奖级别的细节技法构图、配色与标注到了比赛中期大家的图基本都能“表达清楚”了差距就开始体现在细节上。这个阶段决定了你是M奖还是F奖甚至O奖。细节不是玄学而是可量化、可执行的标准。4.1 构图比例与分辨率美赛论文页面是A4纸正文排版通常是单栏或双栏。如果你做的图宽度超过页面的2/3就需要把边距和字体做得更大否则打印后看不清。我的经验是正文图统一用figsize(8, 5)附录图用figsize(12, 8)大型示意图用figsize(16, 9)。分辨率上统一输出为dpi300确保放大后无明显锯齿。很多队伍从Jupyter里直接截图保存默认是96dpi放进Word里一放大就模糊。图片格式我推荐PNG而非JPG因为JPG压缩会产生噪点。如果图中有大量文字标注可以用PDF矢量格式输出再转成PNG。4.2 配色方案的选型逻辑配色不是一个纯审美问题它有功能性。最优方案是使用色盲安全调色板因为评委里可能存在色觉障碍者如果你用了红绿对比来传达关键信息他们就什么都看不出来。我常用的色板是Seaborn的colorblind、Set2和Dark2。一套图的颜色数量控制在三到五种。如果图里需要十条线别用十种颜色而是用三条主色加不同线型来区分这样既能保证辨识度又不会显得杂乱。关键词“强调”只用一次在最重要的那条数据线上使用高饱和色其余全部降低饱和度。4.3 标注、图例与文字排版标注是多图“页面级”统一性的重灾区。我见过一份论文里三张图用了三种字体、三种字号图例位置也各自为政整体观感非常散。我的框架里直接固定中文字体用SimHei英文字体用Arial标题统一加粗并居左图例统一放右上角或图外。坐标轴标签要带单位这是新手最容易忽略的。比如“时间”要写成“Time (hours)”而不是只写“Time”。单位不仅提高专业度还能避免评委对数据量纲产生误解。图内如果有多条线可以在每条线末端直接标注名称而不是让评委去图例里来回找这个技巧能显著降低阅读理解成本。4.4 减少“噪点”的审美自查画完一张图后我总会强迫自己做一轮“删减检查”。第一步删掉所有不必要的边框和网格线只保留x轴和y轴第二步删掉太小的标签任何字号小于9pt的文字都合并或移除第三步检查是否存在毫无意义的装饰元素比如渐变填充、阴影、三维特效如果不服务于信息表达一律删掉。这一轮检查每次能删掉大约三分之一的可视元素而信息反而更突出了。这个习惯就是O奖和其他奖之间最日常的差别——不是谁懂更多的技巧而是谁更舍得删。5. 避坑清单与实操排查打了这么多年美赛我积攒了一份“事故记录表”。很多坑不是技术不懂而是在比赛压力下忘记检查。整理成清单供你们比赛前一天对照自查。5.1 十类绘图致命错误致命错误指的是会让评委直接扣分、甚至误解题意的错误。第一类是坐标轴标签缺失或单位错误这个问题出现的频率比我预期的高得多第二类是图例错位把方案A标成方案B第三类是图形类型选择错误比如用饼图去表达连续趋势第四类是数据未清洗造成的极端离群点把整个坐标尺度拉伸到了无意义范围。第五类是图片分辨率过低放大后模糊第六类是中英文混排导致乱码尤其是用了不支持中文的默认字体第七类是重叠文字标注和坐标轴数字叠在一起第八类是颜色含义不一致前一张图红色代表高风险后一张图红色却代表高收益第九类是截断坐标轴却不标注断点第十类也是最容易让人崩溃的是图导出后空白或丢字体。这十类错误只要犯其中三个你的O奖基本就没有了。5.2 常见报错与排查代码层面Matplotlib最常见的报错是Font family not found和Missing glyph这是因为系统没装对应字体。解决方案很简单在代码里显式指定font.family并把.ttf字体文件放到项目目录下或者用plt.rcParams[font.sans-serif] [SimHei]强制指定中文字体。第二个常遇到的坑是Seaborn和Matplotlib版本冲突画出的图风格不一致。我的建议是锁定版本在比赛开始前就建立统一的requirements不要比赛期间随便升级。第三个报错是热力图内数值挤成一团annotTrue时如果数值超过三位数格子根本放不下。可以把数值缩写为百分数或把fmt.2f换成fmt.0f。5.3 我踩过的坑有一年我们做生态模型题我负责画物种空间分布。当时觉得散点图太单调就叠加了一个三维地形图结果视角一旋转评委根本看不出物种分布和地形的对应关系。后来改用二维等高线图加半透明散点同一张图保留海拔梯度背景信息清晰多了。还有一次我在最后排版阶段发现所有图的坐标轴字体全部变成默认的DejaVu Sans原因是我在某个单元格里执行了plt.style.use(default)覆盖了之前的全局设置。那次之后我再也不在脚本里到处切换风格所有风格统一放在框架的rcParams配置块里只在顶部执行一次。6. 从场景出发的案例走读一道真题的绘图链光讲抽象方法不够我拿一道常见的优化类赛题完整走一遍绘图链。题目大意是某地区发生灾害后需要设计应急物资配送网络要求最小化总配送时间同时考虑道路损毁和人口密度。6.1 拿到题目后怎么拆解绘图需求拿到题目的第一个小时我不会写代码而是先列“绘图需求清单”。我把它分为三层。第一层是数据探索图我需要画出灾区的道路网络、人口密度热力图、道路损毁状态分布第二层是模型结果图我需要画出优化后的配送路线、各仓库覆盖范围、不同方案的成本对比第三层是敏感性分析图我需要画出配送时间对关键参数的变化曲线。这个清单不需要完美但能让你提前想清楚每一类图需要什么数据格式。我在框架里建了一个“绘图任务表”每完成一张图就打个勾避免临近交稿才发现某个重要趋势没有图支撑。6.2 数据到图的完整流程示例数据探索阶段我先读取灾区边界GeoJSON和道路数据用Geopandas把两个图层合并。人口密度数据是点状数据我通过核密度估计把它变成面状热力图颜色从浅黄到深红渐变直观展示高密度区域。这个图一出来我们立刻就能发现之前的模型假设“人口分布均质”是错的于是马上调整了目标函数权重。建模完成后配送路径图我用了NetworkX绘制每条边根据路段是否损毁做线性映射可通行路段用蓝色实线损毁路段用红色虚线。配送中心的覆盖范围则是画多个圆形缓冲区圆的半径对应最大可配送距离。这个缓冲区和路径图叠加评委一眼就能看出方案是否合理。敏感性分析图我选择用双轴折线图左轴显示总配送时间右轴显示未满足需求比例。横轴是道路损毁率从0到40%。两条曲线使用不同线型和颜色同时加了垂直参考线表示实际情景。这样一张图直接把模型的鲁棒性展示出来了。6.3 时间有限时的优先级排序比赛最后一天如果绘图时间只剩四小时我的优先级排序是第一优先画摘要页里的核心结论图因为评委第一眼只看摘要页第二优先画模型对比图比如三个方案的指标对比第三优先画数据探索图最后才画三维图和动画。这里有个技巧摘要页里放的那张图一定要是整个论文里最具“信息冲击力”的图。它不一定要复杂但一定要能一句话回答“你的模型发现了什么”。我们曾经把摘要页的图定为“新旧方案的社区覆盖对比图”一左一右两张地图蓝色新方案覆盖范围明显更大评审结果显著好于同类题目中只有折线图的摘要页。说了这么多其实最想告诉你们的是美赛绘图不是一个“最后两天赶出来”的任务而是应该贯穿整个建模过程。从读题、建模型、跑数据到写论文每产生一个有价值的结果就立刻用你的框架画一张图。这样到截止前你手里已经握着一批现成的图只需要做筛选和排版而不是慌乱地从零开始补图。我个人还有一个习惯每次比赛结束都会把这次新画的图和踩过的坑补进自己的绘图框架里。四年下来我的框架里已经有了一百多个图形模板。比赛的时间是有限的但框架的积累是无限的。2026年的赛场上谁手里有更成熟的框架谁就能把更多时间留给模型本身的打磨那些漂亮的图自然就是水到渠成的事。

相关新闻

布隆过滤器 vs 布谷鸟过滤器:原理、参数与选型实战

布隆过滤器 vs 布谷鸟过滤器:原理、参数与选型实战

做后端的朋友,应该都遇到过几个绕不开的场景:缓存穿透、黑名单判断、爬虫 URL 去重、消息消费去重。初次处理的时候,大部分人第一反应都是查 Redis,但数据量一旦上到千万甚至亿级,内存占用和查询耗时立刻变成眼前的两座…

2026/10/10 8:26:54 阅读更多 →
syzkaller aflow 中的 AI 驱动崩溃复现器(Crash-to-Repro)工作流:从内核崩溃报告到 syzlang 程序

syzkaller aflow 中的 AI 驱动崩溃复现器(Crash-to-Repro)工作流:从内核崩溃报告到 syzlang 程序

网络安全开发工具质量保障 【免费下载链接】syzkaller syzkaller is an unsupervised coverage-guided kernel fuzzer 项目地址: https://gitcode.com/gh_mirrors/sy/syzkaller 点击查看 免费下载 导读 本文基于 syzkaller 仓库中 pkg/aflow/docs/crash-to-repro.…

2026/10/10 8:25:54 阅读更多 →
GDPR合规实战:用pytest构建数据泄露检测自动化测试

GDPR合规实战:用pytest构建数据泄露检测自动化测试

GDPR的合规压力这些年是真切地压在了每一个做数据处理的产品团队身上。尤其是“数据泄露检测”这件事,绝大多数团队并不是不想做好,而是卡在了一个很现实的困境:检测规则写了、监控告警配了、漏报分析也做了,但怎么证明这套机制在…

2026/10/10 8:25:54 阅读更多 →

最新新闻

NumPy官方文档精读:理解ndarray底层机制与实战避坑

NumPy官方文档精读:理解ndarray底层机制与实战避坑

刚接触科学计算那会儿,我总把 NumPy 当成一个“存数组的工具”,用到什么查什么,出了问题再去翻报错。后来做的东西越来越复杂,数据动不动就是几百万行、几百个特征,才意识到:所有上层框架——数据处理、统计…

2026/10/10 10:40:52 阅读更多 →
Android Studio 2022.1.1 zip免安装版部署与构建避坑指南

Android Studio 2022.1.1 zip免安装版部署与构建避坑指南

简介:面向Windows x86_64平台的Android Studio Electric Eel 2022.1.1正式版安装包,适合Android应用开发者搭建集成开发环境、编译调试项目,也可用于学习和研究官方IDE的组件构成。该版本属于Google稳定的Electric Eel发布序列,与…

2026/10/10 10:40:52 阅读更多 →
基于Python的网络入侵检测与防御系统实战:从抓包到iptables阻断链路

基于Python的网络入侵检测与防御系统实战:从抓包到iptables阻断链路

简介:面向计算机相关专业毕业设计与课程设计需求,基于Python的网络入侵检测与防御系统项目源码及配套文档提供了完整可运行的实现方案,尤其适合正在完成毕设、课程设计或需要项目实战练习的学习者。压缩包共38个文件、约97KB,其中…

2026/10/10 10:40:52 阅读更多 →
儿童财产权执行与婚姻契约:法律实务中的三角关系解析

儿童财产权执行与婚姻契约:法律实务中的三角关系解析

1. 从一份空白正文说起:这个标题到底在讨论什么拿到这个标题的时候,正文是空的,关键词和摘要描述也都没有。这种情况其实在真实工作里很常见——你手上只有一个命题,剩下的全靠自己去拆。标题是英文的,直译过来大致是“…

2026/10/10 10:40:52 阅读更多 →
曙光服务器混合RAID实战:MegaRAID 9361-8i配置与Ubuntu 22.04部署

曙光服务器混合RAID实战:MegaRAID 9361-8i配置与Ubuntu 22.04部署

1. 为什么混合RAID不是“选配”,而是曙光服务器上必须直面的现实在某高校数据中心接手一台二手曙光I620-G30服务器时,我第一眼就注意到它插着一块MegaRAID SAS 9361-8i——这卡本身不稀奇,但机箱里混装了4块2TB SATA企业盘、2块4TB SATA监控盘…

2026/10/10 10:40:51 阅读更多 →
秘密持股与董事会反杀:非营利转盈利背后的股权暗战剖析

秘密持股与董事会反杀:非营利转盈利背后的股权暗战剖析

1. 事件拆解:从一组日记看一场迟到的商业路线之争1.1 日记里到底写了什么这几年看了不少科技圈的股权纠纷,说实话,大多数都藏在仲裁庭和保密协议后面,外人只能看到一地鸡毛。但这回不一样,一份内部核心团队成员的日记被…

2026/10/10 10:39:50 阅读更多 →

日新闻

卫星轨道分类全解析:从LEO到GEO的选型逻辑与工程实践

卫星轨道分类全解析:从LEO到GEO的选型逻辑与工程实践

1. 从“卫星轨道分类”这个标题说起:为什么值得花时间搞懂第一次接触“卫星轨道分类”这个概念,很多人会觉得它离自己很远——不就是天上的星星怎么转吗?但如果你正在做航天任务规划、遥感数据接收、星座设计,甚至只是准备一场航天…

2026/10/10 0:00:39 阅读更多 →
Spring AOP 核心原理与实战:从概念到日志切面落地

Spring AOP 核心原理与实战:从概念到日志切面落地

1. 从一个真实痛点说起:为什么你的代码里到处都是重复逻辑刚入行那会儿,我写过一个用户管理模块,注册、登录、改密码、注销四个接口。每个接口里都塞了几乎一样的日志打印、参数校验、事务开启和提交。当时觉得没什么,能跑就行。直…

2026/10/10 0:00:40 阅读更多 →
Python招聘数据采集与分析可视化:从采集清洗到薪资技能城市可视化全链路

Python招聘数据采集与分析可视化:从采集清洗到薪资技能城市可视化全链路

简介:这是一套面向计算机相关专业学生与项目实战学习者的Python数据采集与分析可视化完整项目,以Boss直聘岗位数据为对象,适合用作毕业设计、课程设计或期末大作业。资源包共38个文件,约246KB,以13个py源码文件为核心&…

2026/10/10 0:00:40 阅读更多 →

周新闻

KT148A语音芯片外挂8002D功放的工程实践指南

KT148A语音芯片外挂8002D功放的工程实践指南

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

2026/10/8 15:26:32 阅读更多 →
LLC谐振变换器增益公式推导:从FHA等效到完整归一化表达式

LLC谐振变换器增益公式推导:从FHA等效到完整归一化表达式

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

2026/10/10 1:36:08 阅读更多 →
ARM架构深度解析:从RISC设计理念到交叉编译实战

ARM架构深度解析:从RISC设计理念到交叉编译实战

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

2026/10/9 10:11:06 阅读更多 →

月新闻

我发现了一个新思路:用 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/10 5:23:50 阅读更多 →
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/9 21:32:20 阅读更多 →
黑夜航拍船只数据集训练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/10 10:38:42 阅读更多 →