爆款视频拆解智能体搭建指南:用大模型与提示词工程自动化分析短视频
做账号运营的人都有一个共同的痛点刷到一条爆款视频觉得它哪都好可真要你说出它为什么能爆、哪一段值得抄、结构是怎么排的往往又说不出个所以然。我做过不下三十次人工拆解每次都要把视频翻来覆去看十遍二十遍暂停、记笔记、拉时间轴光一条三分钟的视频就得耗掉一个下午。后来我试着把这件事交给大模型去干慢慢搭起了一套“爆款视频拆解智能体”输入一条视频几分钟后就能拿到一份把钩子、节奏、情绪曲线、话术套路都标出来的拆解报告。这篇文章就是这套搭建过程的完整复盘没有任何跳过的知识点只要你愿意动手完全可以照着做出来。先把这个智能体的本质说清楚。它不是玄学也不是什么黑科技本质上就是一个“语音转写 大模型分析 结构化输出”的自动化流程。你喂给它一条视频它先把语音转成文字再让大模型按一套拆解框架去分析这段文字最后把结论整理成一份带时间轴的报告。关键不在模型有多强而在于你给它设计的那套“拆解框架”靠不靠谱落到实操上就是提示词写得好不好。1. 先搞清楚爆款视频拆解到底在拆什么1.1 拆解不等于看热闹维度要对很多新手拿到一条爆款视频看完只会感叹“这个博主好厉害”“这个视频好有意思”这就是在看热闹。真正的拆解是把一条视频当成一个产品去分析我从实操里沉淀出了六个维度选题、结构、文案、节奏、钩子和转化设计。选题是看这条视频踩中了观众什么情绪或需求结构是看整个内容的起承转合怎么排文案要逐句拆出开头用什么话术留人、中间用什么金句强化记忆、结尾怎么引导关注节奏包括语速、停顿位置和每个段落的时长分配钩子要单独拎出来分析包括封面标题的钩子和前几秒口播的钩子转化设计则是看视频最后怎么引导互动、关注甚至下单。这里容易犯的毛病是维度太多大模型分析起来会飘。一开始我设计了十几个维度结果模型输出的报告又长又空满屏正确的废话。后来我把维度收敛到六个每个维度下再给模型填充具体的判断标准和示例输出质量立刻上了一个台阶。所以第一步不是急着写提示词而是先把你要的拆解维度想清楚宁可少而精不要多而杂。1.2 人工拆解为什么效率低我过去人工拆解一条视频流程是这样先完整看一遍然后开着秒表再看第二遍把时间轴拉出来记下每一段大概是第几秒到第几秒、在讲什么接着第三遍暂停看细节把开头三秒的口播逐字抄下来把每段的关键句抄下来最后再对照笔记去归纳结构写出一份像模像样的报告。一条三分钟的视频这么走下来至少四十分钟要是遇到信息密度高的口播视频花一两个小时也不奇怪。更麻烦的是这种拆解非常依赖个人经验。同一个视频让两个不同的人拆结论可能完全不一样因为你拆出来的是你“认为”重要的东西。而大模型的优势恰恰在于稳定你给它设定好同一套框架它每次都会按这套框架去套不会因为哪一段你多看了两遍就多拆出几块内容。我们要做的不是让模型替代人的审美而是让模型把重复性的文本整理工作做完把人解放出来去做更有价值的判断。1.3 这个智能体适合谁用我觉得这套东西最适合三类人。第一类是短视频运营和内容创作者需要大量刷对标账号的爆款视频靠人工一条条拆根本拆不过来用智能体批量过一遍再挑真正有价值的精拆。第二类是机构里的编导和策划选脚本、定选题之前需要快速了解近期爆款内容的套路。第三类是刚入行的新媒体新手看爆款只知道好看说不出门道拿智能体出的报告对照着视频看几遍慢慢就有了拆解的感觉。还有一个容易被忽略的用法它也可以用来拆自己的视频。我隔一段时间就会把自己发布的数据比较好的视频丢进去拆一遍看看自己无意中用了什么结构、什么话术这种“被自己点醒”的感觉非常有意思。下面我就把搭建的完整过程讲清楚。2. 方案选型小白首选低代码平台进阶再碰代码2.1 两条路线怎么选市面上搭Agent的方式大致分成两派一派是低代码可视化平台在网页上拖拽节点就能搭出一条工作流另一派是纯代码路线用脚本调用大模型接口自己处理输入输出。对小白来说我强烈建议先从低代码平台入手不是因为代码路线不行而是因为低代码平台把你从“工程细节”里解放出来。你不需要考虑API鉴权、网络重试、并发处理这些乱七八糟的东西把注意力全部放在提示词和流程设计上这恰恰是智能体能不能出效果的关键。等你在低代码平台上把一套拆解流程跑通、知道大模型擅长什么不擅长什么之后再回头去看代码很多逻辑一眼就能看懂。我身边真正靠这个吃上饭的人没有谁是上来就写几百行代码的都是先做出来再去谈优化。我也理解有些程序员朋友会觉得低代码平台不专业但这套拆解智能体真正值钱的是拆解框架本身而不是代码写得多么优雅。2.2 核心组件拆解不管走哪条路线一个完整的爆款视频拆解智能体都离不开这几个组件视频源输入、语音转写模块、大模型分析模块、报告输出模块。视频源输入最简单要么上传本地视频文件要么直接粘贴一个视频平台的分享链接语音转写模块负责把视频里说的话变成文字大模型分析模块是核心按预设的拆解框架去分析文字内容报告输出模块把分析结果渲染成排版干净、可以直接存档的结构化文档。组件之间的数据流是这样的视频文件先进语音转写转出来的文字内容连同视频的标题、封面文案等元信息一起打包交给大模型大模型按系统提示词里的拆解框架把文字拆成六个维度的结论最后把结论整理成Markdown或表格格式输出。整个流程里最关键的调优点有两个一是语音转写的质量转写出来错字连篇再强的大模型也分析不出准确结果二是提示词框架的质量这个直接决定拆解报告的深度。3. 实操搭建一步步把拆解工作流跑通3.1 语音转写模块给它吃干净的原料这个模块的核心逻辑是视频 → 音频提取 → 语音识别 → 带时间戳的文字。我的做法是先把视频文件交给转写服务让它输出带时间戳的逐字稿。这里有一个重要的细节一定要选带时间戳的转写结果不要只拿一段纯文字。原因是后续大模型分析需要时间维度它要知道“第几秒到第几秒在讲什么”才能生成时间轴分段的报告。如果转写结果不带时间戳大模型只能根据语义自己猜段落时长猜出来的结果就不够准。注意转写出来的文字不要直接丢给大模型先做清洗。把语气词、重复词、无意义的停顿尽量清理掉因为大模型会把那些重复词当成有效信息去分析。清洗这一步很多教程里都不讲但实际影响挺大。比如一条视频里博主习惯每句话都带个“然后”转写稿里会密密麻麻全是“然后”大模型分析语言风格时就会误判觉得这个博主的表达方式很高频地使用某个词反而没抓住真正的特点。我的习惯是先用简单的文本处理规则把“嗯、啊、然后、就是说、其实呢”这类词去掉再交给大模型。3.2 大模型提示词设计这里才是核心提示词是整个智能体里最值得花时间打磨的地方它直接决定拆解报告的水平和风格。我试过几种不同的写法最后沉淀出一个相对稳定的三段式结构下面直接给出模板。你是资深短视频内容分析师擅长从结构、文案、节奏、钩子、转化等维度拆解爆款视频的创作规律。 【输入内容】 视频标题{title} 视频时长{duration} 逐字稿{transcript} 【拆解要求】 请按以下六个维度输出拆解报告 1. 选题分析这条视频踩中了什么样的用户需求或情绪为什么能引发共鸣 2. 时间轴分段将内容按语义切成若干段每段标注起止时间、时长、核心内容概述。 3. 文案拆解摘录开头前三句话作为“黄金三秒”分析摘录中间1-2个金句摘录结尾的引导话术。 4. 节奏分析根据段落时长判断内容节奏是均匀还是起伏指出高密度信息集中在哪个区间。 5. 钩子设计分析标题、封面配合口播的开场如何形成吸引力判断钩子属于哪类悬念、冲突、好奇、共情、利益等。 6. 转化设计分析结尾处的互动引导、关注引导或商业植入方式。 【输出格式】 使用Markdown格式报告开头给出一个总分10分的爆款指数评分再做分项拆解。每个维度避免空话尽量引用原文字。最后单独列出“可复用套路”总结3-5条可直接套用的创作方法。这个模板里最关键的是最后那段“输出格式”要求。我发现如果没有这段要求模型会写出一篇散文式的分析报告读起来文采不错但你想直接拿它办事就很费劲。加上“爆款指数评分”“引用原文”“可复用套路”这些硬性约束之后输出就变成了一份能直接用的清单。还有一个小细节把视频标题和时长一起放进提示词而不是只给逐字稿。因为模型只看文字稿的话没办法结合标题去分析“标题和内容之间怎么配合”但真正的爆款视频标题往往是钩子的重要组成部分。3.3 工作流编排按顺序把节点串起来低代码平台上的操作一般是这样的新建一个应用选择“工作流”类型然后从左到右依次添加节点。第一个节点是视频输入支持上传文件或粘贴链接第二个节点是语音转写选择你配置好的转写服务第三个节点是文本处理对转写结果做清洗第四个节点是大模型分析把你写好的提示词模板填进去把清洗后的文本作为变量引用最后一个节点是报告输出把大模型返回的结果渲染成展示页面。工作流节点顺序 视频输入 → 音频提取 → 语音转写 → 文本清洗 → 大模型分析 → 报告渲染这里要提醒两个容易踩的坑。第一视频输入节点和语音转写节点之间的逻辑要理顺如果视频转写耗时比较长一定要开启异步处理模式不然工作流会超时。第二大模型分析节点的上下文长度要提前设好一条五到十分钟的视频转写出来的文字往往有三五千字再加上提示词模板很容易把上下文窗口撑爆所以要么选支持长上下文的模型要么在清洗阶段做摘要压缩。我实测下来日常拆解三到五分钟的口播视频选上下文够用的主流模型就没有问题。3.4 报告输出要排版干净也要方便二次编辑报告输出这个模块很多人觉得就是把大模型的回答直接展示出来不用特意设计。但实际用下来区别很大直接展示的回答版式混乱长段落堆在一起想摘抄一段还得自己排版。我的做法是在大模型分析节点之后加一个数据处理节点把模型输出的Markdown文本稍微清洗一下去掉不必要的空行和标题层级然后套一个平台自带的报告模板让它生成带目录样式、分块展示的页面。如果你用的是纯代码路线这一步就更简单——让大模型直接输出结构化JSON然后在本地用模板引擎渲染成HTML或PDF。不管哪条路我建议最终的报告至少要保留“时间轴分段”和“可复用套路”这两个板块因为实际操作里我做视频的时候最常翻的就是这两个部分。一条视频拆完之后真正能被复用的不是它的文案而是它的结构和节奏安排。4. 常见问题与排查技巧实录4.1 语音转写错字太多分析结果明显不准这是最常遇到的问题。一开始我图省事用免费的转写服务结果一条视频下来把博主说的“爆款”转成“爆块”把“GMV”转成“GEMV”大模型分析的时候就直接在这些错字上做文章了。排查思路很直接把转写结果单独拿出来看一遍如果错误率明显偏高就换个转写引擎或者检查一下是不是视频音质本身有问题。另一个容易被忽略的原因视频里有人声和背景音乐混在一起转写引擎听不清就会瞎猜。解决办法是尽量选择支持人声分离的转写服务先分离音轨再识别错误率能下降一个档次。如果视频本身音质太差我的经验是先不转写直接在拆解报告里标注“音质差需要人工审听”而不是硬转写因为硬转写出来的一堆错误文本反而会误导后面的分析。4.2 大模型输出太笼统全是正确废话“该视频内容流畅节奏紧凑选题精准”这种话模型非常容易说出来。这通常是提示词约束不够导致的模型没有带着具体的判断框架去读文本只能泛泛而谈。解决办法是把每个维度写成更具体的判断题比如在文案拆解里明确要求“必须引用原文未引用原文则视为不合格”在时间轴分段里明确要求“每段必须标注起止时间和核心观点句”。我调试的时候有个习惯把一次分析输出的内容当成“差生作业”来批改。逐条对照提示词检查看哪条要求模型没做到再把那条要求写得更死板、更具体。反复两三轮之后报告质量就会有一个很明显的跃升。这个过程有点枯燥但确实没有任何捷径你对拆解本身的理解越深你写出来的约束就越准。4.3 长视频内容超长模型报错或输出被截断一条二十分钟的长视频转写稿可能达到一万多字超出模型的上下文窗口后要么直接报错要么分析到一半截断。我的处理方案是分两步走先对转写稿做分段摘要把每一段的核心观点都摘出来形成一份压缩版文本再让大模型基于压缩版去分析结构和钩子而不是直接拿全文。损失是模型看不到细节原文但好处是能保证输出完整。这个做法背后的逻辑是拆解这件事最重要的其实是抓住内容骨架而不是逐字分析。骨架抓准了细节上的金句可以后续再人工去视频里听出来。如果你必须对全文做精细拆解那就换用支持超长上下文的模型但成本也会跟着涨小白阶段建议先用分段摘要方案。4.4 工作流跑通了但结果总觉得差口气这种情况高发于刚跑通流程的时候——报告长得很规范但你自己看完觉得没什么收获。这时候不要急着改提示词先回去翻原片。我发现“差口气”的原因往往不是模型分析不好而是你选了一条不值得拆的视频。有些视频爆是爆了但爆的理由是运气或者账号本身巨大的粉丝基础内容结构上没有任何亮点模型再强也拆不出花来。真正需要调优的是拆解对象的选择。对我来说值得拆的视频是那种“内容本身有设计感”的爆款它有清晰的开头钩子、明显的节奏起伏、结尾有转化设计。这种视频丢进智能体出来的报告才有参考价值。所以我在搭建流程之外还会单独维护一个“待拆清单”只把符合标准的视频往智能体里丢。5. 调优心得与避坑清单5.1 提示词打磨的几条独家经验第一把“不要做什么”写进提示词比“要做什么”更管用。我在提示词尾部加了“不要写笼统的夸赞性总结不要使用‘内容精彩’这样的空话”效果立竿见影模型的输出瞬间变得实在了很多。第二给模型提供一两个正面示例。我在拆解要求里附了一个自己手工拆好的简短示例模型会照着示例的风格和详略程度来输出比单纯用文字定义“要详细”高效得多。第三同一个智能体可以准备两套提示词一套用于“快速扫描”只输出总分和三条核心套路的极简版报告另一套用于“深度精拆”输出完整六维报告。我平时刷对标账号的时候先用快速版过一遍筛出真正有意思的视频再针对性地跑精拆版。这样做不仅节省大模型的调用成本也避免自己陷入信息过载。5.2 我踩过的坑和对应的补救办法印象最深的坑是在工作流里直接引用转写原始文本没加任何清洗结果大模型把博主大量的口头禅当成典型表达风格来分析整个文案拆解部分严重失真。后来我在工作流的文本处理节点里加了一个简单的过滤规则把“就是说”“然后”“对吧”等高频语气词替换为空再去分析准确度立刻正常了。第二个坑是误导性的输出格式要求。我一开始要求模型输出一个“爆款指数雷达图”模型当然没法真画图就输出一段用符号拼凑的图形看着很酷实际没用。后来我改成要求它输出“爆款指数评分表”用表格列出各维度得分和扣分原因这才变得实用。教训就是别让模型做什么花哨的视觉设计它会浪费大量输出长度做无用功。第三个坑和变量引用有关。我在低代码平台里把转写文本放进了一个大模型节点但忘了把视频标题一起传进去结果模型完全没分析标题和内容的配合关系拆解报告缺少了钩子维度最关键的环节。加上标题变量之后报告才完整。这个坑看起来很小但对输出内容的完整性影响很大串工作流的时候一定要检查每个变量是不是真的被下一节点读到了。5.3 后续进阶方向让智能体从“分析”走向“创作”整套流程跑顺之后我把它从“拆解工具”升级成了“创作辅助”。方法是加一个“套路迁移”节点让大模型不只要拆解还要基于拆解出来的“可复用套路”生成一个新的视频脚本大纲。这就等于让智能体完成了从“看别人怎么做”到“指导自己怎么做”的闭环。我这里说的进阶不是让你再学多复杂的工程而是把同一套流程再加一个输出目标价值就能翻倍。这个方向还有一个变体把你自己的多篇视频脚本丢进去让大模型横向对比找出你个人内容里的共性套路和短板。我试过这个用法之后发现自己做内容时很多下意识的选择过了很久才被模型点破。这种“让AI帮你认知自己的创作习惯”的体验比单纯拆别人的视频更有意思。希望这套教程能帮你把内容拆解这件事变得高效一点也欢迎你按自己的拆解维度去改造这个智能体它最值钱的地方其实是你的思考框架而不是那几个节点。

