AI辅助专利撰写:技术交底书结构化指南与实操避坑
1. 技术交底书不是给AI的提示词而是发明人的思维导图很多人第一次用AI辅助写专利脑子里想的都是我把想法丢给AI它就能给我吐出一份能递交的申请文件。我一开始也这么天真过。结果呢AI写出来的权利要求书看着像模像样仔细一读全是废话——保护范围要么宽到把现有技术全包进去要么窄到只保护一个具体到没法商业化的实施例。问题出在哪儿不在AI在你给它的原料太糙了。技术交底书这个东西在传统专利代理流程里就是发明人向代理人说明技术方案的书面材料。代理人拿着它去理解发明、检索现有技术、撰写权利要求。现在中间换成了AI很多人就觉得可以跳过写清楚这一步直接让AI去猜。这就像你让一个从没去过你家的快递员送包裹只告诉他送到那个小区他不迷路才怪。所以这一章我想先把一个核心认知立住技术交底书的质量直接决定了AI输出专利文件的上限。你给AI的信息越结构化、越具体、越有层次它越能帮你把技术方案翻译成法律语言。反过来你给一堆零散的想法它只能给你一堆正确的废话。那到底要准备哪些信息我把它拆成几个维度你可以对照着检查自己手头的东西够不够。1.1 技术领域与背景问题别让AI猜你的赛道技术领域这个事听起来简单但很多人写得太宽泛。比如本发明涉及人工智能领域——这等于没说。AI看到这种描述只能泛泛地往大模型、机器学习方向靠写出来的背景技术部分全是套话。你应该给的是具体到子领域的描述。比如涉及基于Transformer架构的文本分类模型在低资源场景下的微调方法或者涉及工业机器人末端执行器的力控装配路径规划。越具体AI越能精准定位现有技术的边界。背景问题部分我建议你按这个结构来写现有技术是怎么做的描述当前主流的解决方案不用面面俱到但要说清楚技术路线。现有技术存在什么缺陷这是你发明的立足点。缺陷要具体比如在XX条件下准确率下降超过15%、单次推理耗时超过200ms无法满足实时性要求。这些缺陷导致了什么后果从用户体验、成本、效率等角度说明为什么必须解决。我踩过的一个坑是背景问题写得太笼统AI在写发明内容部分时就找不到明确的改进目标结果写出来的技术方案像是为了改进而改进缺乏针对性。后来我学乖了背景问题里每一条缺陷后面都对应一条技术方案里的改进点形成一一映射。这样AI写出来的逻辑链条特别清晰。1.2 技术方案的核心构成把怎么做拆到不能再拆这是技术交底书里最核心的部分也是AI最需要你喂细节的地方。很多人写技术方案喜欢用采用先进的算法、通过智能优化这种词这在专利文件里是致命的。专利要的是可复现的技术手段不是效果描述。你需要把技术方案拆成几个层次第一层整体架构。你的系统由哪几个模块组成模块之间怎么连接数据怎么流动用文字描述清楚不需要画图但要让AI能脑补出架构图。第二层每个模块的具体实现。这是最耗时的部分但也是最不能省的部分。以算法模块为例你需要说明输入数据是什么格式、什么维度核心计算步骤分几步每步的数学表达或逻辑规则是什么关键参数有哪些取值范围是多少怎么确定的输出是什么形式第三层模块之间的交互细节。比如模块A的输出怎么传给模块B需不需要格式转换有没有反馈回路。我一般会用一个表格来整理这些信息AI读起来也方便模块名称输入核心处理逻辑关键参数输出数据预处理原始传感器数据滑动窗口滤波归一化窗口大小64归一化范围[0,1]标准化特征向量特征提取标准化特征向量一维卷积池化卷积核3通道数32特征图分类决策特征图全连接Softmax隐藏层128类别概率这种表格化的信息AI理解起来比大段文字高效得多。而且你在填表的过程中自己也会发现哪些地方还没想清楚。1.3 技术效果与实验数据让AI有证据可写专利文件里的有益效果部分最忌讳空喊口号。提高了准确率、降低了成本这种话审查员看了没感觉AI写了也等于没写。你需要给的是可量化、可对比的实验数据。具体来说准备这些对比对象跟什么基线方法比是现有技术中的某个具体方案还是你自己实现的对照组评价指标准确率、召回率、F1值、推理时间、内存占用、功耗……选最能体现你改进效果的指标。实验条件数据集规模、硬件环境、训练轮数、超参数设置。这些细节决定了你的数据是否可信。具体数值不要写显著提升写从82.3%提升到91.7%写单帧处理时间从45ms降低到18ms。我见过有人交底书里写效果很好AI就真的在专利里写取得了良好的技术效果。这种专利交上去审查员一个对比文件就能驳回。你给AI的数据越硬它写出来的有益效果部分越有说服力。1.4 替代方案与变体给AI留出上位概括的空间这一点很多人会忽略但它直接关系到专利的保护范围。你的技术方案里哪些部分是必须的哪些部分是可以替换的比如算法A可以用算法B替代吗替代后效果差多少某个参数必须取特定值还是可以在一定范围内浮动某个模块的功能可以用硬件实现也可以用软件实现吗把这些替代方案告诉AI它在撰写权利要求时就能做合理的上位概括。比如你告诉它分类器可以用SVM、随机森林或神经网络实现它就会写成分类器选自支持向量机、随机森林、神经网络中的至少一种。这样保护范围就宽多了。但要注意替代方案不能瞎编。你得确保这些替代方案确实能实现你的技术效果否则写了也是无效的。我一般只写自己实际验证过或理论上确实可行的变体。2. 从技术交底到专利文本AI到底在哪些环节帮你干活搞清楚要准备什么信息之后下一个问题就是这些信息交给AI之后它具体怎么用哪些环节它能帮你省力哪些环节你必须自己盯着这一章我把AI辅助写专利的完整流程拆开让你知道每一步的输入输出是什么。2.1 权利要求书的生成AI最擅长也最容易翻车的地方权利要求书是专利的核心它定义了你的保护范围。AI写权利要求书本质上是在做一件事把你技术方案里的具体实施例抽象成法律语言的上位概念。举个例子你交底书里写用卷积神经网络提取图像特征AI会写成通过特征提取模块提取所述图像的深度特征。它把卷积神经网络上位成了特征提取模块把图像上位成了所述图像引用前文。这种抽象能力是AI的强项因为它见过海量的专利文本知道什么样的表述是专利审查中常见的。但AI翻车的地方也很明显第一独立权利要求写得太窄。如果你交底书里只给了一个具体实施例AI就只会围绕这个实施例写权利要求保护范围就锁死了。所以我在1.4节里强调要准备替代方案就是为了让AI有上位概括的素材。第二从属权利要求缺乏层次。好的从属权利要求应该是一层一层收窄的像漏斗一样。AI有时候会写出一堆平行的从属权利要求保护范围没有递进关系。这时候你需要手动调整或者给AI更明确的指令比如从属权利要求2到5依次限定XX参数的范围。第三功能性限定滥用。AI特别喜欢写用于XX的模块这种功能性限定。在有些情况下这是必要的但如果所有技术特征都用功能性限定审查员会认为你公开不充分。我一般会检查一遍把能写成具体结构的都改回去。2.2 说明书部分的填充AI的扩写能力与边界说明书是对权利要求书的支撑和解释它需要把技术方案讲得更详细。这部分AI干起来很顺手因为它可以把你的技术交底书里的内容按照专利说明书的规范格式重新组织。标准的说明书结构是技术领域、背景技术、发明内容、附图说明、具体实施方式。AI会自动把你的交底书内容映射到这些章节里。比如你写的现有技术存在XX问题它会放到背景技术部分你写的技术方案分三步它会放到发明内容部分。但AI在写具体实施方式时容易犯一个错误过度概括。你交底书里写了一个具体的实验设置AI可能写成在一种实施方式中采用适当的参数进行实验。这种表述在专利里是无效的因为它没有公开任何具体信息。我的做法是在给AI的指令里明确要求具体实施方式部分必须包含交底书中所有具体参数和步骤不得做模糊化处理。这样AI就会老老实实地把你的实验细节写进去。2.3 附图说明与摘要AI的格式化处理附图说明和摘要这两部分AI处理起来基本不会出大错。附图说明就是图1是XX流程图图2是XX结构示意图这种固定格式AI根据你技术方案里的模块和步骤就能生成。摘要就是整个专利的浓缩版AI从权利要求书和说明书里提取核心信息就行。但有一个细节要注意附图说明里的图号必须和实际附图对应。AI不知道你实际画了几张图它可能会根据你的文字描述生成图1到图5的说明但你实际只画了3张图。这个需要你手动核对。摘要的字数一般限制在300字以内AI有时候会写超。你可以在指令里加一句摘要控制在250字以内它就会自动压缩。2.4 审查意见的预判让AI扮演审查员这是一个进阶用法但特别实用。你让AI写完专利文件之后可以再给它一个指令请以专利审查员的视角找出这份申请文件中可能被质疑的地方并给出修改建议。AI会从几个角度来挑毛病权利要求书是否得到说明书的支持技术方案是否公开充分是否存在不清楚的术语独立权利要求是否缺少必要技术特征我试过几次AI挑出来的问题虽然不全是致命的但确实能帮我发现一些自己没注意到的表述漏洞。比如它曾经指出我某个权利要求里的所述模块在前文中没有定义这种细节人工检查很容易漏掉。3. 实操中容易踩的五个坑每一个我都替你试过了理论说完了这一章我直接上干货。下面这五个坑是我在实际用AI辅助写专利的过程中真实踩过的每一个都让我返工过至少一次。你对照着检查能省不少时间。3.1 坑一交底书里写等字AI就真的给你省略这个坑特别隐蔽。你在交底书里写所述传感器包括温度传感器、湿度传感器等你觉得等字表示还有其他传感器但AI会理解成你只说了这两个其他的不重要。结果它在权利要求里就只写温度传感器和湿度传感器保护范围白白缩小。正确做法把所有能想到的传感器类型都列出来哪怕你觉得不太可能用到。如果确实太多就写选自温度传感器、湿度传感器、压力传感器、光照传感器中的至少一种。这样AI就知道你要的是至少一种而不是只有这两种。3.2 坑二技术效果写得太软AI就给你写废话我见过有人在交底书里写本方案有效解决了现有技术的不足。AI拿到这句话在有益效果部分就写有效解决了现有技术的不足具有显著的技术进步。审查员看到这种表述直接判定为未充分公开技术效果。正确做法技术效果必须硬。硬到什么程度硬到你可以拿一个具体的对比实验来证明。比如在XX数据集上本方案的F1值达到0.92而现有方法仅为0.78。这种数据AI没法编它只能老老实实写进去。3.3 坑三模块命名太随意AI在权利要求里前后不一致你在交底书里一会儿叫数据处理模块一会儿叫数据预处理单元一会儿又叫预处理组件。你觉得这是同一个东西但AI会认为这是三个不同的模块。结果权利要求书里出现了数据处理模块与数据预处理单元连接这种莫名其妙的表述。正确做法在交底书里给每个模块起一个唯一的名字全文统一。我一般会在交底书开头加一个术语定义部分把关键术语的中英文、缩写、指代范围都写清楚。AI读到这个部分就会严格按照定义来使用术语。3.4 坑四参数范围写得太宽AI给你概括出一个无法实施的方案你在交底书里写温度范围可以在0到100度之间。AI在权利要求里就写所述温度范围为0到100度。但你的实验数据只支持20到80度0度和100度根本没法工作。这种权利要求写上去审查员会质疑你的技术方案无法实现。正确做法参数范围要写你实际验证过的区间或者至少是理论上可行的区间。如果你不确定就写优选为20到80度然后在从属权利要求里限定这个优选范围。独立权利要求里可以写宽一点但必须有说明书里的实施例来支撑。3.5 坑五忽略背景技术里的对比文件AI写出来的背景部分站不住脚背景技术部分需要引用现有技术但AI不知道你的技术领域里有哪些具体的现有技术。如果你不告诉它它就会写现有技术中通常采用XX方法这种没有出处的表述。审查员一检索发现根本没有这种方法你的背景技术部分就是虚假陈述。正确做法在交底书里列出你检索到的、最接近的现有技术文献。不需要写完整的引用格式但要说清楚某文献公开了XX方案其缺陷是XX。AI会根据你提供的信息在背景技术部分做合理的概括和引用。4. 一份可直接套用的技术交底书模板说了这么多最后给你一个我实际在用的技术交底书模板。这个模板的结构是专门为AI辅助撰写优化的每个部分都对应AI生成专利文件时需要的输入。你照着填基本不会漏掉关键信息。4.1 模板结构与填写说明第一部分发明名称给一个临时名称就行AI会根据技术方案自动优化。比如一种基于XX的XX方法及系统。第二部分技术领域具体到子领域一句话说清楚。格式本发明涉及[大领域]中的[子领域]具体涉及[更具体的细分方向]。第三部分背景技术分三段写现有技术的技术方案概述200字以内现有技术的缺陷分条列出每条一句话解决这些缺陷的意义从应用价值角度写第四部分发明内容这是核心按以下结构写要解决的技术问题对应背景技术里的缺陷一条一条列。技术方案的整体架构文字描述系统由哪些模块组成模块间关系。每个模块的具体实现用1.2节里的表格来整理。技术效果用1.3节里的实验数据来支撑。第五部分附图说明列出你打算画哪几张图每张图的内容是什么。比如图1为本发明方法的整体流程图图2为XX模块的内部结构示意图。第六部分具体实施方式至少写一个完整的实施例包含所有具体参数和步骤。如果有多个实施例分别写。第七部分替代方案列出所有可行的变体说明替代后的效果差异。4.2 填写时的三个自检问题填完模板之后问自己三个问题一个不懂你技术的人只看这份交底书能不能把你的方案复现出来如果不能说明细节还不够。你的技术方案里哪些特征是必须的哪些是可选的必须的特征写进独立权利要求可选的写进从属权利要求。你的技术效果有没有数据支撑没有数据的要么补实验要么删掉。这三个问题过了交底书的质量基本就达标了。AI拿到这样的交底书写出来的专利文件至少能到可递交的水平。剩下的就是你和AI一起打磨权利要求的保护范围那个是细活需要根据具体的检索结果来调整。4.3 一个填写示例虚拟场景假设你要写一个基于多传感器融合的智能花盆控制系统的专利交底书可以这样填技术领域本发明涉及智能家居中的植物养护设备具体涉及一种基于多传感器融合的自动灌溉控制方法及系统。背景技术现有智能花盆通常只监测土壤湿度当湿度低于阈值时启动水泵。缺陷是单一湿度传感器容易受土壤类型影响在沙质土壤中读数偏差可达30%无法区分土壤干燥和传感器故障可能导致误灌溉或漏灌溉。解决这些问题可以提高灌溉准确性避免植物因缺水或过涝死亡。发明内容要解决的技术问题是单一传感器可靠性低、无法区分干燥与故障。技术方案是用土壤湿度、温度、光照三个传感器采集数据通过卡尔曼滤波融合多源数据用阈值判断趋势预测决定是否灌溉通过交叉验证检测传感器故障。具体实现用表格整理此处略。技术效果在三种不同土壤类型下测试灌溉决策准确率从单传感器的72%提升到94%误灌溉次数从每周3.2次降低到0.4次。附图说明图1为系统整体架构图图2为多传感器融合算法流程图图3为故障检测逻辑图。具体实施方式土壤湿度传感器采样频率1Hz温度传感器精度±0.5度光照传感器量程0-65535lux。卡尔曼滤波过程噪声协方差Q0.01观测噪声协方差R0.1。灌溉阈值设为湿度低于25%且温度高于15度。故障检测采用三取二表决机制。替代方案卡尔曼滤波可替换为粒子滤波效果略优但计算量增加约40%阈值判断可替换为模糊逻辑控制适合非线性更强的场景。这份交底书填完AI基本能直接生成一份结构完整的专利申请书。你只需要在权利要求书的措辞上再打磨一下调整保护范围的宽窄。用AI写专利这件事工具本身不是门槛门槛在于你能不能把技术方案想清楚、写明白。技术交底书就是逼你想清楚的那个过程。我自己的体会是每次认真填完交底书不仅AI写出来的专利质量更高我自己对技术方案的理解也会更深一层。那些你以为自己想明白了但写不出来的地方往往就是技术方案里最薄弱的环节。

