全屋定制AI智能体:告别反复改图与人工拆单,重构家居产业全链路
告别反复改图、人工拆单全屋定制 AI 智能体重构家居产业全链路这些年我在家居建材行业观察到一个非常矛盾的现象门店销售和设计端已经在用各种云端工具、参数化建模拼命把前端的效率往上提但订单一旦进入拆单、报价、排产环节几乎一夜回到解放前——老师傅戴着老花镜盯CAD图一米一米地算板件、算五金、算封边带改一版图意味着所有下游全部推倒重来。全屋定制名义上是定制实际上一大半订单都卡在等图、等拆单、等人改这三等上。告别反复改图、人工拆单这句话喊了很多年但真正落地的时候大多数团队做出来的不过是一个稍微智能一点的报价表格。直到我最近完整参与了一套全屋定制AI智能体的设计与部署才真正理解什么叫重构家居产业全链路。这篇文章我会把这套系统的整体架构、关键实现、以及从真实业务里踩出来的坑全部摊开来讲清楚。做这套智能体的时候我给自己定的标准不是能用而是门店导购拿着它敢对客户承诺交货周期工厂拆单员拿它当第一道审核关口设计师不再被改图拖垮。如果你也在做家居行业的数字化或AI应用这篇文章应该能给你不少可以直接抄作业的思路。1. 全屋定制的隐性成本黑洞为什么反复改图和人工拆单成为瓶颈先说一个容易被忽略的事实**全屋定制产业的痛不在生产而在信息传导。**工厂的设备其实非常先进开料机、封边机、钻孔中心的加工精度都能做到毫米级。可问题是设备再快也得有人先把图纸翻译成它能识别的生产数据。1.1 改一版、动全身的连锁反应一个典型的全屋定制订单长这样设计师出效果图客户满意然后设计师画CAD深化图标尺寸拆单员照着CAD图拆成一块块的板件给每块板标上尺寸、材质、封边、打孔位置再传给报价员算价格最后进ERP排产。这套流程里只要客户在任何一个节点说一句我想把这个抽屉加宽5公分就麻烦了。设计师改图拆单员重拆报价员重算已经排进去的生产计划作废。我见过一个中型工厂一个月因为改图导致的返工成本占了产值的3%到5%听着不多但这家厂一年产值两个亿那就是大几百万的纯利润蒸发。1.2 拆单岗的青黄不接人工拆单为什么难被替代因为它拼的不是画图能力而是经验。老师傅知道哪块板该做避让、哪个位置的五金件会导致板件干涉、板材纹理方向怎么排才不浪费。这些经验长在人的脑子里既没有写进标准作业指导书也很难用几行代码表达。所以当我说用AI智能体取代人工拆单时很多工厂老板第一反应是摇头AI哪懂生产但我的判断恰恰相反拆单之所以难不是因为它复杂而是因为它规则多、琐碎、重复。而规则多、琐碎、重复恰好是大模型加规则引擎最适合解决的场景。2. 智能体总体设计按订单生命周期拆解职责边界我的设计原则很简单**不让一个Agent什么都干而是让多个Agent各管一段中间用标准化的数据结构衔接。**这就像一家餐厅不可能让同一个厨师既负责买菜、又负责切菜、还要兼顾收银——分工明确才能保证每一环的效率和质量。2.1 六个专职Agent的职责切分根据订单从进店到交付的完整链路我划分了六个专职智能体Agent名称核心职责关键输入关键输出订单助理Agent和客户沟通需求、确认预算和风格偏好闲聊对话内容结构化需求清单设计顾问Agent基于需求清单生成初步方案和效果图描述需求清单、户型数据平面布局建议、风格搭配方案报价专家Agent按设计方案核算价格、生成报价单方案数据、板材价格表报价明细与可选增配方案拆单工程师Agent将设计图纸拆解为板件清单和五金清单CAD图、柜体结构数据板件BOM表、五金BOM表、孔位数据生产排程Agent根据工厂产能和交期要求排定生产计划BOM表、设备台账排产计划、预计完工日期安装服务Agent生成安装指导、响应售后问题安装图纸、客户反馈安装工序卡、常见问题FAQ你可能会问六个Agent之间怎么协作我的答案是**数据接力而非对话接力**。上一环节Agent的输出不是丢给下一个Agent听而是写到一个统一的订单数据中枢里。下一个Agent读取结构化数据再做自己的判断和处理。这样的好处是业务链条上任何一环出问题可以精准定位是哪一个Agent的锅而不是六个Agent在群里互相踢皮球。2.2 为什么选大模型加规则引擎而不是纯大模型最开始我也试过一步到位——让一个大模型直接根据户型图和需求输出报价单和拆单结果。结果非常惨烈。模型经常一本正经地编造板材厚度把18mm写成25mm算柜子面积的时候会漏掉背板遇到异形件更是放飞自我。这让我彻底放弃了大模型万能论。最终落地的架构是双引擎驱动大模型负责理解和生成规则引擎负责计算和校验。大模型读懂客户需求后转译成规则引擎能执行的参数规则引擎按照行业公式精确计算面积、价格、板件尺寸大模型再把结果转译成客户和员工看得懂的自然语言。这个组合拳打出来的效果相当不错。报价环节的计算错误率降到了千分之三以下而纯大模型方案的错误率是12%左右。大模型不是用来做算术题的它是用来做翻译和沟通的——这个定位想清楚了整个系统就不会跑偏。3. 报价专家Agent让系统先懂规则、再会谈判报价是全屋定制里客户敏感度最高的环节也是业务逻辑最琐碎的一环。板材有颗粒板、多层板、欧松板之分封边有EVA、PUR、激光封边之别五金有国产、进口、功能五金之差更别提还有按投影面积计价和按展开面积计价两种完全不同逻辑的报价方式。3.1 三套报价模型并行我在报价专家Agent内部构建了三套并行的报价模型根据客户需求自动选择适用模型投影面积模型适合衣柜、衣帽间等标准化程度较高的柜体单价×投影面积简单直观适合快速报价。展开面积模型适合书架、酒柜等结构复杂的柜体所有板件展开计算精确但计算量大适合精细化报价。套餐模型适用于整装业务按一延米或空间包计价包含基础配置超出部分走增配逻辑。这三套模型不是拍脑袋定的而是从主流企业的计价方式里抽象出来的。用户既可以说我要一个2米宽、2.4米高的衣柜也可以说我要一个带玻璃门、带感应灯带的书柜系统会先归类到合适的报价模型再执行计算。3.2 报价逻辑里最容易漏掉的隐藏成本很多自研系统翻车都翻在算不全上。我特别在报价专家Agent里加固了三个容易漏算的环节板材损耗系数开料时常规损耗率是3%到8%异形件损耗更高。报价时如果按正投影面积一乘看起来便宜真到下单时工厂一定亏。五金连接件一个柜子的三合一连接件、木榫、层板托单看几分钱一个但一个三米衣柜光连接件就要上百个积少成多。安装配送费用楼层费、搬运费、电梯尺寸限制导致的吊装费这部分的弹性非常大。这个Agent上线前我让团队拿过去一年真实成交的500份订单做了回溯测试系统报价和实际成交价的偏差控制在±4%以内才敢让它直接面对客户。3.3 报价单的人话输出报价专家Agent还有一个容易被忽略的亮点根据客户的预算敏感度和沟通习惯自动调整报价单的呈现方式。预算充裕的客户系统会主动推荐升级五金或板材并解释为什么这2000块花得值预算紧张的客户系统会优先展示基础套餐并隐性提示哪些增配可以后续追加。这一步看似不起眼但对门店成交率的拉动非常明显。4. 拆单工程师Agent从设计图纸到板材开料的闭环处理拆单是整个全屋定制链路里技术含量最高、也最需要行业经验沉淀的环节。我把拆单工程师Agent拆成了三个子模块结构解析、板件拆解、工艺校验。4.1 结构解析让AI读懂柜子设计师画图的软件五花八门有的用三维家有的用酷家乐还有的老师父直接画CAD。我的做法是统一数据入口设计软件导出DXF或JSON格式的结构数据拆单Agent读取这些数据构建柜体的三维模型。这一步的难点在于异构数据的处理。设计师在软件里画的是一条线但在生产里这条线可能代表一块18mm的侧板也可能代表一个背板槽位。拆单Agent需要结合上下文判断这条线的两侧有没有相邻板件它的厚度方向朝哪边判断错了拆出来的单子就是废品。4.2 板件拆解按规则生成BOM结构解析完成后Agent根据柜体结构自动拆分出每一块板件生成板件BOM。一块标准板件的记录包含板件编码、名称、尺寸长×宽×厚材质、纹理方向封边信息哪些边封、封什么材质孔位信息三合一孔、木榫孔、铰链孔的位置和直径这里用到的核心是参数化拆单规则库。我整理了超过200条行业通用的拆单规则比如背板厚度通常为5mm或9mm层板两侧需要开三合一孔孔距边缘37mm踢脚板高度统一为80mm转角柜必须考虑见光面的封边色号。这些规则沉淀成配置文件Agent在拆单时逐条匹配。4.3 工艺校验上生产前最后一道关卡拆单结果出来后并不意味着可以直接生产。工艺校验子模块要做三件事尺寸校验检查每块板的尺寸是否在开料机加工范围内是否有负数或超长件。干涉校验检查板件之间是否存在重叠、打架的情况尤其是铰链安装位置和抽屉滑轨位置。纹理校验检查板材纹理方向是否符合外观要求比如门板纹理必须竖纹台面必须横纹。一次典型的拆单流程里工艺校验会发现大约5%的板件存在干涉或尺寸问题。这些问题在以前全靠老师傅肉眼盯着看现在AI在几秒内就能扫出来并提出修改建议。拆单工时从平均每单40分钟压缩到了8分钟这是这套系统在工厂端最直观的价值体现。5. 记忆模块与知识隔离多角色协同下真正防串味的设计思路智能体能跑通业务靠的不只是一个聪明的大脑更关键的是多角色协作时信息不乱。我在设计这套系统的初期差点犯了一个致命错误让所有Agent共享同一个对话历史。结果是客户在订单助理那边随意说的一句卧室以后可能要改儿童房被拆单工程师Agent当成了硬性需求差点改了一版设计。5.1 全局记忆与局部记忆的分层最后我设计了双层的记忆架构全局记忆存储订单的基本信息、客户核心诉求、交期要求、预算上限。所有Agent都可以读取但只能追加、不能修改。局部记忆每个Agent维护自己独立的记忆空间。设计顾问Agent的记忆里存的是客户喜欢原木风、讨厌金属色拆单工程师Agent的记忆里存的是这个订单用了多层板封边需用PUR。各Agent之间不能直接读取对方的局部记忆只能通过结构化数据接口传递任务。这个设计在信息论上其实很朴素**减少不必要的通信就是减少相互干扰的可能性。**但它在实际的业务协同里带来的稳定性提升是巨大的。5.2 知识库的隔离与权限控制另外一个容易踩坑的地方是知识库的权限控制。全屋定制业务里设计端和生产端的知识很多时候是互相不该看的——门店不应该知道工厂的底价工厂也不需要在设计阶段就看到客户的私人沟通记录。我在知识库层面做了三层权限公共知识层板材标准、五金库、工艺规范所有Agent可读。门店知识层门店报价策略、促销活动信息只有报价和订单助理Agent可读。工厂知识层设备参数、产能数据、生产成本只有排程和拆单Agent可读。这样一来即使同一个供应商的软件部署到不同城市的多家门店每家门店的报价策略、工厂的底价信息都互相隔离不会因为一个Agent的口误把商业机密泄露给客户。5.3 清理与遗忘机制记忆管理里还有一个很少有人提但非常重要的话题如何遗忘。客户的对话历史里经常有试探性的问话比如我家阳台能不能也做个柜子后来确认取消了。如果这类信息过期不清理会被后续的设计Agent当成有效需求反复参考导致设计方案里总是多出一个多余的阳台柜。我的做法是为每条记忆打上时效标签临时意向7天过期确认需求默认保留30天核心决策永久保留。定期执行记忆清理任务把过期、已取消、被更替的信息归档到冷存储不再参与Agent的上下文推断。6. 实测上线后的效果与回退机制非标场景才是真正的验金石系统开发完成是一回事能不能扛住真实业务是另一回事。上线前我们做了两个月的灰度测试对照组和实验组并行跑单过程中暴露了不少问题也积累了不少调优经验。6.1 效果数据与效率提升先给一组灰度期间的实测数据单店口径月订单量约200单指标传统人工方式AI智能体辅助方式提升幅度平均交付周期35天27天22.8%前期设计改图次数3.2次/单1.1次/单65.6%拆单工时40分钟/单8分钟/单80%报价错误率2.7%0.3%88.9%客户投诉率4.1%1.6%61%改图次数下降这个指标我自己都很意外。后来分析原因发现**改图往往不是因为客户挑剔而是因为前期需求沟通不够准确。**订单助理Agent可以在最开始就把客户的尺寸限制、风格偏好、预算范围、特殊需求问清楚结构化的需求清单给到设计顾问Agent后第一版方案就能命中客户预期的70%以上剩下的修改自然就少了。6.2 AI建议、人工裁决的回退机制但我也必须坦诚地说AI智能体不是一次上线就全自动跑通的。整个系统设计了完整的回退机制核心原则是**AI建议、人工裁决**。前端环节设计师和导购可以随时修改Agent生成的需求清单和设计方案修改记录会回流到训练数据集里做后续调优生产端环节更加谨慎拆单Agent生成的BOM表在正式排产前必须经过拆单主管的确认。主管可以一键退回也可以逐项修改。只有当AI建议的采用率连续一周稳定在95%以上时我们才逐步减少人工干预的频率。6.3 非标场景的兜底处理说到非标场景这是AI方案最容易翻车的地方。我遇到过一个案例客户要在楼梯下方的异形空间做一个储物柜空间是五边形加斜顶。拆单Agent输出的板件清单里有两块板的角度计算完全错误装上之后缝隙能塞进一个拳头。如果不是人工复核环节兜住了这一单就会变成重大客诉。这个案例让我想明白了一件事**AI智能体的落地不是简单地用机器替代人而是先让机器做掉80%的标准高频场景把人的精力释放出来专门对付那20%真正需要经验和创造力的非标场景。**这套系统的正确打开方式是人机协作而不是人机替换。7. 这套智能体怎么外扩从单店大脑到产业协同的更远一步系统在单店跑顺之后我自然开始想一个问题这套东西能不能复制到更多的门店和工厂如果每个店都部署一套独立的智能体那叫单店大脑如果让不同角色、不同组织之间的智能体能安全地交换必要信息那才是真正意义上的产业协同。7.1 多店部署的最小可行架构我设计的最小可行架构是这样的每店一套本地化智能体实例数据私有化存储但智能体之间通过标准API只交换必要的信息——比如备货库存余量、可承诺交期、板材价格变动。这些信息是协同生产真正需要知道的而客户的偏好数据、设计图纸等隐私数据则完全留在门店本地。用厨师来做比喻**每家的厨房还是自己的但菜市场每天会推送一份今日菜价和供应量的公开行情表。**这样既保护了各家隐私又保证了整个供应链的协同效率。7.2 从卖柜子到卖居住解决方案再往远看一步这套智能体沉淀下来的数据资产非常值钱。比如某个城市80%的客户都偏好1.8米高度的衣柜这个信息就能指导板材采购和库存计划再比如某个户型的厨房普遍存在收纳不够的问题这个信息就能反馈给前端的设计顾问Agent让它在该户型的方案推荐中主动增加收纳优化模块。换句话说**智能体的价值远不止省几个人工更重要的是它让整个业务链条第一次有了可以持续迭代的行业记忆。**以前经营全靠店长的个人直觉现在可以靠数据洞察。这就是我认为的重构家居产业全链路更深层的一层含义。最后再分享一个实际心得这套系统能不能跑起来最关键的其实不是AI模型选得多先进而是你愿不愿意先把业务规则老老实实梳理清楚。我见过太多团队一上来就追求大模型结果业务规则一团乱麻喂进去的数据自己都说不清最后大模型也只能一本正经地胡说八道。相反先把拆单规则、报价逻辑、交期承诺这些基本功扎实了AI自然就有了施展身手的舞台。全屋定制这个行业缺的不是技术而是肯沉下心来把细节做扎实的人。

