机器学习集成学习实战:三大流派与工程应用
集成学习这几年在机器学习面试和实际工程里都是绕不开的东西。不管你是刚开始学模型还是已经在跑实验迟早会遇到一个问题单个模型的效果到了瓶颈怎么再往上提一点很多人第一反应是换更复杂的模型但更稳的一条路是把多个模型结合起来让它们“商量着”做决定——这就是集成学习。这篇文章我会从集成学习的基本概念讲起把 Bagging、Boosting、Stacking 这三大流派的核心思路、数学直觉、适用场景都聊透最后再结合我实际跑实验踩过的坑整理一份可以直接参考的实战笔记。内容尽量说人话有基础的朋友可以当复习刚入门的朋友也能顺着思路建立起整体框架。1. 整体思路拆解为什么“三个臭皮匠”真的能顶个诸葛亮1.1 从“偏差-方差”困境看集成的本质要理解集成学习为什么有效得先回到机器学习最基础的一个矛盾偏差和方差的权衡。所谓偏差是模型预测值和真实值之间的系统性差距。偏差太高模型容易“学得不够”连训练集都拟合不好这叫欠拟合。所谓方差是模型对不同训练数据集的敏感程度。方差太高模型把训练集里的噪声也学进去了换一批数据表现就崩这叫过拟合。单个模型训练时你往往处在两难境地想降低偏差就得加大模型复杂度结果方差上去了想降低方差就得简化模型结果偏差又下不来。经典的决策树就特别典型深度设小了吧欠拟合深度设大了吧又开始乱抖。集成学习的核心思路恰恰是绕过这个两难——不追求“一个模型完美拟合”,而是同时训练多个模型让它们的误差在统计意义上相互抵消一部分。用一句我常跟朋友说的话集成不是让一个天才答对所有的题而是让一群普通学生投票把偶然的错误抹平。这里面有一条非常关键的数学直觉如果每个模型的误差是独立的至少相关性不高那么多模型平均之后误差的方差会按模型数量的增加而下降。好比掷骰子单次掷出 6 的概率是 1/6但你掷几十次取平均结果就会越来越稳定地靠近 3.5。模型的输出做平均或投票本质上就是干这件事。当然“误差独立”在现实中做不到因为模型都是在同一份数据上训练的必然会存在相关性。所以集成学习各个流派的核心区别归根结底就是怎么让一组模型之间既保持多样性又能协同把任务做好。这就是理解 Bagging、Boosting、Stacking 的一条主线——永远带着“多样性从哪来”这个问题去看各种算法设计。1.2 一个模型好还是多个模型各有千秋很多人一开始会有个困惑既然单个模型能调到不错的精度为什么非要折腾多个模型训练成本翻倍不说线上推理还多了一堆延迟。我自己的体会是集成学习的价值主要体现在三个方面。第一是稳定性的提升。单个模型对数据里的噪声、随机种子都极敏感可能换一个随机种子线上指标就抖一下。集成之后多个模型的平均输出会平滑掉这些随机波动这在金融风控、推荐系统这类对稳定性要求极高的场景里特别重要。第二是假设空间的扩展。单个模型的表达能力再强它也受限于自己的算法归纳偏置。决策树擅长抓非线性关系线性模型擅长抓全局线性趋势把它们集成起来等于同时从多个角度去逼近真相。这也是为什么工业界很多最终上线的方案都是树模型和线性模型组合出来的。第三是降低“选错模型”的风险。你在离线实验里选出来的最优模型可能只是在这份验证集上碰巧赢了。集成相当于买了一份保险就算其中某个模型在线上表现拉了其他模型还能把整体结果撑住。做推荐系统的朋友应该都见过线上效果和离线 A/B 经常不完全一致集成模型往往是最抗折腾的那个。不过也要泼一盆冷水集成不是免费的午餐。它带来的代价是训练和推理成本的倍增以及可解释性的下降。所以接下来要聊的各类方法本质都是在“收益”和“代价”之间做取舍。2. 三大流派核心细节解析Bagging、Boosting 与 Stacking2.1 Bagging并行训练让模型“各看各的数据”先说 Bagging全称是 Bootstrap Aggregating翻译过来就是“自助采样聚合”。它的流程不复杂从原始数据集中有放回地随机采样得到 m 个不同的子数据集每个子数据集独立训练一个模型预测时回归任务对所有模型输出取平均分类任务做投票。关键在于“自助采样”。什么叫有放回采样就好比你从一袋糖果里随机摸一颗记下颜色后放回去再摸这样每颗糖果有可能被摸到多次也可能一次都没被摸到。对一个包含 N 个样本的数据集做 N 次有放回采样大约会有 63.2% 的样本被至少抽中一次剩下的约 36.8% 就是“袋外样本”。这些袋外样本有大用处它们没参与某个模型的训练所以可以直接用来做验证集估算模型的泛化误差。这在实践里特别省事——你不用再专门切一份验证集出来随机森林跑完就能直接给出一个相对靠谱的 OOB 分数。Bagging 最有名的代表就是随机森林。它除了有放回采样每棵树的节点分裂时还会随机挑选特征子集。可以理解为树与树之间的差异来源有两层——样本层的扰动加特征层的扰动。这两层扰动把树之间的相关性降得很低集成后的方差也就显著小于单个决策树。我在实际项目中用过很多次随机森林最直观的感受是它几乎不挑数据特征量纲不统一、有缺失、有离群点都能跑得很稳。但它的短板也很明显——对训练集的拟合上限不算最高因为它本质上是把一堆“中等水平”的树做平均属于靠“稳”取胜的方法。如果你追求的是极致精度它往往打不过后面要说的 Boosting 类模型。2.2 Boosting串行纠错让每个模型都“补前面的锅”Boosting 的思路和 Bagging 正好相反——它不搞并行而是串行地训练一堆模型每个新模型都专门去纠正前面模型犯的错。用大白话讲就像小组做作业第一个人先做一遍老师批改完把错题标出来第二个人重点做那些错题第三个人又接着盯前两个人还搞不定的题。每个新成员的目标就是让“队伍的正确率”越来越高。Boosting 的家族很大最有名的几个是 AdaBoost、梯度提升树GBDT和它的现代版本 XGBoost、LightGBM、CatBoost。AdaBoost 通过调整样本权重来实现“纠错”上一轮被分错的样本权重升高下一轮模型就会更关注它们。GBDT 则换了个思路让每一棵树去拟合前面所有树累计下来的“残差”也就是真实值减去当前预测值的剩余部分。每一轮都在“已经改好的作业”基础上继续改进。XGBoost 和 LightGBM 是在 GBDT 基础上做了大量工程优化加了正则项、二阶导数信息、直方图近似等等让它在精度和速度上都上了一个台阶。Boosting 最吸引人的地方是它的上限通常比 Bagging 高。因为它每一步都在瞄准“当前最难的点”去优化拟合能力非常强。但这也意味着它更容易过拟合尤其当数据噪声大、或者树的深度与学习率没配好的时候。它对异常值也比 Bagging 敏感得多——差之毫厘谬以千里个别脏数据可能会让模型花大力气去“纠正”一个本来就不该学的模式。2.3 Stacking用学习器去学“怎么结合学习器”如果说 Bagging 和 Boosting 是规则非常固定的集成方式那 Stacking 就是把“如何集成”这件事也交给机器去学。Stacking 的做法有两层。第一层叫做基学习器通常是几种不同类型的模型比如逻辑回归、随机森林、XGBoost 各来一个它们分别对数据做预测。第二层叫元学习器它的训练数据不是原始特征而是第一层模型的输出结果。也就是说第二层模型学习的不是“原始数据长什么样”而是“这几个基模型各自有多靠谱、它们的预测结果怎么组合最准确”。这也是“模型融合”在这类文章里最常见到的一个画面第一层树的输出拼成新的特征第二层模型在这个特征上做最终决策。需要提醒一下Stacking 很容易做过拟合实践中不能直接拿第一层模型在训练集上的输出去训练第二层。常规做法是交叉验证——把训练集分成 K 份每一份的预测结果都用“没见这份数据训练出来的模型”来产生。这样第二层的训练数据才相对“干净”泛化能力才有保障。Stacking 的优势是灵活性极高。它不挑基学习器的类型甚至能把树模型和神经网络放在一起融合。坏处也明显训练流程复杂、调试成本高而且基模型之间如果水平差距太大融合效果反而不如直接选最优的那个。我个人的经验是Stacking 适合在你已经确定几个强单模、且它们的错误模式差异较大时使用它是“锦上添花”不适合用来“起死回生”。2.4 三类方法的对比速查表聊到这里把三个流派的差异整理成一个表格方便大家对比。对比维度BaggingBoostingStacking学习方式并行独立训练串行顺序训练两层结构层级训练核心目标降低方差降低偏差学习最佳组合权重样本使用方式有放回抽样各模型数据不同每轮关注前轮错误样本基模型输出作为新特征代表算法随机森林AdaBoost、XGBoost、LightGBM任意模型 元学习器过拟合风险较低较高需调参控制较高需交叉验证解释性较强较强较弱适用场景高维稀疏、噪声较多追求精度、特征含义清晰多个强模型融合这张表不绝对但它能帮你在拿到一个任务时快速判断从哪个方向入手。3. 实操要点如何把集成学习的收益真正落到项目里3.1 先搞清楚你要降的是偏差还是方差从第一节的内容可以引出一个很实用的判断方法你在决定用哪类集成方法之前先看一眼当前模型是欠拟合还是过拟合。如果单模型在训练集上的误差就不低说明偏差大、欠拟合这时候该上 Boosting 类方法让模型一步步逼近复杂的真实关系。如果单模型在训练集上表现极好、验证集上一落千丈说明方差大、过拟合这时候该上 Bagging 类方法用平均效应平滑掉模型的波动。如果你的多个单模型已经各有千秋错误样本重合度不高这时候可以考虑 Stacking让元学习器把它们的互补性发挥出来。这算是集成学习里最核心的一个“决策直觉”。我见过不少朋友一上来就堆 XGBoost结果模型本来就过拟合越堆越糟就是因为没搞清楚自己在补哪一边的短板。3.2 基学习器的多样性比单个精度更重要集成学习里有一个特别反直觉的结论基学习器之间的差异度往往比基学习器本身的精确度更重要。我之前做过一个实验三个模型在验证集上的准确率分别是 85%、83%、84%集成之后准确率能到 88%。另一个实验三个模型都是 90% 的准确率但它们的错误高度重合集成之后反而还不到 90%。原因很简单如果所有模型都在同一个地方犯错投票也救不回来只有错误模式是分散的少数服从多数才有意义。所以实操里我选基学习器时一般会刻意拉开“模型类型”的差距。树模型选一个、线性模型选一个、核方法或神经网络选一个这样它们在特征空间的视角差异更大。参数上也可以适当做差异化比如树模型的深度、学习率都错开一点。当然有个度差异拉得太大也容易导致某个模型太弱拖后腿。3.3 实际项目中一个可复用的集成流程我用过很多次的一套流程分享出来可以直接抄。第一步先确定基线。用最简单的模型比如逻辑回归或者浅层决策树跑出一个准确率基线作为后续所有工作的对标。第二步训练多个异构模型。每一个模型先用独立的默认参数跑通再单独调优到各自的最佳状态。注意这几个模型之间的调参可以互不干扰不用为了“集成”刻意保持一致。第三步检查模型之间的相关性。可以在验证集上计算一下每对模型的预测结果的相关性。如果相关性普遍在 0.8 以上说明它们基本在“互相复制”集成收益会非常有限这时候需要增加特征工程差异或者模型类型差异。第四步选择集成策略。如果单模间差异大但各自精度都还不错直接加权平均或者投票通常就够了如果差异大且单个精度参差不齐可以考虑 Stacking让元学习器来分配权重。我特别想强调第四步不要一上来就 Stacking。线性的加权平均在很多情况下已经能吃掉大部分集成收益Stacking 带来的额外提升可能只有零点几个百分点却会多出整整一套训练流程。先简单后复杂永远是工程上的正确顺序。3.4 关于早停、学习率与随机种子的几个实操细节不管是 Boosting 还是 Stacking有几个细节你早晚会遇到这里提前说清楚。第一个是早停。Boosting 类模型特别容易“过犹不及”树加得太多训练集误差降得漂亮验证集却开始回升。所以工业里普遍的做法是每加一棵树算一次验证集指标连续 N 轮没有提升就停止。这个 N 通常取 50 到 100 之间具体看数据量。第二个是学习率。在 XGBoost 和 LightGBM 里学习率eta/learning_rate和树的数量是联动关系。学习率调小往往需要更多棵树才能收敛但泛化能力通常会更好。我的经验是从学习率 0.05 起步先固定一个合适的树数量再回头看精度最后再微调学习率。不要一上来就把两个参数一起调否则很难定位问题。第三个是随机种子。集成学习的随机性来源很多有放回采样、特征子采样、分裂点搜索等等。你调好一组参数之后建议多跑几个随机种子确认结果波动范围。如果振幅很大说明模型本身不稳定这时要考虑的不是“换更好的参数”而是用集成方法本身去压波动——这又回到了 Bagging 的初心。4. 踩坑实录与常见问题排查4.1 问题一Bagging 之后精度反而下降了这是我见过不少新人最容易困惑的问题。明明是“三个臭皮匠顶个诸葛亮”怎么自己的随机森林还不如一棵调参充分的决策树大概率的原因有两个。一是基学习器的精度太差。Bagging 能降方差但是它对偏差的改善有限如果单个模型本身就欠拟合平均之后只会更欠拟合。二是数据集太小、结构太简单。数据量只有几百条特征也很少多样化的子样本之间差异太小集成带来的收益完全覆盖不了训练样本被稀释的损失。这种时候我的建议是——先别盲试集成回头把单棵树的深度、分裂标准、叶子节点最小样本数调一调看单模型的天花板在哪。单模型打到 92%集成才能帮你往 93% 走单模型只有 80%集成大概率也只能在 80% 附近打转。4.2 问题二Boosting 在验证集上过拟合了Boosting 是最容易过拟合的集成方法尤其是你用默认参数直接跑深树。一个很典型的场景训练集 AUC 到了 0.99验证集只有 0.83明摆着过拟合了。排查顺序我建议从三个维度来。第一个维度是树的复杂度。树的深度从默认的 6 降到 3 或者 4叶子节点最小样本数调大一些比如从 1 提到 10 以上。第二个维度是学习率和树数量学习率从 0.1 降到 0.03配合早停机制。第三个维度是正则化参数XGBoost 里的 alpha、lambdaLightGBM 里的 lambda_l2、min_data_in_leaf都可以适度调大。这个排查过程需要耐心。我一般会先固定学习率和树数量只调树的深度找到合理区间之后再调正则项。一次只动一个参数改完看验证集曲线不要同时把所有旋钮都转一遍。4.3 问题三Stacking 的交叉验证没做好Stacking 翻车十次里有九次是交叉验证没做对。第一层模型在训练集上直接输出预测结果拿去训练第二层第二层学到的其实是“第一层模型的过拟合模式”而不是“第一层模型的泛化能力”。这样搞出来的 Stacking线下验证可能虚高线上直接崩。正确的做法是把训练集切成 K 折做 K 次循环每次用 K-1 折训练基模型、留 1 折预测最后把 K 折的预测结果垂直拼起来作为第二层的训练数据。整个流程跑完之后再用全部训练数据重训一遍基模型用于线上真实预测。有个细节值得多说一句第二层模型的验证集也和第一层一样需要留出来不能用第一层交叉验证用过的那部分数据。通常的做法是外层再套一层交叉验证或者一开始就把独立的 hold-out 验证集单独留出来。这一块流程比较复杂建议第一次做 Stacking 的时候画一张流程草图对照着写代码能省掉很多排查时间。4.4 实战排查速查表现象可能原因排查思路随机森林精度 单颗决策树单模型欠拟合 / 数据量太小先提升单模型精度再考虑集成XGBoost 训练集极高、验证集低树太深 / 学习率太高 / 正则不足降低深度、增正则、开早停加权融合效果和单模型持平基模型相关性过高换模型类型、差异化特征输入Stacking 线下高、线上低第一层直接用了训练集预测改用 K 折交叉验证生成第二层特征多随机种子结果波动大模型本身方差大用 Bagging 类方法压方差多做几次重复实验4.5 再补一个数据层面的“坑”类别不平衡别用默认配置集成学习在类别不平衡问题上有个天然优势——Bagging 的采样策略可以扩展成 Balanced Bagging每个子数据集里保证各类别比例接近Boosting 的样本权重机制也能往少数类上倾斜。但如果你不做任何处理默认配置下模型大概率会对多数类有偏好。实操里我比较常用两招。一是对少数类做加权XGBoost 和 LightGBM 里都有 scale_pos_weight 或者 is_unbalance 一类的参数直接从损失函数层面放大少数类的惩罚。二是在每次采样子数据集时保证少数类样本的覆盖率让它们在多个基模型里都被看到。这两招配合起来比单纯调阈值要干净得多。5. 我个人实际使用下来的一些体会做集成学习这几年我最大的感受是它的理论并不难难的是对“什么时候该用什么”的判断力。在数据竞赛里集成往往是拿名次的必经之路单模型练得再好最后不融合个几个模型基本进不了前排。但在工业项目里情况反而相反——很多系统根本没有必要上集成因为推理延迟、模型维护成本、跨团队的可解释性沟通这些都是现实约束。我接过一个推荐领域的项目当时单模型 AUC 已经达到业务要求但团队还是觉得“不集成不放心”费了好大劲做了一个 Stacking线上指标提升不到 0.3%反而把系统链路弄得复杂了好几倍。所以我的结论一直很朴素**集成是工具箱里的一把好用的工具但别让它成为你唯一的执念。**先问自己当前模型的瓶颈到底是偏差还是方差多个模型之间到底有没有互补空间集成带来的收益能不能覆盖掉工程上的额外成本把这些账算清楚再动手不迟。如果你刚开始接触这块我的建议很简单先把随机森林跑熟再上手 XGBoost 或 LightGBM 跑一个 GBDT最后尝试把它们做一次加权平均。这个流程走一遍你对集成学习三大流派的差异就会有自己的手感。后面再看 Stacking 那些复杂的流程你会觉得顺理成章。最后再分享一个小技巧做模型融合的时候把每个基模型在验证集上的错误样本交并比算一下。我每次都会看两件事一是整体相关性的平均值二是错误样本的重合度。重合度低于 30%说明模型间差异够大值得做融合高于 50%趁早别忙活了先回去把单模型调好再说。这个小动作特别简单但判断效率极高基本能帮你规避掉八成无效的模型融合尝试。