相关新闻

技术交底书撰写指南:AI辅助专利撰写的核心信息模块拆解

技术交底书撰写指南:AI辅助专利撰写的核心信息模块拆解

1. 技术交底书到底是个什么东西 先把概念理清楚。技术交底书,是研发人员向专利代理人或AI工具传递技术方案的载体。它的质量直接决定了后续专利申请文件的质量。很多人以为把代码或者设计图丢过去就完事了,代理人又不是你肚子里的蛔虫,你不说…

2026/10/13 18:00:41 阅读更多 →
Spring Boot整合Redis 4.x实战:配置、序列化与避坑指南

Spring Boot整合Redis 4.x实战:配置、序列化与避坑指南

说实话,Redis 这个组件在 Spring Boot 项目里已经快成标配了。这篇是我 Spring Boot 学习笔记系列的第十一篇,主题是整合 Redis 4.x。标题里的 4.x 指的是 Redis 服务端版本,不是 Spring Boot 版本,这个得先说明白,免得…

2026/10/13 18:00:41 阅读更多 →
mmaction2 Charades-STA 数据集准备指南:从标注下载到 C3D 特征组织,再到 DRN 视频定位训练

mmaction2 Charades-STA 数据集准备指南:从标注下载到 C3D 特征组织,再到 DRN 视频定位训练