相关新闻

WRF-Hydro分布式水文建模实战:从编译安装到洪水预报应用

WRF-Hydro分布式水文建模实战:从编译安装到洪水预报应用

1. 写在前面:为什么分布式水文建模值得从零开始死磕我第一次接触WRF-Hydro是在某次洪涝预报项目里,当时团队需要用高分辨率水文过程还原一场短历时强降雨引发的山洪过程。传统集总式模型给了个还算平滑的出口断面流量,但一到支沟汇入、坡面产…

2026/10/16 4:43:23 阅读更多 →
用N76E003模拟AT24C02:I2C从机状态机与掉电数据保存

用N76E003模拟AT24C02:I2C从机状态机与掉电数据保存

简介:一套基于N76E003单片机的I2C从机模拟AT24C02程序,代码已通过实际测试,适合嵌入式开发者、电子竞赛学生以及需要低成本非易失数据存储方案的项目参考。程序覆盖I2C引脚与时钟初始化、0xA0从机地址匹配、读写命令解析、256字节存储区模拟、…

2026/10/16 4:42:23 阅读更多 →
软考架构师案例:学情分析系统改造中的架构风格与高并发设计

软考架构师案例:学情分析系统改造中的架构风格与高并发设计

软考高级的系统架构设计师(大家平时习惯喊系统架构师)下午案例分析,第三题向来是很多人心里没底的一道。2025年11月那场考试结束后,好几个人来找我复盘这道题,说考完一对答案,每个人都觉得自己答得挺对&…

