Video AI Cutter:智能视频片段提取工具,自动切片长视频素材
1. 项目缘起与核心定位第一次接触“Video AI Cutter”这个命名直觉告诉我它解决的是一个非常具体的痛点把长视频里“有用”的片段自动切出来。传统剪辑流程里无论是做课程切片、直播回放精选还是从会议录像里提取关键发言都逃不掉“人工拉进度条、反复预览、手动打点”这三步。一个两小时的素材光是粗剪出十分钟的可用片段熟练的剪辑师也得花上大半个小时。Video AI Cutter 要做的就是把这套重复劳动交给机器让“内容筛选”这件事从手工活变成自动化流水线。从命名拆解来看“Video”界定了输入形态是视频文件“AI”说明核心能力依赖模型推理而非纯规则匹配“Cutter”则点明了输出动作是切割而非重编码或特效合成。这三个词组合在一起指向一个清晰的定位面向批量视频素材的智能片段提取工具。它不追求替代专业剪辑软件而是卡在“素材预处理”这个环节把最耗时的初筛工作压缩到几分钟甚至几十秒。适合关注这个项目的人大致分三类。第一类是内容运营和自媒体从业者手里动辄几十条直播回放或访谈录像需要快速产出短视频切片第二类是教育和技术培训场景的从业者要把长课程拆成知识点独立的小节第三类是有一定开发基础、想在自己工作流里嵌入自动切片能力的工程师。这三类人的共同诉求是减少人工预览时间提高素材利用率且不希望为每个视频单独写一套处理逻辑。需要提前说明的是Video AI Cutter 这类工具的能力边界很明确。它擅长的是“基于内容特征的片段定位”比如检测语音起止、识别画面场景切换、根据关键词匹配字幕时间戳。它不擅长的是“理解内容价值”——判断哪段话更有传播力、哪个画面更有冲击力这仍然需要人来把关。把工具用在它擅长的环节才能发挥最大价值。2. 整体架构与方案选型思路2.1 为什么采用“检测加切割”两段式设计Video AI Cutter 的底层流程可以概括为“先分析、后执行”。分析阶段负责从视频里提取可用的时间标记执行阶段根据这些标记做无损切割。这种两段式设计不是随意为之而是基于几个现实考量。第一分析阶段往往需要调用模型推理耗时较长且可能失败而切割阶段是纯文件操作速度快、确定性高。把两者解耦意味着分析结果可以缓存复用。比如同一批素材要按不同策略切多次只需要分析一次后续切割直接读缓存的时间戳文件即可省去重复推理的开销。第二分析阶段产出的时间戳是结构化数据便于人工复核和二次编辑。实际使用中模型给出的切点未必完全符合预期可能多切了几秒或者漏掉一个片段。如果直接边分析边切割调整起来就得从头再来而先输出一份时间戳清单人工过一遍、改几个数字再执行切割容错率高得多。第三两段式让工具更容易集成到现有流水线。分析模块可以独立部署在算力较强的机器上切割模块放在存储节点附近各司其职。对于批量处理场景这种拆分能显著提升整体吞吐。2.2 核心检测能力的三种实现路径Video AI Cutter 的“AI”部分实际落地时通常不会只依赖单一模型而是组合多种检测手段。根据素材类型和切片目标的不同常见的检测路径有三条。语音活动检测是最基础的一层。它的作用是找出视频里“有人在说话”的时间段过滤掉静音、纯音乐、环境噪声等无语音区间。实现上通常用轻量级的 VAD 模型逐帧判断当前音频帧是否包含人声。这一层的价值在于大幅缩小后续处理范围——一个两小时的视频真正有语音的可能只有四十分钟先切掉静音段后续字幕识别和关键词匹配的负担就小很多。场景切换检测针对的是画面层面的变化。当视频从室内切到室外、从PPT切到讲师画面时帧间差异会突然增大。通过计算相邻帧的直方图差异或结构相似度可以定位这些切换点。对于课程录像、访谈节目这类镜头切换频繁的素材场景检测能帮助把内容按“镜头”粒度切开再结合语音信息做二次合并。关键词与语义匹配是最高层的能力。它依赖字幕或语音转文字的结果在文本层面搜索目标词汇或语义片段。比如要提取所有提到“注意事项”的片段就在字幕时间轴里检索这个词命中位置前后各扩展几秒作为切点。这一层直接对应“按内容切片”的需求也是 Video AI Cutter 区别于普通切割工具的关键。实际使用时这三条路径往往串联先用 VAD 过滤静音再用场景检测划分粗粒度区间最后用关键词匹配精确定位。每一层都在缩小候选范围最终输出的切点既准确又高效。2.3 切割环节的无损与有损取舍切到执行阶段一个绕不开的选择是无损切割还是有损重编码。无损切割直接复制原始码流只修改容器层面的时间戳和索引速度快、画质零损失但要求切点必须落在关键帧上。如果切点落在两个关键帧之间播放器解码时会出现花屏或黑帧。有损重编码则可以把切点精确到任意帧但需要重新编码耗时且画质会有轻微损失。Video AI Cutter 的默认策略通常是“优先无损必要时重编码”。具体做法是拿到目标切点后向前寻找最近的关键帧如果距离在可接受范围内比如两秒内就按关键帧切牺牲一点精度换速度和画质如果距离太远或者用户明确要求精确切点才对这一小段做重编码。这种混合策略在实操中平衡了效率和质量也是大多数同类工具采用的方案。注意无损切割对容器格式有要求。MP4 的索引结构对切割支持较好而某些流式格式在切割后可能出现时间戳错乱需要重新封装。处理前最好确认素材格式必要时先转封装再切割。3. 核心细节解析与实操要点3.1 时间戳清单的格式与人工复核分析阶段输出的时间戳清单是整个流程的“中间产物”也是人工介入的入口。一个设计良好的清单通常包含以下字段片段序号、起始时间、结束时间、时长、触发原因语音/场景/关键词、置信度。用 JSON 或 CSV 存储便于程序读取和人工编辑。人工复核时重点关注两类问题。一是过切模型把一段完整的话从中间切开导致语义断裂。这通常发生在语音停顿被误判为片段边界时。解决办法是在 VAD 检测后加一个“最小静音时长”阈值只有静音超过这个阈值才认为是真正的边界短停顿直接忽略。二是漏切该切的地方没切比如关键词出现在字幕里但语音识别没识别出来。这需要检查语音转文字的准确率必要时换用更精确的模型或加入热词表。复核时我习惯用播放器打开原视频对照时间戳清单逐个跳转预览。虽然听起来费时但比起切完再发现不对、重新跑一遍流程前期花几分钟核对要划算得多。尤其是批量处理时第一批素材的复核结果能帮你判断当前参数是否合理避免后面几十个视频全部返工。3.2 语音转文字的质量控制关键词匹配的准确性很大程度上取决于语音转文字的质量。这里有几个实操中容易踩的坑。采样率与声道是第一个坑。很多录屏或直播素材是双声道但只有一路有声音另一路是静音或背景音乐。如果直接把双声道混成单声道再识别语音信号会被稀释识别率下降。正确做法是先检测各声道的能量选能量高的那一路单独识别。采样率方面16kHz 是语音识别的标准输入过高或过低都会影响模型表现转码时统一重采样到 16kHz 即可。背景音乐与噪声是第二个坑。VAD 能过滤纯静音但对“语音叠加背景音乐”的场景无能为力。这种情况下语音识别模型可能把歌词也转成文字污染关键词匹配结果。一个实用的技巧是先用人声分离模型把语音和背景音乐分开再对语音轨做识别。虽然多了一步处理但对于音乐类、综艺类素材效果提升很明显。专业术语与口音是第三个坑。通用语音识别模型对行业术语、人名、缩写的识别率往往不理想。解决办法是准备一份热词表在识别时传入模型作为偏置。热词表不需要很大把项目里高频出现的几十个词列进去识别准确率就能有明显改善。口音问题则比较棘手如果素材里说话人口音较重可能需要换用针对该口音优化的模型或者在识别后做一轮人工校对。3.3 切点微调的经验法则模型给出的切点直接拿来用往往差那么一点。根据我的经验有几个微调法则几乎适用于所有场景。语音片段前后各留 0.3 到 0.5 秒。人说话有起承转合模型检测到的语音起止点通常偏紧直接切会显得突兀。前后各留半秒让片段有自然的呼吸感。如果是对话场景留白可以再多一点避免把对方的回应切掉。场景切换点向后偏移 0.2 秒。画面切换的检测点通常落在切换完成的那一帧但人眼对切换的感知有延迟。向后偏移一点让新场景的第一个完整画面包含进来观感更自然。关键词命中位置前后扩展一个完整句子。如果关键词出现在句子中间只切关键词本身会语义不完整。更好的做法是找到关键词所在句子的起始和结束标点按整句切。这需要语音转文字结果带有标点信息或者在识别后做一轮标点恢复。这些数值不是绝对的不同素材类型需要微调。但作为起点它们能帮你快速得到可用的结果再在此基础上优化。4. 完整实操流程与关键环节4.1 环境准备与依赖安装Video AI Cutter 的部署通常涉及几个核心依赖视频处理库如 FFmpeg、语音识别引擎、以及可选的场景检测模型。FFmpeg 是基础中的基础切割、转码、提取音频都靠它。安装时建议用系统包管理器或预编译版本避免自己编译带来的兼容性问题。语音识别引擎的选择取决于你的场景。如果追求开箱即用可以选带预训练模型的轻量级方案如果对准确率要求高且有 GPU 资源可以部署更大的模型。安装完成后先用一段短音频测试识别效果确认模型能正常加载、输出格式符合预期。场景检测模型通常是可选的。如果素材镜头切换不频繁或者你只关心语音内容可以跳过这一层直接用 VAD 加关键词匹配。多一个模型就多一份部署和维护成本按需选择。# 检查 FFmpeg 是否可用 ffmpeg -version # 提取音频为 16kHz 单声道 WAV供语音识别使用 ffmpeg -i input.mp4 -vn -ac 1 -ar 16000 -f wav audio.wav4.2 分析阶段的分步执行分析阶段建议分步执行每步的输出都落盘保存方便排查问题。第一步是音频提取。用 FFmpeg 把视频里的音频轨抽出来统一转成 16kHz 单声道 WAV。这一步很快一个两小时的视频通常几十秒就能完成。输出文件保留好后续语音识别直接读它不用重复提取。第二步是语音活动检测。把 WAV 喂给 VAD 模型得到一系列语音区间。这些区间是后续所有处理的候选范围。VAD 的输出通常包含每个区间的起止时间和置信度置信度低的区间可以标记出来人工复核时重点关注。第三步是语音转文字。对 VAD 输出的每个语音区间做识别得到带时间戳的文字。这里要注意识别是按区间做的每个区间的文字时间戳是相对于区间起点的需要换算回视频的绝对时间。换算逻辑很简单但容易写错建议写个单元测试验证一下。第四步是关键词匹配与切点生成。在识别出的文字里搜索目标词命中后按前面说的“前后扩展一个完整句子”的规则生成切点。如果同时启用了场景检测把场景切换点也合并进来去重后得到最终的切点清单。4.3 切割执行与批量处理拿到切点清单后切割本身是机械操作。用 FFmpeg 的-ss和-to参数指定起止时间配合-c copy做无损切割。如果切点不在关键帧上FFmpeg 会自动向前找最近的关键帧这可能导致实际切出来的片段比预期长一点。要精确控制的话可以加-avoid_negative_ts make_zero和-copyts参数但需要测试确认播放器兼容性。# 无损切割示例从 00:01:30 切到 00:02:15 ffmpeg -ss 00:01:30 -to 00:02:15 -i input.mp4 -c copy output_clip.mp4批量处理时建议写一个脚本遍历切点清单逐个执行切割并记录每个片段的处理状态。失败的片段单独标记不要因为一个失败就中断整个批次。切割完成后抽查几个片段确认画质和音画同步正常尤其是切点附近的帧。提示批量切割时注意磁盘空间。无损切割虽然不重编码但每个片段都是独立文件总大小可能接近原视频。提前估算好空间避免切到一半磁盘满了。4.4 参数配置速查表参数作用推荐值说明VAD 最小语音时长过滤过短的语音片段0.5 秒低于此值的区间视为噪声VAD 最小静音时长判定片段边界0.8 秒静音超过此值才切分切点前扩展语音片段前留白0.3 秒避免起音被切切点后扩展语音片段后留白0.5 秒避免尾音被切关键词句扩展按整句切分前后各一句保证语义完整无损切割容差关键帧距离阈值2 秒超过则重编码这张表里的数值是我在课程录像和访谈素材上反复调试后比较稳定的配置。不同素材类型可能需要调整比如直播回放的静音阈值可以设大一点因为主播停顿往往较长而对话类素材的静音阈值要设小否则会把正常对话切碎。5. 常见问题与排查技巧实录5.1 切出来的片段音画不同步这是无损切割最常见的问题根源通常在于时间戳处理。当切点不在关键帧上时FFmpeg 向前找关键帧但音频轨的切点可能没有同步调整导致音画偏移。解决办法有两个一是切割时同时指定音频和视频的偏移量用-itsoffset参数校正二是干脆对切点附近做小段重编码让音视频重新对齐。排查时可以用ffprobe查看片段的音视频起始时间戳如果两者差异超过一帧基本可以确认是这个问题。修复后建议用播放器逐帧检查切点附近确认口型对得上。5.2 语音识别漏掉关键内容漏识别的原因很多按概率从高到低排背景音乐盖过人声、说话人语速过快、专业术语不在模型词表里、音频采样率不对。排查时先把音频单独抽出来听一遍确认人声是否清晰。如果人声本身没问题那就是模型的问题依次尝试加热词表、换模型、做人声分离。一个容易被忽略的点是音频增益。有些素材录制时音量偏低波形幅度很小模型可能把低音量语音当成噪声过滤掉。处理前先做一次响度归一化把整体音量提到标准水平识别率往往能提升不少。5.3 批量处理中途失败批量任务失败通常不是工具本身的问题而是环境或资源问题。磁盘空间不足、内存溢出、某个视频文件损坏都可能导致批次中断。我的做法是在脚本里加异常捕获单个视频失败就记录日志跳过继续处理下一个。全部跑完后统一看失败列表逐个排查。另一个常见原因是文件路径含特殊字符。中文、空格、括号在命令行里需要转义处理不当会导致 FFmpeg 找不到文件。建议在脚本里对路径做统一处理或者先把素材重命名成纯英文数字的文件名再处理。5.4 问题速查表现象可能原因排查方法解决方向片段花屏切点不在关键帧ffprobe 查看起始帧类型启用重编码或调整切点音画不同步音视频时间戳偏移对比音视频起始时间加 itsoffset 或重编码漏识别背景音乐/音量低单独听音频人声分离/响度归一化识别错字多术语不在词表检查识别文本加热词表/换模型批量中断磁盘满/文件损坏查看日志和磁盘清理空间/跳过损坏文件切点偏移关键帧距离远查看切点与关键帧距离缩小容差或重编码5.5 几个少走弯路的经验先跑通再调优。不要一上来就追求完美切点先用默认参数跑一个视频看看整体流程是否通畅再针对具体问题调参数。很多问题在流程跑通后自然就暴露了比空想参数有效得多。保留中间产物。音频文件、VAD 结果、识别文本、切点清单这些中间产物都留着。调参时不用重跑前面的步骤直接改后面的逻辑迭代速度会快很多。尤其是语音识别重跑一次可能好几分钟有缓存的话改关键词匹配就是秒级的事。小批量验证再放大。批量处理前先拿三五个视频试跑确认参数和流程没问题再处理全部素材。我见过太多人直接跑几百个视频跑到一半发现参数不对全部返工。前期花十分钟验证能省下几小时的重复劳动。关注音频质量而非视频质量。Video AI Cutter 的核心是内容切片内容的主要载体是语音。视频画质差一点观众能忍语音听不清直接劝退。所以音频的采样率、声道、响度这些参数比视频分辨率更值得花时间调。6. 扩展方向与个人体会Video AI Cutter 这套流程跑顺之后能扩展的方向其实不少。比如把切点清单对接给自动字幕生成给每个片段配上字幕再输出或者接入内容审核模型自动过滤掉不适合发布的片段再或者把分析结果做成可视化时间轴让人工复核更直观。这些扩展都不需要改动核心流程只是在现有环节上叠加能力。我个人在实际操作中的体会是这类工具的价值不在于“全自动”而在于“把人从重复劳动里解放出来专注在判断和决策上”。模型负责找候选片段人负责选最终片段这个分工比追求端到端全自动要务实得多。参数调优的过程也是了解素材特点的过程调着调着你会对什么样的内容适合切片、什么样的切点观众看着舒服形成自己的判断标准。这些经验反过来又能指导参数设置形成正向循环。最后分享一个小技巧如果素材里说话人经常提到某个固定词比如课程里的“这道题”、访谈里的“关键点”把这个词加进关键词列表往往能切出意想不到的好片段。模型不知道哪些内容重要但你知道。把你知道的告诉模型它就能帮你更快地找到你要的东西。

