AI魔改与AIGC短剧合规指南:红线、审核与实操清单
我最近频繁收到做内容的朋友私信问得最多的就是一句话AI魔改还能不能做AI生成的短剧发出去会不会被限流甚至有人直接甩过来一个通知截图内容是“该作品因涉及AI生成内容未标注已限制推荐”。说实话AI魔改和AIGC微短剧赛道这两年是肉眼可见的火。从把经典剧集改成鬼畜剧情到完全用脚本文案加视频生成模型批量做短剧门槛低到一个人加一台电脑就能跑通全流程。但AI生成内容纳入审核这件事从2025年就开始密集落地到2026年已经不是“要不要管”的问题而是“怎么管”的问题。我花了不少时间整理目前可见的红线脉络也踩过一些坑这篇就从一个长期做AI内容落地的实践者角度聊聊我的判断和一份可复制的合规操作清单。1. 先把两件事分开看AI魔改和AIGC微短剧不是同一种风险很多人把AI魔改和AIGC微短剧混在一起谈但在我眼里这两类内容在合规上的风险结构差别非常大。先把边界划清楚后面所有自查动作才有意义。1.1 AI魔改的本质拿“别人的素材”做二次创作AI魔改通常指对已有影视剧、歌曲、图片素材进行重混。常见玩法包括给老剧换脸、让经典角色开口说新台词、把某段配音换成热梗、把正经剧情改成无厘头喜剧、还有风格迁移和表情包化。这类内容的底层逻辑是“二次创作”所以风险的第一来源非常明确素材授权。一个简单的例子你用AI把一段老剧片段做了画风迁移再配上新的台词。表面上看你只是“改了几个画面”但这里面至少涉及三层权利。第一层是原片片段的版权它属于制作方第二层是演员的形象权和声音权它属于本人第三层是如果背景里有音乐词曲版权和录音版权又分别属于不同的权利主体。任何一个环节权利不清晰放到审核平台上被投诉后就是下架、限流、扣分三步走。很多人觉得“我只用了几秒钟的镜头应该算合理引用吧”这个想法特别危险。平台审核逻辑里AI生成只是增加了复杂度版权合规才是第一层红线。合理引用有严格的适用场景不是“用得少”就能免责的。1.2 AIGC微短剧的本质原生AI资产也要过“人”这一关AIGC微短剧不一样。它不需要直接切别人的素材剧本是写的画面是模型生成的配音是语音合成配乐也可以由AI完成。所以在版权结构上它更像一个“独立创作”风险逻辑会干净很多。但风险没有消失只是换了位置。自己做的东西也要回答三个问题生成的内容是不是在传播虚假信息画面和声音是否误导观众以为真实发生过作品本身有没有传递不适合广泛传播的价值观我见过一个很有代表性的案例。某创作者用AI生成了一个小短剧设定是“一个普通人在菜市场因为一句话引发冲突”画质非常逼真没有标注AI生成。发布后播放量很高但评论区大量观众以为这是真实监控录像讨论的话题全部偏离创作初衷甚至有人开始发布针对视频中“当事人”的评论。最后平台以“可能引发误导”为由把作品下架了。这类内容不是版权问题而是真实性问题和公共秩序问题。审核对它的关注点和对待AI魔改完全不同。1.3 两类内容的风险光谱速查我把两类内容的风险维度整理成了一张对照表做内容规划的时候可以直接拿来参考。风险维度AI魔改二次创作AIGC微短剧原生生成版权风险高素材授权链条长中低但模型训练素材不可控真实性风险中因依托原作容易被识别高高拟真画面容易以假乱真形象权风险高真人演员常被卷入中数字人形象需明确权属标识风险中平台需知是否为AI处理高无标识发布触发惩罚概率大批量复制风险低受限于素材库高同一模板可快速生成大量变体2. 红线到底划在哪我观察到的五条行业通行边界审核不是玄学是基于一整套逻辑推导出来的。我梳理下来目前行业里比较稳定的红线边界基本集中在五条线上分别对应版权、真实性、人格权、平台规则和责任主体。2.1 版权与授权红线素材的“来路”必须能说清AI生成的图片、视频、声音表面上看起来像是“凭空变出来的”但模型训练数据里可能包含受版权保护的素材。创作者能做的是在发布之前把“素材来路”盘清楚。我给自己定了三条铁律第一不使用来源不明的第三方素材包第二不用爬虫抓取他人作品当训练底模第三凡是需要商用授权的音乐、图片、字体一律先确认授权范围。实操上我建议你做一张素材台账。每次创作把用到的所有素材、素材来源、作者信息、授权证明、使用方式全部列出来。哪怕自己整理的原始文件很粗略也要保留一份可直接追溯的记录。这条习惯在遇到投诉时就是你的第一道护身符。2.2 真实性红线不能让观众以为“真的发生过”AI生成用于新闻、资讯、事实陈述时风险会急剧上升。最典型的例子就是“历史人物开口说话”类视频。让某个历史人物说出AI生成的台词即便只是娱乐化表达一旦传播开来就有相当一部分用户会当真。我的建议是凡是涉及真实人物、真实地点、真实事件的生成内容一律默认高风险。能不做就不做实在要做必须做出足够的“虚拟化处理”画面加动态水印内容里明确提示“本片为AI生成虚拟内容”标题里也要体现演绎性质。这条线其实不是限制创作而是保护创作者自己。观众误信假的“新闻”后产生的情绪反弹最后一定落在账号身上。2.3 形象与人格权红线声音、脸都极其敏感数字人克隆、歌手AI翻唱、用AI让“某明星”跳舞这类内容的流量密码很强但也是投诉高发区。脸部和声音在法律上属于人格权益的一部分。一个人对自己面部信息、声纹信息的使用有决定权。你以为“素材是从公开渠道拿到的”但公开渠道能看到并不等于能被拿来二次创作和传播。实际操作中还有一个隐性坑不只是“完全一比一克隆”会被追责就连“声音听上去很像”也有风险。如果配音素材库里的声音未经本人授权你用了它平台收到投诉后照样会处理。所以我做内容从不碰真实人物的脸和声音。需要特定声线时要么找真人配音签授权要么使用明确声明“已获得授权”的AI声音库。这条建议能帮你省掉至少一半的麻烦。2.4 平台规则红线不同平台尺度差异大AI生成内容在主流平台上的待遇并不统一。有些平台要求所有AI生成内容必须主动标识不标识就限流有些平台对“二次创作”有独立的准入机制无版权的片段会被先审后发还有些平台对数字人直播、AI短剧专门设置了资质认证门槛。别指望一套内容全平台通发。我在做完一个AI短剧后会先去看目标平台的创作者公约重点关注三块AI生成内容是否强制标识、二创素材是否需要版权证明、数字人发布是否需要额外认证。这里有个小技巧把各平台的规则截图和链接存到一个文件夹里每次发布前快速扫一遍。不要凭记忆判断平台规则更新很快旧经验经常会失效。2.5 责任主体红线必须有人为内容“兜底”最后一个容易被忽视的边界是账号本身的责任主体是否清晰。如果账号是企业主体它是否有相应的资质如果是个人创作者是否完成了实名认证如果内容出现了问题平台是否能快速找到并联系到责任人来处理。这些看似是运营问题实际上决定了审核对你的初始信任度。我自己的做法是做AI短剧的账号长期挂靠一个明确的运营主体。每次发布AI内容都在本地留一个“创作档案”内容包括生成时间、使用的模型版本、提示词、人工修改记录、平台标识截图。这是你应对申诉和投诉时的重要素材。2.6 一票否决项这些内容沾都别沾除了上述“边界”我还整理了一份“看到直接否决”的清单涉及未成年人不良导向的内容编造并传播医疗健康、金融投资等领域的虚假信息伪造官方通知、公告、文件样式的内容以整蛊或恶搞名义对他人进行人格侮辱、丑化的内容诱导用户进行私下交易、引流到站外的内容。3. 从选题到发布我目前用的一套AI短剧合规工作流说完了原则接下来聊实操。这套工作流是我自己跑了大半年逐渐成型的核心逻辑不是“逐条审核”而是“在每个环节都埋入合规检查”让问题在生成之前就被过滤掉一大半。3.1 需求拆解先问一句“它是不是必须存在的”项目立项前先做一个需求拆解。这个环节不是技术问题而是方向问题。我会问自己三个问题第一如果观众明确知道这是AI生成的还会不会想看如果答案是不会那说明你的内容靠的是“以假乱真”来获取流量这本身就是危险信号。第二如果这条内容被放大十万倍会不会引发误解或不良情绪比如一个AI生成的教学视频如果存在原理性错误被截图传播后辩解空间会很小。第三是不是一定要用“真人形象”如果需要真人形象才能成立那为什么要选这个人如果选的是真实人物那基本就触碰了2.3节的高压线不建议继续。3.2 生成链路中的三个审核点我会把审核点嵌在“生成前、生成中、生成后”三个位置。生成前做素材检查清单有没有使用真人素材有没有使用他人版权素材有没有涉及健康、金融、法律等敏感领域如果有敏感字词是否能在文案中做模糊化处理生成中做模型与风格的选择。我倾向使用可追溯、有明确版权承诺的模型服务对于敏感场景宁可降低“拟真度”也要避免误解。例如“某角色正在医院接受治疗”这类场景尽量做成明显的动漫风格而不是逼真的写实画面。生成后做一次“高真实感复核”。把成片中的每一个关键画面停下来问自己这个画面单独拿出来观众会不会以为是真实素材如果会要么加风格化处理要么加上标识。3.3 批量生产时的“变量控制”批量生成短剧最大的诱惑是提高效率最大的雷是同质化。很多平台都有“低质重复内容”识别机制哪怕画面不完全一样只要情节结构、人物设定、台词语气高度相似就会被系统判为重复内容进而限制推荐。所以我做批量创作时会抽时间建一张变量表。变量类型示例说明核心情境人物在什么背景下行动避免完全复刻人物动机触发主角行动的内在原因要与情境匹配冲突方式是言语冲突、逻辑对抗还是关系张力使用工具鼓励使用不同视觉风格的模型输出避免事项每次生成前强制写入防止越线变量表的作用不只是让内容看起来“不一样”更重要的是在提示词层面就完成合规控制。我一般会在“避免事项”一栏固定写几条例如不得出现真实人物姓名不得出现未授权品牌不得对医疗、金融作效果承诺。3.4 发布后的监控与响应内容发出去不代表工作结束。发布后的24小时我会固定看一次数据表现和留言区。如果出现大量观众在争论“这是不是真的”说明标识还不够明显该补标就补标。如果出现侵权举报第一反应不是辩论而是先快速下架。平台给出的违规通知里一般会写原因。不同原因对应不同处理方式如果只是“未标识AI生成”补标后重新发布即可如果是版权投诉先下架整理好创作档案再去申诉如果确实是因为内容本身不对该删就删不要去硬刚。4. 常见问题与排查技巧实录实操过程中踩过的坑比理论规则要生动得多。这里整理成几个场景给遇到同样问题的人一个参考。4.1 我的AI二创被投诉侵权第一时间该做什么很多人收到侵权通知后会着急发视频“澄清”这是一个非常不聪明的做法。第一反应应该是立即把争议内容下架或设为私密停止继续传播保存所有创作过程资料包括素材来源、生成记录、剪辑工程文件认真看投诉方给的理由和要求判断问题到底出在哪个环节如果是误伤通过正规申诉通道提交材料不要公开对线。我自己遇到过一种情况被投诉人说“某片段和他拍摄的一段画面高度相似”。后来排查发现原片段根本不是我下载的而是AI模型生成时“复刻”了训练数据里相似构图。这种问题最难解释但也最能说明“素材台账”的重要性——我拿出全部生成日志证明我没有下载过他的视频申诉才通过。4.2 明明是我原创生成的为什么被判“低质重复”这是批量做AI短剧最容易遇到的情况。平台不会只因为画面不同就不处罚。如果你连续发布十条短剧虽然角色名都不同但剧本结构惊人一致——开头、冲突、反转、结束完全同一个模板那就会被判定为重复性内容账号权重下降。对策是在制作阶段就解决。不要只改角色名人物的动机、冲突逻辑、叙事节奏都要有不同变化。制作“一案一脚本”哪怕用AI帮忙搭骨架也要做内容层面的差异。4.3 AI内容被“误杀”了申诉的正确姿势申诉不是情绪表达是证据提交。我的经验是先核对平台给出的违规理由用词是“违规”还是“风险提示”去创作者服务中心找到正规的申诉入口不要站内私信提交材料时附上“AI生成标识”的截图和“创作档案”说明内容本身没有越界申诉文案保持简洁不要写长篇大论。另外说句实话有些内容申诉回来之后热度和推荐权重也大幅下降了。所以在发布前用“如果我是审核员我是不是也会认为这条有问题”的标准去自查比事后申诉高效得多。4.4 几个容易被忽略的隐性坑这里再分享几个我观察到的隐性坑。第一个是“AI生成标识”被隐藏。有些创作者为了观感特意在生成内容时不勾选AI标识或者把标识缩得很小。这种行为一旦被发现处罚级别远高于未标识基本等于默认为“故意隐瞒”。第二个是“AI不能当作免责声明”。有些人以为只要标注了“AI生成仅供娱乐”就可以随便用别人的素材。这个逻辑是不成立的。版权风险不会因为一句免责声明而豁免AI标识解决的是“真实性告知”问题不是“授权问题”。第三个是“低俗擦边”的判定可能超出预期。AI生成的动漫角色即便没有暴露但肢体语言和台词充满暗示也会被统一判定为不适合公开传播的内容。别去纠结“这也算吗”做内容时主动远离是最省事的。5. 把合规从“麻烦”变成“竞争力”合规听上去像是一个扫兴的词但落到项目层面它反而能变成账期最长的竞争力。5.1 合规内容更适合长期运营平台需要的是健康、可持续的内容供给。一个账号如果能稳定输出符合规范的原创AI短剧它在平台的推荐权重、广告接单、商业化合作上都更容易被信任。我见过一些账号靠“争议感”快速起量但生命周期通常很短三到四个月就被重拳治理只能换号重来。反观那些从一开始就认真做AI标识、认真做原创脚本、认真签授权的账号涨粉速度虽然平缓但粉丝粘性和商业转化率都明显好于前者。5.2 建立一份“作品档口台账”为了让合规可追溯我建议每个人都维护一份自己的“作品档口台账”。记录信息包括字段说明发布时间与平台后台一致选题类型用于统计哪类内容更容易触碰规则素材来源记录授权状态和来源链接模型版本便于后续追溯生成效果差异AI标识是否开启截图保存平台审核结果通过、限流、违规、申诉后通过备注人工修改记录、异常情况说明这份台账不需要做得很好看能解决问题就行。它最直接的价值是当某个账号出了争议你可以很快判断是偶然事件还是系统性问题出在某个固定环节。5.3 2026年会更细粒度而不是更一刀切从目前的变化方向看未来的审核不会简单的一刀切而是会更细粒度地区分不同场景。同样是AI生成用于明显娱乐化的二创和用于以真实事件形态传播的内容得到的处理逻辑不会一样。对创作者来说这反而是一个好消息。普通创作者最应该做的不是去研究规则的漏洞而是做一种“能面对面解释得清楚”的内容。也就是说哪怕你把作品拿到任何人面前都能清晰地说明素材是哪里来的、画面是怎么生成的、标注在哪里、为什么这样设计。如果每一步都能交代清楚平台对你的容错率会高很多。最后说一个我自己的体会刚开始做AI短剧时我也觉得审核是纯负担每一条都要提心吊胆。后来把工作流改成“先列绝对不做的事再想能做什么”反而把创作做顺了。因为当你主动避开了那些争议点剩下能做的事其实也足够支撑你跑很久。再分享一个小习惯每次正式发布前我会在心里模拟一遍“如果我是审核员会不会被这条冒犯”。这一条判断非常主观但确实帮我避掉了很多潜在的麻烦。如果你的内容刚好处在一个模糊地带那就先别急着发往“更明确、更无害”的方向改一版测试反馈后再放量。线不是用来限制创作的它只是把创作引到更清晰、更能长期走下去的方向。希望这篇内容能给正在做AI相关项目的你提供一点参考。