相关新闻

数仓COPY导入优化:从瓶颈定位到5倍性能提升的关键实践

数仓COPY导入优化:从瓶颈定位到5倍性能提升的关键实践

1. 问题现场:COPY导入慢在哪里1.1 一次让人抓狂的批量导入任务前几个月我接手了一个实时数仓项目的数据初始化任务,要往某云原生数仓产品里灌一批历史数据,总规模不算夸张,几十张表、大概200多GB,来源是OSS上的CSV文件…

2026/10/19 12:42:29 阅读更多 →
context-mode 上下文模式:分层、切换与状态隔离的工程实践

context-mode 上下文模式:分层、切换与状态隔离的工程实践

1. 从"上下文模式"这个命名说起:它到底在解决什么问题 第一次看到"context-mode"这个词,很多人会下意识地把它理解成某种配置开关——就像编辑器里的"暗色模式""专注模式"一样,点一下切换状态。但如…

2026/10/19 12:41:28 阅读更多 →
分布式存储实战:日志分析、数据湖与特征存储选型指南

分布式存储实战:日志分析、数据湖与特征存储选型指南

分布式存储这个词,在招聘JD里出现得比在业务代码里多得多,但真正到了数据量涨起来那一刻,你会发现它是所有数据平台绕不开的底座。我帮不少业务团队做过存储方案评审,印象很深的一次是某跨平台系统日志分析改造:单机存…

