考虑时序相关性的蒙特卡洛场景生成与削减实战解析
先交代一个背景前一阵子帮某高校研究团队做新能源出力场景库建设他们手里有一批某风电场的数年逐小时出力数据要做随机调度优化。起初大家用的都是常规套路——先拟合每个时刻的边缘分布再独立蒙特卡洛采样生成一千条“日场景”最后用K-means削减到20条。结果模型一送进调度算法里就出问题生成的典型场景曲线高频抖动一天内充放电指令反复横跳备用容量配置也比历史实测数据下的结果高出一大截。问题就出在时序相关性上。这个主题说起来很简单但做起来很容易翻车。场景生成与削减在电力系统随机规划里属于地基性工作地基没打牢后面基于场景的机组组合、储能配置、备用优化全部会失真。本文围绕“考虑时序相关性MC的场景生成与削减”这条主线把从相关性建模、蒙特卡洛采样到场景削减整条链路讲透包括为什么独立采样不靠谱、如何把时序相关性“接”进来、削减算法怎么选、以及我踩过的几个坑。适合正在做随机优化、新能源出力建模、储能容量规划的研究生和工程技术人员。1. 时序相关性缺失的危害独立采样的MC场景为什么会翻车先说一个反直觉的结论如果只看单时刻分布的拟合效果独立采样生成的风电场景可能每一个时间断面都“统计正确”但整条时序曲线却是完全错误的。这不是某一个步骤出了问题而是整个生成策略忽视了电力系统出力的核心特征——时间上的惯性。1.1 独立采样的典型流程和它的“鬼轨迹”初学者最常见的MC场景生成流程是这样的把历史数据按时刻分组例如8760小时数据拆成24组每组365个样本对每个时刻分别拟合分布风电常用Weibull或Beta光伏常用Beta负荷常用正态对每条场景逐时刻独立抽取随机数把24个抽样结果串成一条“日场景”重复1000次得到1000条场景。这套流程跑完后画出来的场景长什么样单看某一时刻比如下午2点的出力分布确实和历史差不多但把整条曲线连起来看会发现大量场景在相邻小时内频繁跳变——下午1点是满发下午2点突然掉到零下午3点又拉回80%额定功率。真实风电出力根本不会这样因为大气系统有惯性风速变化是连续过程出力曲线天然带有强自相关。这种高频震荡的“鬼轨迹”进入优化模型后会产生一连串连锁反应。机组爬坡约束本来是描述火电机组每小时最大升负荷能力的如果场景里出现大量剧烈爬坡需求调度模型会认为需要预留更大的爬坡容量储能模型会认为必须高频充放才能跟踪出力波动结果充放电循环次数暴增、寿命损耗被严重高估。1.2 时序相关性缺失到底破坏了什么随机规划的核心是让决策在某些约束的“概率意义”下可行。两个基本的概率对象分别是期望成本最小化、以及约束满足的概率如备用不足概率。独立采样把各时刻当作相互独立的数据点来抽样实际上是默认了这样一个假设某时刻出力高下一时刻出力的条件分布仍然等于无条件分布。但风电出力的真实特征恰恰相反——如果这一小时出力是80%额定功率下一个小时出力落在60%—95%区间的概率远大于从0到额定功率均匀分布的概率。忽略这个条件依赖会导致三类典型失真失真类型具体表现对优化结果的影响场景轨迹破碎相邻时刻出力跳变频繁存在大量虚假爬坡事件机组组合过于保守爬坡备用虚高极端事件丢失连续低出力如连续12小时低于10%出力的真实场景极少出现低估长时段枯风风险储能容量配置不足时序联动被切断日出力高峰与日落时段之间的关联模式丢失光伏与负荷配合的调度策略偏离实际这类问题在纯统计指标上还不容易被发现。比如很多人用RMSE评估场景质量计算的是所有场景逐时刻均值与历史均值的偏差结果独立采样的RMSE反而可能很小因为单时刻边缘分布拟合得好。真正能暴露问题的是自相关函数ACF对比历史出力的一阶自相关系数通常在0.7—0.9之间而独立采样场景的一阶自相关几乎等于0。1.3 为什么这个坑这么普遍独立采样之所以流行根源在于门槛低、工具现成。Python里拟合一个分布然后抽样用numpy几行代码就能完成很多开源教程也是这么教的。但历史数据里的时序相关性是这个流程里最容易被忽略的维度尤其是当样本量以“年”为单位时人们容易默认大数据能自动覆盖各种相关性却忘了MC采样的质量取决于采样策略本身是否刻画了目标分布的结构。一个更隐蔽的误区是有人把时序相关性简单理解为“把每个时刻当成多元随机变量的一个维度用多维正态去拟合相关系数矩阵”。这种方法理论上能保留线性相关但电力出力数据的边际分布通常是偏态、有界的0到额定功率直接套多维正态会生成大量越界的无效样本硬截断后又破坏了相关性结构。后面我会展开讲正确的做法。2. 把时序相关性“接”进来MC场景生成的三种建模思路要生成带时序相关性的MC场景核心问题只有一个如何在保留边缘分布特征的同时显式控制时间维度上的依赖结构。这本质上是一个多维分布建模问题。2.1 多维联合分布的直接拟合为什么行不通最朴素的想法是对目标时段内的所有时刻直接建模多维联合分布。假设要生成24小时场景那就是一个24维联合分布要生成168小时一周场景就是168维。风电数据的有效样本量通常只有几百到几千条历史曲线想在高维空间中准确估计联合分布几乎不可能这就是著名的“维度灾难”。多维核密度估计、多维Copula在这种维度下都会因为样本稀疏而失效。因此工程上必须对相关性结构做降维或参数化建模。业界常用的有三类路线。2.2 路线一用时间序列模型驱动采样这是最经典的做法。对风电、光伏这类具有明显日周期性和自相关性的时序数据可以先用ARIMA或SARIMA对历史出力序列建模识别出差分阶数、自回归阶数和滑动平均阶数然后从拟合后的残差分布中进行MC重采样向前滚动生成场景。ARIMA类模型的优势在于直接显式刻画了时间依赖生成出的天然是一条平滑连续的轨迹不会出现独立采样那种破碎曲线。但它的短板也很明显对非线性关系比如低出力时段波动性更小、高出力时段波动性更大的异方差特征表达能力有限生成的值域无天然上下界需要额外做截断或变换处理否则会生成负出力或超额定功率的虚假数据对长时程关联比如连续多天枯风的刻画依赖阶数选择阶数定低了一天以上相关性就丢了。在实测项目中ARIMA更适合做负荷预测这类时序特征较稳的场景做风电出力场景时往往需要配合GARCH族模型处理异方差复杂度会明显上升。2.3 路线二Copula函数显式控制相关结构Copula的核心思想是把多维随机变量的联合分布拆成两部分每个维度的边缘分布以及一个描述变量间依赖结构的Copula函数。用公式表达就是F(x1, x2, ..., xd) C(F1(x1), F2(x2), ..., Fd(xd))这意味着可以先用历史数据拟合每个时刻的边缘分布用什么分布都行经验分布也可以再单独拟合一个描述“时刻与时刻之间依赖关系”的Copula最后通过“采样Copula→逆变换回原始分布”来生成场景。这个两阶段解耦的做法绕开了直接估计高维联合分布的困难。在时序场景生成里高斯Copula和t-Copula是最常用的两个选择。高斯Copula只有一个相关矩阵参数少、计算快适合中等维度t-Copula多了自由度参数能刻画尾部相关性更适合需要保留极端事件如连续极低出力的场景。实践经验是如果样本量不够大优先用高斯Copula自由度参数估计在高维小样本下很不稳定。用Copula生成时序场景的流程大致是把历史数据按“场景长度”切窗比如24小时一天得到N条长度为24的历史路径对每个时刻tt1到24用经验分布或参数分布拟合边缘分布把原始数据通过概率积分变换映射到均匀空间得到每个时刻的均匀分布序列在均匀空间用这些序列估计高斯Copula的相关矩阵R从N(0, R)多元正态分布采样得到均匀空间样本对每个时刻的边缘分布做逆变换还原出力曲线。这套流程生成出来的场景一阶乃至多阶自相关都有保障因为它直接继承自历史数据估算出的相关矩阵。2.4 路线三马尔可夫链与场景树马尔可夫链是另一条路线。它假设下一时刻的出力只与当前时刻有关通过状态转移矩阵刻画条件分布。风电出力常被离散化成若干个状态区间比如0-10%、10-20%……然后统计状态转移概率。这种做法的优点是直观、稳定但离散化会丢掉出力幅度的连续信息而且状态数多了转移矩阵会变得稀疏。马尔可夫链用于场景树生成较多用于大规模MC采样反而不常见。结合我的实际经验针对新能源出力场景生成首选方案是经验边缘分布 高斯Copula。先保证单时刻分布贴近实测再依靠相关矩阵锁定时序依赖这两件事解耦开来参数估计稳定代码实现也不复杂。ARIMA类模型可以作为对照方案尤其是负荷场景或需要生成连续多日场景的时候。3. 场景削减为什么朴素K-means会毁掉时序结构MC生成一两千条场景之后直接把它们全部丢进优化模型是不现实的。随机规划求解的复杂度随场景数近似线性增长几分钟能解的问题变成几十个小时也解不完。场景削减的目标是用尽量少的代表性场景去近似原始场景集合的概率分布使削减前后的分布距离最小。3.1 削减的本质和距离度量场景削减本质上是一个分布近似问题。通常用Wasserstein距离推土机距离来度量两个场景集合之间的差异。直观理解把原始场景集合看成沙堆削减后的少场景集合是另一个沙堆Wasserstein距离就是来回搬运沙子的最低成本。在实现上大多数削减算法不需要显式计算高维Wasserstein距离而是基于场景间的两两距离通常用欧氏距离迭代筛选。核心思想是优先保留那些被删掉之后损失最小的场景。3.2 三类常用削减算法业界常用的削减算法大致分三类前向选择法。从一个空集开始每次从剩余场景中选一个“使当前选中集合与原始集合距离增量最小的场景”加入直到满足目标场景数。这种算法保留了覆盖面最广的场景计算量可控。同步回代削减法SBR。这是电力系统文献里最常用的方法。先计算所有场景对之间的距离然后反复做两件事找到距离最小的场景对删掉其中一个把被删场景的概率加到保留场景上更新距离矩阵。直到剩下指定数量的场景。它本质上是把靠近的场景合并压缩冗余。K-means聚类。把每条场景看作一个高维点24小时场景就是24维点聚类成K类后取类中心或类内代表场景。K-means实现简单、速度快但默认把所有维度同等对待聚类过程中没有任何机制保证时间的连续性结构。表格列一下三者特点算法保留场景权重时序结构保持计算复杂度适用场景前向选择自动分配较好较高中小规模场景集同步回代自动分配较好适中大规模场景削减最常用K-means需按簇大小加权较差低分布无强时序依赖时3.3 时序场景削减容易被忽视的三个细节第一距离度量必须按整条路径计算。很多人做K-means削减时先按时刻维度标准化然后直接对24维向量K-means。这样得到的结果往往是“每个时刻的均值都接近”产生一条过度平滑的场景时序波动特征被抹掉了。正确做法是聚类前明确用“整条时间序列之间的相似度”做距离度量比如欧氏距离但对象是完整路径时问题不大或者在风电波动幅度大的场景下考虑用动态时间规整DTW距离。DTW能处理两条路径在时间轴上的微小错位聚类结果更贴近“形状相似”但计算成本更高场景数千条以上时要谨慎。第二削减后必须重新检查相关性指标。削减是对原始分布的一种近似相关性结构会发生畸变。操作上削减完成后要立刻计算保留场景集合的一阶、二阶自相关系数和各时刻互相关矩阵与削减前的指标对比。如果偏差超过可接受范围说明削减粒度不够通常需要增加保留场景数量或者改用更保守的削减算法。第三概率权重不是均匀的。同步回代法本身会给每个保留场景分配一个概率权重但如果你用K-means务必记得按簇内原始场景数占比分配权重。经常有人聚类完直接把K条中心曲线等权使用这会让高频出现的典型模式被压缩、小概率极端模式被放大优化结果失真。4. 完整实测从5000条MC原始场景削减到20条的全流程复现前面讲了原理这里给一套能直接跑的完整流程。以某光伏电站的日出力序列为数据背景目标场景时长为24小时数据分辨率1小时。4.1 数据准备与预处理使用的原始数据是该光伏电站连续两年的逐小时实测出力单位是kW装机容量50MW因此出力范围天然在0到50MW之间。拿到手先做三件事按“日”切窗得到730条长度为24的历史路径。剔除夜间全部为0的日期冬季极短日照日会带来大量无效全零样本保留671条有效路径检查缺失值逐小时数据偶尔有通信中断产生的空洞用前后时刻线性插值补全归一化所有出力除以装机容量转为0到1之间的标幺值。这里有一点要注意——先切窗归一化再拟合分布如果先全局归一化再切窗数值上等价但处理缺失值插值时容易引入偏差。4.2 第一步用经验边缘分布高斯Copula生成MC原始场景这一步的目标不是追求“多真实”而是保证生成的场景能覆盖历史数据的相关结构和波动范围。实现思路如下对671条路径按时刻t1到24分别统计经验累积分布函数。不假设具体参数分布直接用核密度或排序法避免Weibull/Beta拟合不佳引入偏差将原始数据通过经验CDF映射到均匀空间得到一个671x24的均匀分布矩阵U对U估计高斯Copula的相关矩阵R维度24x24用numpy从多元正态分布抽样5000次得到5000x24的均匀空间样本对每个时刻的边缘分布做逆CDF变换生成5000条24小时光伏出力场景。这里的关键参数是原始场景数。我通常生成目标场景数的50到200倍也就是最终要20条就先生成2000到5000条。太少无法体现分布的细节太多则后续削减的计算量指数上升而且对最终削减质量帮助有限。生成完之后先做一个快速自检计算5000条场景的一阶自相关均值和历史数据的一阶自相关对比。如果差超过0.1多半是Copula相关矩阵估计错了回去检查概率积分变换这一步。4.3 第二步同步回代削减从5000到20削减我用的是同步回代法SBR伪代码如下def sbr(scenarios, weights, target_num): # scenarios: (N, T) 原始场景矩阵 # weights: (N,) 每个场景的概率权重 dist pairwise_euclidean(scenarios) # NxN距离矩阵 while len(scenarios) target_num: # 找距离最近的一对场景 (i, j) i, j argmin(dist) # 删除第j个场景把权重加到第i个场景上 weights[i] weights[j] scenarios np.delete(scenarios, j, axis0) weights np.delete(weights, j) dist np.delete(dist, j, axis0) dist np.delete(dist, j, axis1) return scenarios, weights这个朴素实现的时间复杂度是O(N^3)5000条场景跑起来偏慢。实操中我做了两个优化一是先做一个粗削减从5000条用快速前向选择一次性砍到500条再用SBR从500条细削到20条两步下来速度提升明显削减质量损失很小二是在计算距离矩阵时用scipy的pdist函数配合float32精度内存占用大幅下降。4.4 第三步削减效果评估削减完先别急着用做三组检查一是分布形态。画出削减前后出力累计分布函数对比看尾部覆盖情况。削减后如果再极端场景比如全天出力不超过20%被削没了说明目标场景数太少或者算法偏向删除异常点需要调整。二是时序相关性。计算保留场景集合的ACF滞后1到6小时与原始5000条场景的ACF偏差。实践下来20条场景的ACF偏差一般能控制在0.05以内如果超过0.1建议先试试用DTW距离替代欧氏距离做SBR再不行就把场景数加到30。三是调度试算。把原始5000条场景和削减后20条场景分别放进同一个机组组合模型对比预期运行成本和备用容量。偏差在3%以内说明削减保留的信息足够这条“影子测试”比任何统计指标都更能说明问题。4.5 不同削减规模的对比结果场景数削减耗时分布偏差(K-L距离)ACF偏差(滞后1h)调度成本偏差50约15秒0.0210.0120.8%30约8秒0.0340.0281.6%20约5秒0.0470.0412.5%10约2秒0.0890.0885.7%这个结果符合直觉场景越多保留的信息越完整但收益递减。实际工程里我一般取20到30条这个区间在求解速度和精度之间比较平衡。如果模型对精度极敏感比如长期容量规划的IRR计算宁可选50条优化模型慢一点也可以接受。5. 实操中的几个隐蔽坑以及对应的检查手段场景生成与削减看似技术成熟但工程落地时有一批很隐蔽的细节踩一个就可能让整个流程返工。这里挑四个最典型的写出来。5.1 归一化与分布拟合的顺序不能乱有一种做法是先对原始出力全局归一化再按时刻分组拟合边缘分布。看起来数值一样但实际会有问题如果原始数据存在离群点或通信异常大值全局最大最小值会被拉偏导致正常出力段被压缩到很窄的区间里。正确做法是先按场景路径切窗、按路径内部做归一化或者干脆用装机容量做固定基准归一化。5.2 削减后权重失衡导致调度偏差同步回代法自动分配权重看起来很省心但极端情况下会出现一条场景的权重超过0.3的情况。这会让优化模型几乎“只认”这一条场景其它场景形同虚设。我在某次实验里就遇到过这种情况一条代表“全天低出力”的场景因为离其它场景都远SBR不断把周围低出力场景并入它最后权重堆到0.42。解决方案是给削减算法加权重上限约束剪到0.2以下不足的部分再额外保留一条低出力场景。5.3 Copula相关矩阵的样本量陷阱高斯Copula的相关矩阵估计需要足够的样本量支撑。如果用671条历史路径去估计24x24相关矩阵自由度足够但如果你想生成168小时一周场景相关矩阵是168x168671条样本就显得吃紧。实操经验如果目标场景时长超过72小时不要直接估计高维相关矩阵改为对“日与日之间的转移”建模或者采用分块相关矩阵结构。否则相关矩阵会包含大量噪声生成场景出现“伪相关”——两个相隔很远的时刻相关系数奇高。5.4 验证指标不能只看RMSE很多人在场景生成论文里只报RMSE或MAE但这些指标衡量的是“均值贴不贴近”对时序结构完全不敏感。一套科学的验证至少要包含三个维度检查维度推荐指标阈值参考单时刻分布K-L散度或CRPS0.05时序依赖一阶ACF相对偏差0.1极端事件保留连续低出力事件频率偏差20%这些指标在削减前后都要各算一遍。削减前做是为了验证生成方法本身有效削减后做是为了验证削减没破坏结构。两段验证缺一不可。6. 写在最后的一点体会如果只让我推荐一个最稳妥的组合那就是“经验边缘分布 高斯Copula生成 同步回代削减”这一套在风电、光伏、负荷场景上我都跑过稳定性和可解释性都足够好。生成阶段保留时序相关性削减阶段用整条路径做距离度量、用ACF做校验这一前一后两根弦绷紧后续优化模型的结果就牢靠得多。还有一个容易被低估的经验场景生成和削减的验证一定要用优化模型本身做一次“影子测试”。统计指标再漂亮也不如把削减前后场景分别代入调度模型、对比成本偏差来得直观。我见过不少统计上完美的场景库一进优化模型就露馅原因往往是某些稀有但关键的场景模式被削掉了。做这一行永远要让最终的应用场景来当裁判。