相关新闻

软件测试四个阶段详解:单元、集成、系统、验收一次讲透

软件测试四个阶段详解:单元、集成、系统、验收一次讲透

刚带团队的时候,我最喜欢问面试者一个问题:“软件测试分几个阶段?”十个人里有八个会回答“单元、集成、系统、验收”,但你再追问一句“为什么这么分?每个阶段的入口和出口标准是什么?”能答清楚的人立刻少…

2026/10/15 5:41:36 阅读更多 →
51单片机温度计实战:DS18B20时序+数码管扫描+EEPROM报警系统

51单片机温度计实战:DS18B20时序+数码管扫描+EEPROM报警系统

简介:本资源是一份面向电子信息工程专业本科生的51单片机课程设计完整文档,聚焦数字温度计系统开发,解决嵌入式基础项目从原理设计、硬件搭建到软件调试的全流程实践问题。文档详述以AT89C51为核心控制器,集成DS18B20单总线温度传…

2026/10/15 5:41:36 阅读更多 →
Redis核心数据结构精讲:从String到Zset的选型与排行榜实战

Redis核心数据结构精讲:从String到Zset的选型与排行榜实战

先说说我为什么想写这篇东西。我见过太多人一开始玩 Redis,把命令背得滚瓜烂熟,SET、GET、LPUSH、SADD 张口就来,可真到业务里要做选型的时候,犹豫了:用户信息到底放 String 还是 Hash?消息队列能不能直接用…