2026/10/19 12:41:28 阅读更多 →

最新新闻

SAM 3本地部署实战:从云端到本地的交互式分割推理优化

SAM 3本地部署实战:从云端到本地的交互式分割推理优化

我在做一个需要用户“框选一块区域、模型自动补全分割”的多模态产品原型时,第一次认真研究SAM 3本地部署。当时云端接口虽然开箱即用,但每次点击都要等结果,标注团队反馈“交互一卡就没人愿意用了”,再加上测试用的图片属于敏感数…

2026/10/19 13:22:08 阅读更多 →
Ubuntu 22.04 源码编译 OpenClaw 全流程:ROS 2 Humble 与 Gazebo 仿真避坑指南

Ubuntu 22.04 源码编译 OpenClaw 全流程:ROS 2 Humble 与 Gazebo 仿真避坑指南

简介:这份资源面向在 Ubuntu 24.04 上部署 OpenClaw 3.2 的开发者与运维人员,聚焦安装过程中两个高频故障的排查与修复:选择千问大模型后登录页面卡死,以及 systemctl 命令报「找不到介质」导致服务无法启动。资源包共 3 个文件&a…

2026/10/19 13:22:08 阅读更多 →
时序数据库入门与选型手记:2026 年,把“是什么“和“怎么选“一次讲透