相关新闻

8款AI论文写作工具实测:文献综述、降重、引用全场景指南

8款AI论文写作工具实测:文献综述、降重、引用全场景指南

每年一到毕业季,我的私信就会被论文求助塞满。有人刚被导师一句"文献综述写得像百度百科"打回重写,有人对着开题报告憋了一周,创新点还是那句正确的废话。说句实在话,AI论文写作工具早就不是前两年那种"概念产品&q…

2026/10/13 8:42:39 阅读更多 →
从半加器到四位补码器:加法器与补码电路设计实战

从半加器到四位补码器:加法器与补码电路设计实战

1. 从两个比特开始:半加器为什么是所有加法电路的起点很多人学数字电路的时候,第一个真正动手搭出来的电路就是半加器。它简单到只有两个输入、两个输出,但恰恰是这种简单,让它成为理解整个加法器体系最好的入口。半加器要解决的问…

2026/10/13 10:09:32 阅读更多 →
TinyML开发板选型指南:内存、算力、功耗与工具链的平衡之道

TinyML开发板选型指南:内存、算力、功耗与工具链的平衡之道

1. 从“跑个模型”到“塞进指甲盖”:TinyML硬件选型的底层逻辑很多人第一次接触TinyML,脑子里想的都是“把模型压缩一下,往单片机里一塞就完事了”。我刚开始也是这么想的,结果拿了一块常见的Cortex-M4开发板,把Tensor…