相关新闻

SpringBoot智能CRM系统开发实践与架构设计

SpringBoot智能CRM系统开发实践与架构设计

1. 项目概述"SpringBoot客户关系智能管理系统"是一个基于SpringBoot框架开发的现代化客户关系管理解决方案。这类系统在当今数字化商业环境中扮演着至关重要的角色,特别是在销售自动化、客户服务优化和数据分析领域。我在实际企业级应用开发中发现&#x…

2026/10/14 19:34:47 阅读更多 →
基于Zafer-Liu/Data-Analysis-Agent的智能数据分析助手:构建自动化洞察与大模型交互实战指南

基于Zafer-Liu/Data-Analysis-Agent的智能数据分析助手:构建自动化洞察与大模型交互实战指南

基于Zafer-Liu/Data-Analysis-Agent的智能数据分析助手:构建自动化洞察与大模型交互实战指南 在数据驱动决策的今天,数据分析的门槛依然存在,特别是对于非技术背景的业务人员来说,编写SQL或Python脚本往往是一道难以逾越的鸿沟。G…

2026/10/14 19:33:47 阅读更多 →
小米路由器4刷老毛子固件

小米路由器4刷老毛子固件

流程:先刷breed,再刷老毛子 型号:R4 刷breed 1.进入后台管理系统(192.168.32.1) 2.升级指定版本系统(miwifi_r4_firmware_8ed47_2.26.175.bin)(在ROM文件夹内) 3.恢复…