相关新闻

WEKA数据挖掘入门:从ARFF格式到J48决策树与交叉验证实战

WEKA数据挖掘入门:从ARFF格式到J48决策树与交叉验证实战

简介:一份面向数据挖掘初学者与课程学习者的WEKA中文详细教程PPT,围绕怀卡托智能分析环境(WEKA)的开源特性、获得ACM SIGKDD奖项的里程碑地位及常见应用场景展开,适合作为高校数据挖掘、机器学习课程的配套讲义或自学入…

2026/10/13 22:03:47 阅读更多 →
支付系统设计与落地:状态机、幂等、对账与避坑指南

支付系统设计与落地:状态机、幂等、对账与避坑指南

线下业务上线支付系统的那段时间,几乎每天都要和数据、异常单、渠道对账单较劲。当时踩过的坑、重构过的状态机、跟渠道商务来回确认的限额规则,后来都沉淀成了这套经验。今天不聊架构图,也不念文档,就实打实拆一下“支付系统”从…

2026/10/13 22:03:47 阅读更多 →
同花顺日线文件解析:从二进制乱码到可回测的OHLCV表

同花顺日线文件解析:从二进制乱码到可回测的OHLCV表

简介:这份资源面向金融数据分析初学者与量化爱好者,聚焦同花顺日线二进制文件(.day)的解析问题。压缩包仅4KB,内含2个文件:一个以600000为代码的日线样本文件,以及一份约20行的Python解析脚本&a…