时序数据库入门与选型手记:2026 年,把“是什么“和“怎么选“一次讲透

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

2026/10/19 13:22:08 阅读更多 →
工业缺陷分割实战:航空发动机叶片数据集全流程解析

工业缺陷分割实战:航空发动机叶片数据集全流程解析

做了几年工业视觉相关的项目,我越来越认同一个判断:真正卡进度的往往不是模型结构,而是数据本身。前段时间完整跑了一个名叫AeBAD的航空发动机叶片异常识别分割数据集,1149张图、labelme标注、4个类别,光看这几个参数好…

2026/10/19 13:22:08 阅读更多 →
HSim智能仿真平台:Agent建模与云原生底座如何重塑全场景仿真

HSim智能仿真平台:Agent建模与云原生底座如何重塑全场景仿真

做仿真好几年,我个人最深的感受是:仿真平台最大的门槛从来不是算法,而是把一堆组件拧在一起的复杂度。最近在梳理团队技术方案时,认真研究了 HSim 智能仿真平台,它把 Agent 建模和云原生底座绑在一起,目标很…

2026/10/19 13:22:07 阅读更多 →
Docker容器化部署实战:从核心原理到生产环境避坑指南

Docker容器化部署实战:从核心原理到生产环境避坑指南

这两年不管是后端、运维还是做前端自建个人项目,大家聊到“怎么把服务稳定跑起来”,基本绕不开 Docker。Docker 是什么,一句话讲清楚:它是一种容器化技术,把应用和它运行所需的依赖、配置、环境一起打包成标准化的镜像…