2026/10/16 4:42:23 阅读更多 →

最新新闻

两节串联电池均衡方案:硬件自动均衡芯片与MCU协同实现

两节串联电池均衡方案:硬件自动均衡芯片与MCU协同实现

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

2026/10/16 5:27:35 阅读更多 →
十款一键生成论文工具深度测评:继续教育学员避坑指南

十款一键生成论文工具深度测评:继续教育学员避坑指南

继续教育学员写论文,普遍绕不开三个坎:工作忙、选题难、格式严。这两年“一键生成论文工具”频繁出现在大家的推荐列表里,宣称输入题目就能出几千字初稿,很多人看得心动又不敢轻易下手。我用三周时间做了一次系统深度测评&#xf…

2026/10/16 5:27:35 阅读更多 →
Multisim电路仿真完整实战:原理图绘制、分析与排错全攻略

Multisim电路仿真完整实战:原理图绘制、分析与排错全攻略

Multisim用起来不难,但真正想把这套使用方法吃透,让仿真结果贴近你脑子里的电路思路,还是会踩到不少课本上没写的坑。这篇我把从搭建原理图、设置仿真参数到处理常见报错的完整过程整理出来,适合正在学模拟电子技术、要做课程设计…

2026/10/16 5:27:35 阅读更多 →
DAS-MB-TCP 3.0SP1 Modbus TCP数据采集服务部署配置指南