2026/10/15 5:41:36 阅读更多 →

最新新闻

王道操作系统课后选填题刷题法:错题滚动+答案隔离+三轮复盘

王道操作系统课后选填题刷题法:错题滚动+答案隔离+三轮复盘

简介:这份王道操作系统课后题选填文档是一份针对考研操作系统复习的选择题与填空题专项资料。内容以王道教材课后题为蓝本,按知识点整理出数十道填空与选择,覆盖进程管理、处理机调度、死锁、内存与虚拟存储、文件系统、设备管理及磁盘调度等…

2026/10/15 6:18:43 阅读更多 →
context-mode上下文感知模式:让命令行工具在多变环境中稳定运行

context-mode上下文感知模式:让命令行工具在多变环境中稳定运行

做了这么多年命令行工具和自动化脚本,我最怕听到这样一句话:“你在你机器上跑得好好的,怎么到我这儿就崩了?”大多数时候不是代码逻辑有问题,而是脚本压根没有感知环境上下文的能力。后来我给自己常用的几个脚本工具加…

2026/10/15 6:18:43 阅读更多 →
基于Matlab Simulink的单相光伏储能系统建模与仿真

基于Matlab Simulink的单相光伏储能系统建模与仿真

1. 单相光伏储能系统架构设计1.1 系统整体拓扑与能量流先交代一下背景。这套模型面向的是典型家用或小型工商业场景:屋顶光伏给本地负荷供电,多余的电存到蓄电池里,蓄电池再不够的话才从电网取;反过来,光伏发得多、蓄电…