人工智能计算机视觉深度学习 【免费下载链接】mmaction2 OpenMMLabs Next Generation Video Understanding Toolbox and Benchmark 项目地址: https://gitcode.com/gh_mirrors/mm/mmaction2 点击查看 免费下载 本文围绕 mmaction2 仓库中 Charades-STA 数据准备文档…

2026/10/13 17:59:40 阅读更多 →

最新新闻

光流法+CNN如何检测AI假视频?帧间运动一致性分析实战

光流法+CNN如何检测AI假视频?帧间运动一致性分析实战

1. 为什么光流法会成为假视频检测的破局点第一次读到把光流和卷积网络结合做假视频检测这个思路时,我的反应是"这角度够刁钻"。大多数人做视频真伪识别,第一反应都是盯着单帧画面找瑕疵——像素级伪影、边缘模糊、色彩断层。但假视频的本质问题…

2026/10/13 18:35:38 阅读更多 →
D2D通信MATLAB仿真从入门到实战:接入模式与资源分配算法解析

D2D通信MATLAB仿真从入门到实战:接入模式与资源分配算法解析

简介:面向5G网络中的D2D(设备到设备)通信研究,这份资源提供了完整的优化、仿真与接入模式选择MATLAB实现,适合通信专业研究人员、算法工程师及相关专业学生用于算法验证与性能分析。包内共21个文件,其中20个…