2026/10/19 13:21:03 阅读更多 →

日新闻

频率跟踪型PWM电源设计:臭氧发生器谐振点漂移与软开关实现

频率跟踪型PWM电源设计:臭氧发生器谐振点漂移与软开关实现

简介:本资源为电源技术方向的学术研究文档,聚焦介质阻挡放电型臭氧发生器电源的频率跟踪型PWM控制策略,面向电力电子、高压电源及臭氧应用领域的科研人员与工程技术人员。针对负载呈容性、等效电容随外加电压升高而增大、谐振频率随之漂移的难…

2026/10/19 0:00:47 阅读更多 →
Vibe Coding 遇上 TaoToken:把开发者思维圣殿的灵感流接入统一 Key 通道

Vibe Coding 遇上 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/19 0:00:47 阅读更多 →
HundredCV-Chat话题建模实战教程:利用4,871个内置话题标签构建主题分析系统

HundredCV-Chat话题建模实战教程:利用4,871个内置话题标签构建主题分析系统

【免费下载链接】HundredCV-Chat 项目地址: https://ai.gitcode.com/hf_mirrors/Jax-dan/HundredCV-Chat 点击查看 免费下载 HundredCV-Chat 是一个由 100 位青年简历数据开发而来的中文多轮对话数据集,共包含 24,750 组日常闲聊对话和 4,871 个话题标签…