2026/10/15 6:18:43 阅读更多 →
固件升级避坑指南:设备识别、校验与恢复全流程

固件升级避坑指南:设备识别、校验与恢复全流程

简介:面向系统维护与硬件调试人员的 NOVATEK 升级指导 V1.0 文档,专门解决 NOVATEK 系统在 XP/WIN7 32 位环境下的固件升级问题,并注明可支持整机不拆机直接升级,适合需要维护老平台的运维人员。文档覆盖完整升级链路,…

2026/10/15 6:18:43 阅读更多 →
粤语会议记录总转错?实测6款支持粤语的录音转文字工具,附场景选型清单

粤语会议记录总转错?实测6款支持粤语的录音转文字工具,附场景选型清单

一、为什么"支持粤语"这四个字,成了选型最大的坑先说个真实感受。上个月帮朋友的传媒公司整理一段40分钟的粤语访谈,我前后换了三款工具,出来的文稿依然需要逐句核对。粤语有九声六调,同一个字不同声调代表完全不同的意…

2026/10/15 6:18:43 阅读更多 →
从碎片需求到系统设计:REA框架实战解析

从碎片需求到系统设计:REA框架实战解析

1. 从“rea”这个碎片标题聊起:一个容易被忽略的高频词我平时泡社区的时候,经常看到有人只甩一个词就问“怎么做”,最近遇到的项目标题只有三个字母:“rea”。说实话,第一眼确实懵。没有上下文、没有细节、没有任何配套…