2026/10/13 18:35:38 阅读更多 →
Vue项目部署全攻略:从打包到Nginx配置与故障排查

Vue项目部署全攻略:从打包到Nginx配置与故障排查

本地跑得好好的,代码一上服务器就白屏?F12 打开一看全是 404 资源报错?如果你正在经历这个阶段,恭喜你,你到了 Vue 学习路上最“让人长记性”的一关——项目部署。这篇内容对应进阶学习的第 58 天,刚好是 V…

2026/10/13 18:35:38 阅读更多 →
HHO优化TV图像修复:基于Matlab的自动参数寻优实现

HHO优化TV图像修复:基于Matlab的自动参数寻优实现

先说说我为什么盯上这个方向。做图像修复实验的同学应该都有过这种经历:TV(Total Variation,全变分)修复模型效果确实能打,边缘保持是它祖传的看家本领,但那个正则化参数λ一旦靠手试,整个实验就…

2026/10/13 18:35:38 阅读更多 →
HarmonyOS 6相机拍照与相册选图实战:从权限申请到PixelMap优化

HarmonyOS 6相机拍照与相册选图实战:从权限申请到PixelMap优化

1. 项目概述与场景价值鸿蒙系统发展到 HarmonyOS 6 这个阶段,应用开发早已不是"能用就行"的逻辑,而是讲究一次开发、多端适配、体验一致。这次分享的相机拍照和相册选图实战项目,表面上看只是两个最常见的系统能力调用,…

2026/10/13 18:35:38 阅读更多 →
pstack安装指南:从gdb依赖到无root部署的完整路径

pstack安装指南:从gdb依赖到无root部署的完整路径

1. 为什么一个“看堆栈”的小工具,值得单独写一篇安装指南?很多人第一次看到pstack这个名字,会下意识觉得:“不就是个 Linux 下查进程调用栈的命令吗?apt install pstack或者yum install pstack一行搞定,还…

2026/10/13 18:34:36 阅读更多 →

日新闻

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

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

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

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/13 16:22:04 阅读更多 →
影刀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/13 14:57:39 阅读更多 →
黑夜航拍船只数据集训练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 阅读更多 →