2026/10/12 16:46:57 阅读更多 →

最新新闻

T3 Stack全栈实践:tRPC与Prisma打通端到端类型安全

T3 Stack全栈实践:tRPC与Prisma打通端到端类型安全

最近在折腾全栈项目的时候,我把研究重点放在了 t3code 这个代号下的整套技术组合上。如果你也关注过 Next.js 生态,T3 Stack 这个名字多半不陌生,它把 Next.js、TypeScript、tRPC、Prisma、Tailwind CSS、NextAuth 这六样东西打包成一套开箱即…

2026/10/13 10:09:29 阅读更多 →
RAID阵列配置与数据安全(进阶篇):原理、方案与优化

RAID阵列配置与数据安全(进阶篇):原理、方案与优化

本文深入探讨RAID阵列配置与数据安全(进阶篇),涵盖背景分析、原理剖析、实战步骤、配置示例、优化建议和避坑指南。很多团队在服务器与运维场景中都会遇到与RAID阵列配置与数据安全(进阶篇)相关的挑战。本文结合生产环…

2026/10/13 10:09:29 阅读更多 →
AnyPS5 泛化接入实战:PS5 串流跨设备、跨网络与输入映射优化指南

AnyPS5 泛化接入实战:PS5 串流跨设备、跨网络与输入映射优化指南