2026/10/13 22:02:46 阅读更多 →

最新新闻

GRP-U8行政事业版数据库部署与运维:从选型到备份恢复的实战指南

GRP-U8行政事业版数据库部署与运维:从选型到备份恢复的实战指南

简介:无论是日常余额核对、凭证追溯,还是年末结转时清理数据,面对GRP-U8行政事业版庞大的数据库常常让人无从下手。这份资料面向用友GRP-U8财务软件的运维实施与行政事业单位信息化人员,集中梳理出真正核心的四张业务表——GL_Yeb…

2026/10/13 22:59:15 阅读更多 →
Servlet从原理到实战:吃透Java Web底层核心机制

Servlet从原理到实战:吃透Java Web底层核心机制

Servlet 这门技术,放在十年前是 Java Web 开发者的必修课,放在今天看,很多刚接触 Spring Boot 的同学可能只在依赖清单里见过它,甚至有人觉得它已经过时了。但实际上去掉 Spring 的外壳,真正在底层处理 HTTP 请求、管理…

2026/10/13 22:59:15 阅读更多 →
ThinkPHP新闻发布系统开发实战:从路由到后台管理全流程

ThinkPHP新闻发布系统开发实战:从路由到后台管理全流程

简介:ThinkPHP新闻发布系统是一份面向PHP初学者和Web开发入门者的完整前后台项目源码,覆盖前台文章展示、后台分类与文章管理,并集成百度UEditor富文本编辑器,旨在通过一个真实项目帮助理解MVC分层、ActiveRecord数据库操作、路由…

