腾讯体育NBA AI神剪辑技术拆解:从事件识别到自动成片
这两年我一直在跟体育赛事转播的智能化改造打交道腾讯体育NBA直播里的那个AI“神剪辑”是我觉得目前最接地气、也最值得拆解的落地案例之一。很多朋友看到这个词第一反应是“不就是自动剪个高光集锦吗”但真把这个功能放到千万人同时在线的直播场景里你会发现它背后塞满了视频理解、动作识别、内容评分、实时剪辑一整套硬核技术。这篇文章我就用自己的视角把这套“神剪辑”从需求拆解到技术实现、再到我实测踩坑的经验一次性讲透。先说清楚它解决的是什么问题。NBA一场比赛动辄两个半小时真正让球迷肾上腺素飙升的往往是比赛最后几分钟的逆转、一记惊天隔扣、一记压哨绝杀。传统的集锦制作依赖人工剪辑师盯完整场比赛费时费力而且直播结束后还要等很久才能发布。腾讯体育的做法是让AI在比赛进行的同时实时识别精彩画面自动剪辑出一段段符合传播节奏的短视频。这个东西适合谁看如果你是做视频AI、做内容生产工具的产品经理或者算法工程师又或者你是体育媒体从业者想搞清楚“机器到底怎么理解一场球赛的精彩”这篇文章应该能给你不少启发。1. 项目概述AI“神剪辑”到底干了一件什么事1.1 从一万分钟赛事信号里捞金子先说一个残酷的现实一场NBA转播的原始视频流里真正值得剪进集锦的内容可能只有3到5分钟。以前视频编辑要从头到尾盯着屏幕看到好球就手动打点一节比赛下来就要连续专注20分钟一个系列赛十几场下来人基本就废了。腾讯体育的AI神剪辑目标就是把“盯全场”这件事交给模型机器负责找出“扣篮、三分、盖帽、抢断、关键球”这些事件然后自动生成带剧情逻辑的短视频。这个需求听起来简单但拆开之后有几个硬指标第一实时性要求极高比赛结束的瞬间集锦最好已经躺在APP里了第二准确性要求极高漏掉一个大场面会被球迷骂但把普通进球当成精彩回合推送出去用户点开一看就划走同样伤体验第三剪辑要有叙事感不能只是把十几个进球拼在一起得有回合交替、比分变化、关键球悬念。这三个指标任何一个单独拿出来都是坑放在一起就意味着背后必须有一套完整的AI生产流水线。我个人体验下来这个项目最核心的突破不是“识别出扣篮”这个单点能力而是把“识别事件—评估精彩度—生成剪辑脚本—合成视频”整条链路打通了。它本质上是一个内容再生产的系统输入的是原始直播流输出的是符合移动端传播规律的短视频产品。这才是“人工智能神剪辑”这个名字的完整含义而不是某一个算法模型。1.2 相比人工剪辑AI到底赢在哪里有人可能会问人工剪辑师干了这么多年为什么非要AI来干我举几个实际数据对比。一个经验丰富的剪辑师完成一场比赛集锦从看球、打点、粗剪到成片平均需要40分钟到1小时而AI实时流水线在比赛结束后的几十秒内就能产出第一条高光视频。这是速度维度。再看成本维度NBA常规赛一个赛季有82场加上季后赛光腾讯体育一个平台就要覆盖几百场纯人工的边际成本非常高AI系统上线之后的边际成本几乎为零。更重要的是AI能发现人类容易忽略的细节比如某场比赛平淡但某一个角色球员的防守回合感染力爆棚机器可以从多维度信号里捕捉这种“非典型高光”。但话又说回来早期AI剪辑也闹过笑话——把球员失误当成精彩传球把普通战术跑位剪得莫名其妙。所以腾讯这类平台的技术团队做的不是简单的“识别替换人工”而是让AI辅助人工把剪辑师从重复劳动里解放出来去聚焦创意表达。我后来在自己的项目里也遵循了这个原则先让AI完成80%的粗剪工作人只做最后10%的调整剩下的10%留给系统自学习。这个比例可以因地制宜但思路是一致的AI不是来抢饭碗的是来把生产工具升级的。2. 核心技术拆解AI怎么认出球场上的“神之一手”2.1 看懂篮球从姿态估计到事件检测要让AI认识“扣篮”“三分”“盖帽”首先要让机器理解画面里发生了什么。这里面最基础也是最重要的一步是姿态估计——也就是追踪场上10名球员加上裁判就是11人的骨骼关键点比如手腕、手肘、肩膀、膝盖、脚踝这些位置。腾讯体育这类大厂用的多半是自研或者基于开源框架改进的模型OpenPose、MediaPipe这些都曾经是主流选择但在真实赛事场景里标准姿态模型往往会被球员之间严重遮挡、快速转身、镜头大幅运动干扰。所以我在实际测试中的经验是赛事场景不能用单纯检测单帧的思路必须做时序建模也就是结合连续十几帧的运动轨迹来判断动作。比如“三分出手”不是一个静态姿势而是一个由“跳起—举臂—拨腕—球离手”组成的时序动作用LSTM、Transformer这些序列模型去捕获这个动态过程效果才会好。再加上球场上有清晰的标线和篮筐位置可以利用先验知识三分线的半径是6.75米篮筐高度是3.05米——这些场地坐标能帮模型把“疑似投篮动作”归类为“三分还是两分”准确率立刻上一个台阶。除了动作识别还需要追踪篮球本身。篮球在高速运动时目标又小又容易跟丢这时候雷达数据或者多摄像头融合定位就显得很关键。腾讯体育的转播本身就有多路机位AI系统相当于把所有机位的画面、实时比分、现场收音全部当成输入信号通过一个多模态模型统一理解。从我复现过的简化版本来看单靠主摄像机位最高只能做到70%左右的事件识别准确率一旦融合多个机位和计分牌数据准确率能冲到90%以上。这个差距就是工业级和玩具级的区别。2.2 精彩度评分把“卧槽”变成可计算的分数识别出事件只是第一步更大的难题是“这个事件到底多精彩”。同样是一个扣篮常规赛的普通暴扣和季后赛抢七最后10秒的准绝杀暴扣传播价值天差地别。AI没法像人一样“看完热泪盈眶”但它可以通过一系列可量化的信号去逼近这个判断。我做技术拆解时发现这套评分系统通常有四个信号源。第一个是观众噪声现场麦克风采集的分贝突变曲线往往跟精彩程度高度相关因为球迷的反应是天然的标注器。第二个是比分差变化比赛激烈程度、绝杀球的上下文都能体现在实时比分里比如两队分差在最后2分钟小于3分时任何一个进球都价值千金。第三个是动作本身的难度系数这个可以由姿态估计模型输出的动作幅度、腾空高度、速度变化来推算扣篮比上篮分数高隔扣比空接分数高。第四个是镜头语言导播切换到慢动作回放本身就是一种精彩度标注AI可以去学习“何种事件会触发导播回放”的规律。这四个信号加在一起通过加权或者一个小的排序模型就能输出每个事件的精彩度评分。我在工程实现中用的是一种简化方案先给每个事件算一个60秒内的综合特征向量再用一个LightGBM排序模型输出0到1的分数实践下来AUC能做到0.85左右够用了。这里有一个很重要的经验千万不要只靠单一信号比如只看观众噪声很多客场进球现场没有反应评分就会明显失真。2.3 数据驱动的剪辑决策集锦也要有起承转合有了事件和评分AI还需要回答一个问题这期集锦怎么排序、怎么取舍、每段镜头占多少秒才能让用户看得爽这其实是一个序列决策问题不能简单地按时间顺序把所有高光事件堆在一起。我的理解是腾讯体育这套系统在剪辑决策上做了两个层面的学习。第一个层面是“节奏控制”AI通过分析大量人工剪辑的优秀集锦学习里面的镜头长度分布、事件间隔、卡点位置。比如人工剪辑里通常开场用一记重磅扣篮抓住注意力中间保持每10到15秒一个高能点结尾用一记绝杀或者最佳进球收尾。第二个层面是“内容叙事”AI会结合比赛进程把事件重新组织比如先铺垫“主队处于落后”再展示“关键球员连续得分”最后落到“反超绝杀”这就是一个微型的剧作结构。在实际操作里我可以给出一个可以直接套用的规则模板事件按精彩度降序粗选然后按比赛时间线排序保证视频长度在60到90秒之间单个镜头时长控制在3到8秒。再用一个连续的镜头拼接算法让画面切换自然结尾库选最高分事件。这套规则在绝大多数场景里都够用但如果想要更高级的效果就得用强化学习去优化用户完播率这个终极目标那才是真正的“神剪辑”完全体。3. 实操过程与核心环节实现从直播流到成片的完整流水线3.1 整体流程设计与架构选择我之前在本地搭过一个简化版的体育集锦流水线用来复现腾讯这类系统的核心逻辑。整套流程可以分成五个环节视频采集与抽帧、事件检测、精彩度评估、剪辑脚本生成、视频合成与推流。视频采集环节输入的是标准直播流我用的是RTMP拉流然后每隔0.1秒抽一帧关键图像同时把音频流切分成500毫秒一段用于计算观众噪声分贝。事件检测环节我用轻量级的姿态估计模型检测球员骨架再把骨架序列送入一个时序分类模型判断当前片段属于“扣篮、三分、盖帽、抢断、助攻、普通回合”中的哪一类。精彩度评估环节把事件类型、比分差、比赛剩余时间、观众噪声、导播回放标志拼成一个特征向量输入排序模型获得评分。剪辑脚本生成环节按照上一节说的规则模板选出得分最高的N个事件确定顺序和镜头时长。合成环节用ffmpeg把对应时间段的视频片段抽取出来加上转场效果、比分字幕和背景音乐最终输出一个MP4文件。这套流程看起来简单但有三个工程上的坑我必须提醒你。第一是抽帧抽多了会导致IO瓶颈我后来把抽帧间隔从0.05秒调整到0.1秒事件识别准确率只下降1个百分点但吞吐量翻了接近一倍。第二是模型推理必须上GPUCPU跑一个姿态模型处理每秒10帧就要把CPU全部吃满根本没法支撑实时场景。第三是视频合成非常吃硬盘顺序读写最好直接挂在内存盘或者高速NVMe上普通机械硬盘在连续写几十个片段时会产生严重卡顿。3.2 关键参数计算与模型选择细节我来分享一些具体的参数选择这些是我在多次实验中验证过的组合可以作为参考起点。事件检测模型方面我用的是基于SlowFast网络结构的改进版输入是16帧的连续片段每帧分辨率224×224在NVIDIA T4 GPU上单卡推理延迟约30毫秒完全满足实时要求。相比只吃单帧的2D CNN这个方案的时序建模能力更强对“三分出手”这类有起跳过程的动作识别效果提升非常明显。姿态估计我选择了MoveNet的多人版因为它对遮挡的鲁棒性比OpenPose好虽然关键点精度略低但在这个场景里“动作类型判断”比“毫米级骨骼定位”更重要。精彩度评分的权重我从大量人工标注数据里学习到一组经验值观众噪声权重0.35比分差影响权重0.25动作难度系数0.25导播回放标志0.15。这组权重可以用线性回归直接拟合人工评分得到。动作难度系数我用一个简单的公式计算腾空高度关键点平均高度变化乘以0.4加上动作速度关键点位移平均速度乘以0.3再加上动作幅度骨架包围盒面积变化乘以0.3归一化到0到1区间。剪辑脚本里的镜头时长也是可以算的我统计过人工集锦的数据大多数高能镜头的合适长度在4到7秒之间扣篮这种视觉冲击力强的可以到5秒三分和助攻这种节奏快的控制在3到4秒即可。整条集锦长度设定在75秒左右正好适配短视频平台的黄金时长。3.3 实操现场记录一次完整的复现过程我挑一次自己动手复现整个流程的经历说说。当时我找了一段NBA官方发布的1080p比赛集锦视频作为原始素材大概5分钟里面包含了十几次进攻回合。第一步是抽帧我用ffmpeg按0.1秒间隔提取了大概3000张JPEG图片。第二步是跑姿态估计每张图生成包含每个球员骨架关键点坐标的JSON文件这一步在GPU上大概花了5分钟。第三步是事件检测我写了一个简单的滑窗程序把连续的16帧骨架序列送入分类模型输出每个滑窗的事件标签和置信度。第四步是精彩度评分我提取了每个事件的比分差快照和视频片段内的音频分贝峰值叠加上模型输出的动作难度系数套用上一步的权重算出分数。这里我特别注意了一个细节音频要避开现场解说员爆音和杂音所以分贝值我是按频段过滤后的能量来算的不然裁判哨声会被误判成观众欢呼。第五步是生成剪辑脚本我设置了最少5个事件、最多8个事件按分数从高到低选取然后按比赛时间重新排序。第六步用ffmpeg把对应时间段的片段切出来用cat命令无损拼接最后统一压缩编码。整个流程我从原始视频输入到最终成片输出一共耗时不到3分钟。对比一下人工剪辑这种素材人工剪辑至少要15分钟。虽然我的简化版达不到腾讯那种工业级的美感和叙事能力但骨架已经是同一个逻辑了。那次复现让我特别深刻地意识到业界所谓的“神剪辑”其实没有一个神秘算法它是一套精心设计的多模型协作流程。4. 常见问题、踩坑记录与优化技巧4.1 误检漏检AI最大的敌人是“语境”我在多次测试里发现AI事件检测最大的问题不是“认不出动作”而是“脱离了语境”。比如一个普通的篮下补篮动作特征跟扣篮很像模型很容易误报为扣篮但在真正的比赛视频里这种补篮往往没有观赏性。另外比赛最后几秒的犯规战术、发球、暂停等场面的动作特征和抢断很接近也会造成大量误检。我的解决办法有两个。第一个是引入“语境特征”把比赛剩余时间、分差、当前回合进攻时间窗口这些元数据拼进事件分类模型的输入层让模型学会“这个动作在这个比赛阶段更可能是哪种事件”。事实证明加了语境特征之后误报率直接降低了大概12个百分点。第二个是设置置信度阈值和冷却时间比如只有置信度大于0.8的事件才被记录为高光同一个事件在3秒内禁止重复触发这样就避免了慢动作回放画面被反复检测成新事件的问题。4.2 剪辑节奏稀碎那是镜头拼接的逻辑出了问题早期版本我遇到过一个问题检测出来的高光事件确实都是真高光但拼出来的集锦看起来就是“一顿一顿”的毫无流畅感。排查之后发现是镜头切换逻辑太简单我只是粗暴地把各事件片段首尾相连没有考虑事件之间的节奏关系。比如两个事件之间如果间隔太长画面会显得很拖沓间隔太短又感觉还没看清楚就跳走了。我后来参考了视频编导的一些规则总结出一套可执行的拼接策略如果两个相邻高光事件之间的原始间隔超过5秒就在中间插入一段1到2秒的过渡镜头可以是观众席反应或者教练席画面如果间隔小于1.5秒就让两个镜头快速硬切形成一种连续轰炸的爽感。同时配合背景音乐的节拍来切割转场点让视觉节奏跟听觉节奏对齐。这一步我亲测对观感提升是决定性的同样一组素材用卡点拼接和不用卡点拼接完播率可以差出30%。4.3 延迟与成本实时流水线的性能矛盾工业级实时系统不能只考虑效果还要考虑延迟和成本这个矛盾我在小规模项目里也深有体会。最耗时的环节其实是视频编码。我最初实每小时成本就直接翻倍。不如只在GPU上跑姿态和事件分类这两个模型把精彩度评分换成在CPU上跑的LightGBM整体延迟只增加了10毫秒成本却省了将近一半。成本控制的另一个办法是分辨率分层。实时检测阶段用448×448的低分辨率画面只有检测到潜在高光后才把原始高清片段送去合成。这样既保证了集锦输出画质又让计算量集中在少数几个关键时刻上。我按照这个思路优化之后单场90分钟比赛的总计算成本只有最初的35%左右。4.4 常见问题速查表这里我把最容易踩的坑整理成一张表方便大家直接对照排查。问题现象可能原因解决建议频繁误检普通进球为高光特征单一缺乏语境信息拼接比分差、剩余时间等元数据特征漏检关键球滑窗时间太短错过完整动作增大滑窗长度到1.5到2秒加入重叠步长集锦画面卡顿原始片段硬切无转场插入过渡镜头或按音乐节拍对齐切换点视频合成速度慢编码参数过高、无硬件加速使用NVENC或QuickSync按内容类别调节码率多人遮挡导致姿态识别崩溃单一机位视角受限融合多机位信号或用雷达辅助球员定位直播延迟过高检测链路串行化改成异步流水线抽帧和推理并行5. 延伸思考从“神剪辑”到通用AI内容生产5.1 我的个人实操体会我把这套“识别—评分—组合—生成”的框架从篮球赛场迁移到足球、电竞、甚至是短视频的Vlog领域之后发现它的通用性比想象中强得多。核心逻辑不变变的只是“事件清单”和“精彩度信号源”。比如足球要把“射门、扑救、铲断”作为事件标签把观众分贝和进球概率模型作为评分信号电竞则要把“击杀、五杀、推塔”作为事件标签把团战伤亡比和敌方经济差作为评分信号。我曾经用这套思路处理过一段无人机航拍素材把“起飞、盘旋、穿越、着陆”定义成事件用画面运动幅度作为精彩度评分自动生成了一支50秒的卡点快剪朋友圈发出去完全没人看出来是AI剪的。这说明“神剪辑”的本质是一个内容理解与再组织引擎它不绑定某个特定体育项目而是绑定一套通用的视频叙事逻辑。对做内容方向的朋友来说这才是最有迁移价值的部分。5.2 后续还能怎么玩顺着这个方向再往深处走我认为有三个值得关注的扩展点。第一个是用户个性化剪辑同样是詹姆斯砍下50分有的用户喜欢看他的暴扣合集有的用户喜欢看他的关键球处理AI完全可以基于用户历史观看行为生成不同风格、不同侧重的集锦。第二个是实时叙事解说前端把AI识别到的事件和精彩度评分喂给大语言模型自动生成一段贴合比赛的解说词或是社交媒体文案这块我在本地原型里已经验证过可行性。第三个是跨场次集锦把整个系列赛、甚至整个赛季的MVP候选人的高光时刻自动汇总成一部“赛季纪录片”这种长叙事对AI的剧情理解能力要求更高但一旦打通商业想象空间非常大。我个人的判断是未来两三年内每一场直播都会标配AI实时剪辑每一个内容创作者都会拥有一套“神剪辑”基础设施。我们现在看到的NBA集锦只是这套技术打法在单体项目上的一个样板间真正的风暴还在后面。到时候回头再看腾讯体育这套系统真正有价值的地方不是那几个让人惊叹的模型精度而是它把AI从“尝鲜工具”变成了“日常帮手”的完整产品思路。希望这篇拆解能让你对“AI怎么理解一场精彩比赛”有一个具体的、可上手的认识。