1. 从“AnyPS5”这个名字说起:它到底想解决什么问题第一次看到“AnyPS5”这个标题,我脑子里蹦出来的第一个念头是:这大概率是一个围绕 PlayStation 5 生态做“泛化接入”或“跨端体验”的项目。为什么这么说?因为“Any”这个前缀在…

2026/10/13 10:09:29 阅读更多 →
基于STM32单片机直流无刷电机PID控制温度PWM调速编码器蓝牙无线APP/WiFi无线APP/摄像头视频监控/云平台设计S457

基于STM32单片机直流无刷电机PID控制温度PWM调速编码器蓝牙无线APP/WiFi无线APP/摄像头视频监控/云平台设计S457

STM32-S457-无刷电机测速编码器温度超速高温报警PID控制PWM10档加减速正反转电源OLED屏声光提醒按键(无线方式选择)产品功能描述:本系统由STM32F103C8T6单片机核心板、OLED屏、(无线蓝牙/无线WIFI/无线视频监控/联网云平台模块-可选)、电压转…

2026/10/13 10:08:26 阅读更多 →
基于STM32单片机激光测距仪TOF激光传感器VL53L1X倒车雷达蓝牙无线APP/WiFi无线APP/摄像头视频监控/云平台设计S450

基于STM32单片机激光测距仪TOF激光传感器VL53L1X倒车雷达蓝牙无线APP/WiFi无线APP/摄像头视频监控/云平台设计S450

STM32-S450-电磁波检测舵机保护报警频率变化预警阈值保护阈值超阈值报警OLED屏声光提醒按键(无线方式选择)产品功能描述:本系统由STM32F103C8T6单片机核心板、OLED屏、(无线蓝牙/无线WIFI/无线视频监控/联网云平台模块-可选)、激光测距传感器…

2026/10/13 10:08:26 阅读更多 →
敏捷开发全流程会议实战指南:从Sprint规划到回顾会的高效落地

敏捷开发全流程会议实战指南:从Sprint规划到回顾会的高效落地

敏捷开发这几年几乎成了软件团队的标配词汇,但真正把“敏捷”落实到日常工作中的,往往都绕不开一件事:开会。从需求进待办列表到版本发布,串起整个迭代的其实是一套固定的会议节奏——Sprint规划、每日站会、Sprint评审、Sprint回…

2026/10/13 10:08:26 阅读更多 →

日新闻

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

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

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

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/12 0:16:38 阅读更多 →
影刀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/12 14:48:49 阅读更多 →
黑夜航拍船只数据集训练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 阅读更多 →