2026/10/15 6:17:43 阅读更多 →

日新闻

Docker Compose 容器化部署 ChirpStack LoRaWAN 网络服务器实战

Docker Compose 容器化部署 ChirpStack LoRaWAN 网络服务器实战

1. 为什么选择容器化方式部署 LoRa 网络服务LoRa 物联网项目落地时,网络服务器是整个链路的核心枢纽。它负责接收网关上报的数据包、完成去重与解密、再把有效载荷分发给上层应用。早期大家习惯把网络服务器直接装在物理机上,依赖一堆系统库和特定版本的…

2026/10/15 0:00:46 阅读更多 →
共享LLM服务下的跨模型自动扩缩容:Kubernetes实战与避坑指南

共享LLM服务下的跨模型自动扩缩容:Kubernetes实战与避坑指南

1. 共享推理服务里,扩缩容到底难在哪做过大模型推理服务部署的人,大概都经历过这样的场景:一个团队共用一套推理集群,A 业务跑的是 7B 的小模型,B 业务跑的是 72B 的大模型,C 业务白天流量高、晚上几乎归零…

2026/10/15 0:00:46 阅读更多 →
Systemd 启动阶段根文件系统只读之谜:fstab 与 remount-fs 服务深度解析

Systemd 启动阶段根文件系统只读之谜:fstab 与 remount-fs 服务深度解析

1. 引子:一次内核恐慌引发的追查先从一个真实场景说起。某次我给一台老旧的嵌入式设备折腾系统裁减,为了把启动时间压进两秒以内,我手贱地把一串自认为“没用”的 systemd 服务给 disable 了,其中就包括systemd-remount-fs.servic…

2026/10/15 0:00:46 阅读更多 →

周新闻

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

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

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

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

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

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

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

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

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

2026/10/14 3:29:58 阅读更多 →

月新闻

我发现了一个新思路:用 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/14 22:45:47 阅读更多 →
黑夜航拍船只数据集训练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/14 7:53:34 阅读更多 →