2026/10/19 0:00:47 阅读更多 →

周新闻

基于GMM的语音识别系统原理与MATLAB实现详解

基于GMM的语音识别系统原理与MATLAB实现详解

说到基于高斯混合模型(GMM)的语音识别系统,很多人第一反应就是一堆数学公式,觉得门槛很高。但如果你真的在MATLAB里把它落地跑通,会发现核心其实就是三件事:把声音变成特征向量,用GMM给每个类别…

2026/10/19 10:02:04 阅读更多 →
数字图像处理入门:反白、灰度化、调色板修改与导出txt实践

数字图像处理入门:反白、灰度化、调色板修改与导出txt实践

数字图像处理这四个字听起来挺唬人,但落到具体操作上,无非就是让计算机按你的想法“摆弄”像素。我在一个模拟项目X里用了一套特别经典的基础处理流程:对图像做反白、改调色板、彩色转灰度,最后把像素数据导出成txt文件。单看每一…

2026/10/18 0:00:55 阅读更多 →
机器人大脑技术盘点:具身智能的感知、决策与数据闭环

机器人大脑技术盘点:具身智能的感知、决策与数据闭环

如果你的信息流最近也天天刷到“机器人大脑”这个词,你会发现一个很有意思的现象:每个人说的“大脑”根本不是同一个东西。有人指的是大语言模型,有人指的是运动控制系统,还有人指的是能理解物理世界的端到端模型。在2026年这个时…

2026/10/19 1:30:52 阅读更多 →

月新闻

我发现了一个新思路:用 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/19 2:54: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/19 9:10:22 阅读更多 →
黑夜航拍船只数据集训练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/18 12:16:16 阅读更多 →