2026/10/14 19:33:47 阅读更多 →

最新新闻

权威测评!2026年最火AI论文工具榜单,免费款也能高效产初稿

权威测评!2026年最火AI论文工具榜单,免费款也能高效产初稿

一、实测方法论:5 大维度量化评估 本次实测覆盖全学科论文场景,重点考察以下维度,结果客观可复现: 表格 评估维度权重测评标准中文适配度25%是否符合 GB/T7714 引用规范,语言逻辑自然度,术语准确性免费功能…

2026/10/14 20:21:39 阅读更多 →
Linux嵌入式SD/MMC驱动调试:信号流向、三层架构与实战排错

Linux嵌入式SD/MMC驱动调试:信号流向、三层架构与实战排错

1. 项目概述:为什么一个SD/MMC驱动分析值得花时间深挖?在嵌入式Linux开发一线干了十多年,我经手过的板子从ARM9、ARM11到Cortex-A7/A53/A72,再到如今的RISC-V SoC,几乎每一块主控芯片的BSP包里,SD/MMC子系统…

2026/10/14 20:21:39 阅读更多 →
最小二乘法全攻略:从线性回归原理到代码实现与避坑实践

最小二乘法全攻略:从线性回归原理到代码实现与避坑实践

我第一次真正用上最小二乘法,是在处理一组传感器校准实验数据的时候。当时手里是一堆带噪声的采样点,教科书里的公式能帮我“找一条最合理的直线”,但工程上真正让人头疼的,其实是后面这些事:数据里混了离群点怎么办&a…