DAS-MB-TCP 3.0SP1 Modbus TCP数据采集服务部署配置指南

简介:施耐德电气发布的这款驱动包,专为Quantum 67160系列可编程逻辑控制器设计,用来打通其与Wonderware InTouch人机界面软件之间的数据通道。该驱动采用工业现场广泛使用的Modbus通信协议,并在传输层基于以太网TCP/IP实现&#x…

2026/10/16 5:27:35 阅读更多 →
C/C++国标客户端云台控制信令实现与排错实战

C/C++国标客户端云台控制信令实现与排错实战

1. 项目概述:国标客户端云台控制到底在解决什么问题C/C、国标、客户端、云台操作,这几个关键词凑在一起,基本就指向一个场景:GB/T 28181协议体系下的视频监控平台开发。凡是做过安防平台接入的人,对云台控制应该都不陌…

2026/10/16 5:27:35 阅读更多 →
粒子群算法优化LQR的二级倒立摆控制设计与避坑实践

粒子群算法优化LQR的二级倒立摆控制设计与避坑实践

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

2026/10/16 5:26:34 阅读更多 →

日新闻

个人 AI Agent 平台接入 TaoToken:统一 Key 与 API 通道的配置大纲

个人 AI Agent 平台接入 TaoToken:统一 Key 与 API 通道的配置大纲

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

2026/10/16 0:00:05 阅读更多 →
信号与系统频域分析作业解题指南

信号与系统频域分析作业解题指南

1. 作业背景与核心要求解析信号与系统作为电子信息类专业的核心基础课,其作业设计往往直接关联课程的核心知识框架。2026年春季第六次作业的布置,通常对应着课程进展到频域分析的关键阶段。根据常规教学进度推测,本次作业可能涉及以下核心内容…

2026/10/16 0:00:05 阅读更多 →
Django MVT实战:从零构建图书借阅系统,彻底搞懂Model-View-Template分层

Django MVT实战:从零构建图书借阅系统,彻底搞懂Model-View-Template分层

1. 从一个"四不像"的练手项目说起如果你已经看完了Django的官方教程前几章,跟着敲完了投票应用,大概会有一种"我好像会了,又好像什么都不会"的割裂感。教程里每个知识点都是拆开的——这一章讲模型,下一章讲视…

2026/10/16 0:00:05 阅读更多 →

周新闻

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

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

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

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

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

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

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

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

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

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

月新闻

我发现了一个新思路:用 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/15 0:14:36 阅读更多 →
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/16 3:49:43 阅读更多 →
黑夜航拍船只数据集训练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/15 9:49:14 阅读更多 →