2026/10/13 22:59:15 阅读更多 →
Servlet核心机制与生命周期详解:从HTTP请求到Java方法的完整链路

Servlet核心机制与生命周期详解:从HTTP请求到Java方法的完整链路

Servlet这东西,说起来有点“老”,但如果你想搞明白Java Web到底是怎么跑起来的,它还真躲不开。我带团队和面试新人的时候发现一个现象:不少人上来就学Spring Boot,写接口已经非常熟练,但你把问题往回问一层…

2026/10/13 22:59:15 阅读更多 →
Java NIO Channel深度解析:从BIO痛点、Buffer机制到非阻塞实战

Java NIO Channel深度解析:从BIO痛点、Buffer机制到非阻塞实战

1. 从BIO的痛点到Channel的设计动机很多同学学NIO的时候,一上来就啃Selector、ByteBuffer、Channel这三大件,结果学完一圈还是不知道Channel到底解决了什么问题。我刚开始接触NIO那会儿也是这样,API背得滚瓜烂熟,真到写网络服务的…

2026/10/13 22:59:15 阅读更多 →
ACM竞赛中STL sort的cmp函数设计原理与避坑指南

ACM竞赛中STL sort的cmp函数设计原理与避坑指南

1. 为什么排序不是“写个for循环就完事”的事?刚接触ACM竞赛的新人,十有八九都经历过这个阶段:看到一道题说“把数组从小到大排好”,立刻撸起袖子写个冒泡——三重嵌套,i、j、k变量齐飞,跑样例能过&#xf…

2026/10/13 22:58:14 阅读更多 →

日新闻

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

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

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

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/13 16:22:04 阅读更多 →
影刀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/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/12 18:11:17 阅读更多 →