2026/10/14 20:21:39 阅读更多 →
大模型应用落地指南:从模型选型到Agent与RAG实践

大模型应用落地指南:从模型选型到Agent与RAG实践

1. 模型维度:基座能力的格局与选型逻辑距离大模型真正进入大众视野到现在,已经过了好几个年头。站在2026年10月这个时间窗口往回看,最明显的变化是:市面上能叫得出名字的大模型,已经从早期的"百家争鸣"收敛成…

2026/10/14 20:21:39 阅读更多 →
Linux MMC驱动深度解析:SD卡识别流程与SDIO协议栈实战

Linux MMC驱动深度解析:SD卡识别流程与SDIO协议栈实战

1. 项目概述:这不是教科书里的驱动理论,而是现场拆解一张SD卡如何被Linux真正“认出来” 你有没有遇到过这样的情况:插上一张SD卡,系统日志里刷出一串 mmc0: new high speed SDHC card at address 0001 ,但紧接着 d…

2026/10/14 20:21:39 阅读更多 →
从Zernike波前到PSF/MTF:光学像质仿真完整指南

从Zernike波前到PSF/MTF:光学像质仿真完整指南

做光学系统设计的人应该都有过这种体验:镜头草图画完、光线追迹也跑通了,但别人问"那成像到底清不清楚、能分辨多小的细节",你一时却拿不出一个直观的答复。光线追迹给的是光路,不是像质。真正用来回答"成像多锐利…

2026/10/14 20:20:38 阅读更多 →

日新闻

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 阅读更多 →