相关新闻

QOwnNotes 源码构建完全指南:从 git clone 到 qmake、QtCreator 与 Nix 的三种编译路线

QOwnNotes 源码构建完全指南:从 git clone 到 qmake、QtCreator 与 Nix 的三种编译路线

桌面应用 【免费下载链接】QOwnNotes QOwnNotes is a plain-text file notepad and todo-list manager with Markdown support and Nextcloud / ownCloud integration. 项目地址: https://gitcode.com/gh_mirrors/qo/QOwnNotes 点击查看 免费下载 本篇技术指南以 Q…

2026/10/14 17:44:06 阅读更多 →
P1734最大约数和:用一道题彻底搞懂01背包动态规划

P1734最大约数和:用一道题彻底搞懂01背包动态规划

在OJ上做P1734“最大约数和”这道题时,很多人的第一反应是:约数和跟背包有什么关系?难道要先把1到S的约数和全算出来,再暴力凑组合?可等你把题意真正翻译完,就会发现这是一道特别典型的动态规划01背包题&am…

2026/10/14 17:43:06 阅读更多 →
LightMem系列FluxMem:把记忆建模为持续演化的异构图,让Agent拥有自愈技能

LightMem系列FluxMem:把记忆建模为持续演化的异构图,让Agent拥有自愈技能

【免费下载链接】LightMem [ICLR 2026] LightMem: Lightweight and Efficient Memory-Augmented Generation 项目地址: https://gitcode.com/gh_mirrors/li/LightMem 点击查看 免费下载 LightMem 是 ICLR 2026 的轻量高效记忆增强生成(Memory-Augmented…

2026/10/14 17:43:06 阅读更多 →

最新新闻

库存扣减的并发控制:乐观锁的应用

库存扣减的并发控制:乐观锁的应用

财务主管跨界写技术文,先交代缘由:公司商城搞限时促销,活动结束对账,账面库存和实物对不上,多卖了四十七件。排查一周,病根是库存扣减没做并发控制,两个请求同时读到同样的库存数,各…

2026/10/14 19:10:22 阅读更多 →
Python案例练习:图书管理系统

Python案例练习:图书管理系统

Python案例练习:图书管理系统、新增图书、查看所有图书、按书名搜索、修改图书信息、删除图书、保存数据到本地文件、从文件加载数据 """ 图书管理系统 新增图书、 查看所有图书、 按书名搜索、 修改图书信息、 删除图书、 保存数据到本地文件、 从文…

2026/10/14 19:10:22 阅读更多 →
防拍照泄密核心知识点合集精讲

防拍照泄密核心知识点合集精讲

在企业数据安全建设过程里,很多运维新人学习防泄密体系都是碎片化的。大多优先关注 U 盘拷贝、聊天软件外发、邮件附件导出这类传统泄密通道,很容易漏掉手机拍摄电脑屏幕这个低成本、高隐蔽性的泄密途径。很多企业投入预算搭建文档加密体系,管…

2026/10/14 19:10:22 阅读更多 →
Keepalived + DRBD 实现 NFS 文件服务高可用:架构、配置与避坑指南

Keepalived + DRBD 实现 NFS 文件服务高可用:架构、配置与避坑指南

简介:这份资源面向运维工程师与VoIP通信系统开发者,聚焦Freeswitch高可用架构的落地实践,通过Keepalived实现主备节点故障自动切换,解决单点故障导致通信服务中断的问题。压缩包共4个文件,约38KB,包含2个Sh…

2026/10/14 19:10:22 阅读更多 →
Reactor 3背压机制深度解析与生产级实践

Reactor 3背压机制深度解析与生产级实践

1. 项目概述:为什么背压不是“可选项”,而是Reactor 3的生存底线 你写完第一个 Flux.create() ,用 onNext() 疯狂发射数据,下游用 subscribe(System.out::println) 接收——一切丝滑。直到某天压测时,控制台突然…

2026/10/14 19:10:22 阅读更多 →
Python车险理赔车型识别与合规校验:数据工程实践指南

Python车险理赔车型识别与合规校验:数据工程实践指南

1. 项目背景与整体设计思路1.1 车型信息在车险理赔中的关键作用车险理赔看起来是“拍照—定损—打款”的简单流程,但真正做过车险数据的人都知道,车型信息是贯穿整个理赔链路的一个隐形骨架。从承保端的车型定价,到理赔端的配件价格与工时费计…

2026/10/14 19:09:21 阅读更多 →

日新闻

AnyPS5通用适配层设计:兼容性与性能的工程取舍

AnyPS5通用适配层设计:兼容性与性能的工程取舍

1. 从"AnyPS5"这个名字说起:它到底想解决什么问题第一次看到"AnyPS5"这个标题,我脑子里冒出来的第一个念头是:这大概率是一个围绕"跨平台运行"或者"通用适配"做文章的项目。名字里的"Any"…

2026/10/14 0:00:41 阅读更多 →
Flutter跨平台开发实战:二手交易应用与HarmonyOS适配

Flutter跨平台开发实战:二手交易应用与HarmonyOS适配

1. 项目概述:Flutter跨平台二手交易应用开发作为一名长期从事移动应用开发的工程师,我最近完成了一个基于Flutter框架的二手物品交易平台项目。这个项目最吸引我的地方在于它完美结合了Flutter的跨平台优势与HarmonyOS的生态特性,实现了"…

2026/10/14 0:00:41 阅读更多 →
DFS算法解决飞机降落调度问题实战

DFS算法解决飞机降落调度问题实战

1. 项目背景与核心思路飞机降落问题是一个经典的调度优化场景,也是算法竞赛和面试中的高频题目。这个题目要求我们合理安排多架飞机的降落顺序和时间,确保所有飞机都能安全着陆而不发生冲突。在实际航空管制中,这类问题直接关系到飞行安全和机…

2026/10/14 0:00:41 阅读更多 →

周新闻

流感时间序列预测实战: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/13 22:01:27 阅读更多 →
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/14 7:53:34 阅读更多 →