开源时间序列模型深度对比:从ARIMA到Transformer的选型与实操

1. 时间序列建模的现状与选型困境

时间序列预测这件事,看起来门槛不高,但真正落到生产环境里,坑远比想象中多。我最早接触这块是在一个设备运行状态监测的项目里,当时手头只有几百条按小时采样的传感器读数,用移动平均和简单指数平滑就能糊弄过去。后来数据量涨到千万级、采样频率变成秒级、还要同时预测几百个不同维度的指标,传统统计方法就彻底不够用了。也正是从那个时候开始,我系统性地把开源时间序列模型挨个跑了一遍,从统计模型到深度学习模型,从单变量到多变量,从点预测到概率预测,踩过的坑和积累的经验都在这篇文章里。

所谓开源时间序列模型深度对比研究,核心要解决的问题其实很朴素:面对一个具体的时间序列预测任务,到底该选哪个模型。这个问题之所以难,是因为时间序列数据本身的特性差异极大。有的序列平稳、周期性强,有的序列非平稳、突变频繁;有的任务只需要预测未来一个点,有的需要输出完整的概率分布;有的场景对推理延迟极其敏感,有的则更看重长期预测精度。不同模型在这些维度上的表现天差地别,盲目跟风用最新最复杂的模型,往往既浪费算力又拿不到好结果。

这篇文章适合三类人参考。第一类是刚接触时间序列预测的工程师,想快速建立对主流开源模型的整体认知,知道每个模型大概适合什么场景。第二类是有一定经验但选型时拿不准的从业者,希望通过系统对比找到决策依据。第三类是做模型研究和改进的开发者,想了解各个模型在实际数据上的真实表现和局限性。我会尽量把每个模型的原理讲清楚,把对比实验的设计逻辑说明白,把实操中的注意事项和避坑经验分享出来,让不同基础的读者都能从中拿到对自己有用的东西。

2. 主流开源时间序列模型全景梳理

2.1 统计模型阵营:经典但不过时

统计模型是时间序列预测的根基,很多人觉得深度学习时代统计模型已经过时了,这个判断其实很片面。在实际项目中,统计模型往往是最先应该尝试的基线,因为它们的假设清晰、计算代价低、可解释性强,而且在很多业务场景下表现并不差。

ARIMA 系列是绕不开的经典。ARIMA(p,d,q) 三个参数分别控制自回归项、差分阶数和移动平均项。它的核心假设是序列经过 d 阶差分后变得平稳,然后可以用过去 p 个值的线性组合和过去 q 个残差的线性组合来建模。实际用的时候,p 和 q 的确定通常靠 ACF 和 PACF 图,或者用 AIC/BIC 准则做网格搜索。我个人的经验是,对于有明显趋势但周期性不强的序列,ARIMA 往往能给出相当稳健的结果。它的局限也很明显:只能处理线性关系,对多变量和长程依赖的建模能力有限。

SARIMA 在 ARIMA 基础上增加了季节性成分,用 (P,D,Q,s) 四个参数描述季节性自回归、季节差分、季节移动平均和季节周期长度。对于月度、季度这类有明显季节规律的数据,SARIMA 是性价比很高的选择。但要注意,季节周期 s 不能太大,否则参数数量会爆炸,计算也会变得很慢。

指数平滑家族里,Holt-Winters 是最常用的。它把序列分解成水平、趋势、季节三个成分,分别用三个平滑系数控制更新速度。这个方法对异常值比较敏感,但胜在简单直观,参数少,适合快速上线。ETS 模型则是在指数平滑框架下系统性地枚举各种成分组合,用信息准则自动选模型,省去了人工调参的麻烦。

Prophet 是近年来比较流行的统计模型,它的设计思路是把时间序列分解成趋势项、季节项、节假日项,然后用分段线性或逻辑斯蒂函数拟合趋势,用傅里叶级数拟合季节性。Prophet 最大的优势是对缺失值和异常值比较鲁棒,而且支持自定义节假日效应,非常适合有明确业务日历的场景。但它的短板也很突出:对高频数据和复杂非线性关系的建模能力较弱,长期预测容易发散。

2.2 深度学习阵营:从 RNN 到 Transformer

深度学习模型在时间序列领域的应用,大致经历了从循环神经网络到卷积网络再到 Transformer 的演进路径。

RNN 和 LSTM 是最早被广泛用于时间序列的深度模型。LSTM 通过门控机制缓解了梯度消失问题,能够捕捉较长范围的依赖关系。在单变量或少量变量的预测任务上,LSTM 至今仍是一个可靠的基线。但 LSTM 的训练速度慢,难以并行化,而且对超参数敏感,层数、隐藏单元数、学习率都需要仔细调。GRU 是 LSTM 的简化版本,参数更少,训练更快,在很多任务上表现相当。

TCN 用因果卷积和膨胀卷积来捕捉时间依赖,相比 RNN 可以并行计算,训练效率高很多。膨胀卷积的设计让感受野随层数指数增长,用较少的层数就能覆盖很长的历史窗口。TCN 在多个公开数据集上表现不输 LSTM,而且训练更稳定。但 TCN 的感受野是固定的,对于依赖长度变化很大的序列,需要仔细设计膨胀系数。

Transformer 进入时间序列领域后,衍生出了一系列变体。Informer 针对长序列预测做了稀疏注意力优化,把注意力复杂度从 O(L²) 降到 O(L log L),在电力、交通等长序列数据集上表现突出。Autoformer 用自相关机制替代注意力,通过序列分解和自相关聚合来捕捉周期模式。FEDformer 则在频域做注意力计算,进一步降低复杂度。这些模型在学术基准上刷了不少记录,但实际落地时要注意,它们的优势往往在超长序列上才明显,对于短序列或中等长度序列,复杂的结构反而可能过拟合。

还有一类是基于线性层的模型,比如 DLinear 和 NLinear。它们的结构极其简单,就是把序列做分解后用线性层映射到预测长度。令人意外的是,这类简单模型在多个基准数据集上打败了复杂的 Transformer 变体,引发了关于“时间序列预测到底需不需要复杂模型”的讨论。我自己的实验也验证了这一点:在很多实际业务数据上,简单线性模型的性价比远高于复杂模型。

2.3 概率预测与集成方法

点预测只给出一个数值,但很多业务场景需要知道预测的不确定性。概率预测模型输出的是预测分布,常用的有 DeepAR、MQ-RNN、TFT 等。

DeepAR 是自回归概率预测模型,假设预测值服从某种参数分布(如高斯、负二项),用 LSTM 输出分布参数。它支持多变量联合建模,能给出分位数预测,在零售需求预测等场景应用广泛。TFT 则在 LSTM 基础上引入了注意力机制和门控机制,同时输出点预测和分位数预测,还提供了特征重要性分析,可解释性较好。

集成方法方面,简单平均、加权平均、堆叠集成都是常用手段。我的经验是,把统计模型和深度学习模型的预测结果做加权集成,往往能拿到比单一模型更稳的效果,尤其是在数据分布发生变化的时候。

3. 对比实验设计与核心维度拆解

3.1 数据集选择与预处理规范

做模型对比,数据集的选择直接决定了结论的适用范围。我在实验中用了三类数据:一类是公开基准数据集,包括电力负荷、交通流量、汇率等,这些数据有明确的评估标准,方便和已有工作对比;一类是模拟生成的合成数据,用来控制序列的平稳性、周期性、噪声水平等特性,做受控实验;还有一类是脱敏后的业务数据,用来验证模型在真实场景下的表现。

预处理环节有几个关键点容易被忽视。缺失值处理方面,线性插值适合连续缺失较少的情况,前向填充适合缺失随机分布的场景,但如果缺失比例超过百分之二十,就要考虑是否值得用这个序列了。异常值检测方面,我通常用滚动统计量结合 IQR 准则来标记异常点,然后根据业务含义决定是修正还是剔除。归一化方面,Z-score 标准化适合分布接近高斯的序列,Min-Max 归一化适合有明确边界的序列,而对于非平稳序列,差分后再归一化往往效果更好。

注意:预处理阶段做的任何变换,在预测输出后都要做逆变换。我见过不少项目在评估时忘了逆变换,导致指标看起来很好但实际预测值完全不对。

3.2 评估指标体系与计算逻辑

时间序列预测的评估指标不能只看一个。常用的点预测指标包括 MAE、RMSE、MAPE、sMAPE。MAE 对异常值不敏感,反映平均误差水平;RMSE 对大误差惩罚更重,适合关注极端误差的场景;MAPE 是相对误差,但序列中有零值时会失效;sMAPE 做了对称处理,缓解了 MAPE 在零值附近的问题,但在预测值接近零时仍不稳定。

概率预测的评估指标包括分位数损失、CRPS、PICP 等。分位数损失直接优化分位数预测的准确性;CRPS 衡量预测分布与真实分布的差异;PICP 衡量预测区间覆盖真实值的比例,要和区间宽度一起看才有意义。

计算这些指标时,要注意预测窗口的对齐方式。单步预测和多步预测的评估逻辑不同,滚动预测和直接多步预测的结果也不可直接比较。我在实验中统一采用滚动预测方式,每次预测未来 H 步,然后窗口向前滑动,这样更接近实际部署时的使用方式。

3.3 实验环境与超参数调优策略

实验环境方面,我用的是单卡 GPU 服务器,CPU 为多核处理器,内存足够放下所有数据集。软件栈基于 Python 生态,深度学习模型用 PyTorch 实现,统计模型用 statsmodels 和 Prophet 官方库。为了保证对比公平,所有深度学习模型使用相同的训练轮数上限、相同的早停策略、相同的学习率调度方式。

超参数调优是实验中最耗时的环节。我的策略是分两阶段:第一阶段用随机搜索在较大范围内粗调,每个模型跑二十到三十组配置;第二阶段在粗调最优附近做精细网格搜索。对于统计模型,参数空间相对小,可以直接网格搜索。对于深度学习模型,学习率、批大小、隐藏层维度、dropout 率是最关键的几个参数,优先调这几个。

实操心得:调参时一定要固定随机种子,并且记录每次实验的完整配置和结果。我早期没做这件事,导致后来想复现某个结果时完全想不起来当时用了什么参数,白白浪费了很多时间。

4. 各模型实操表现与关键细节

4.1 统计模型实操:从 ARIMA 到 Prophet

ARIMA 的实操流程比较固定。先用单位根检验判断是否需要差分,然后通过 ACF 和 PACF 图初步确定 p 和 q 的范围,再用 AIC 准则做网格搜索确定最优参数。statsmodels 的 ARIMA 实现支持这些操作,但要注意它的拟合速度在参数较多时会明显变慢。我遇到过一个序列,p 和 q 都到了十几,拟合一次要几分钟,后来改用自动搜索加并行化才把时间压下来。

SARIMA 的季节参数确定更麻烦。s 通常由业务周期决定,比如日数据 s 取 7,月数据 s 取 12。P、D、Q 的确定可以参照非季节部分的思路,但搜索空间会大很多。我的做法是先固定非季节参数,单独调季节参数,然后再联合微调。这样虽然不一定能找到全局最优,但能在可接受的时间内拿到不错的结果。

Prophet 的使用体验最好,基本不需要调参就能跑出合理结果。它的 fit 和 predict 接口很简洁,支持自定义季节性和节假日。但 Prophet 有两个坑要注意:一是它对趋势变化的建模是分段线性的,如果序列趋势变化很频繁,需要调整 changepoint 的先验参数;二是它的预测区间是基于后验采样得到的,采样次数不够时区间会不稳定,我通常把采样次数设到一千以上。

4.2 深度学习模型实操:训练技巧与陷阱

LSTM 的训练有几个关键点。序列长度方面,太短捕捉不到长期依赖,太长会导致训练慢且容易过拟合,我通常从 24 到 168 之间试。批大小方面,太小训练不稳定,太大泛化差,32 到 128 是比较安全的范围。学习率方面,用 Adam 优化器时 1e-3 是常用起点,配合 ReduceLROnPlateau 调度器效果更好。

Transformer 类模型的训练更吃数据和算力。Informer 在长序列上确实有优势,但它的稀疏注意力实现比较复杂,自己从头写容易出错,建议直接用官方实现。Autoformer 的序列分解模块对周期性强的数据效果明显,但对弱周期数据提升有限。FEDformer 的频域注意力在计算效率上有优势,但频域变换会引入额外的超参数,需要仔细调。

DLinear 这类简单模型反而最容易上手。它的核心就是把序列做移动平均分解,然后对趋势项和季节项分别用线性层预测,最后相加。代码量很少,训练几分钟就能收敛,在很多数据集上效果不输复杂模型。我的建议是,任何时间序列任务都先跑一遍 DLinear 作为基线,如果复杂模型不能显著超过它,就没必要上复杂模型。

4.3 概率预测模型实操:分布假设与校准

DeepAR 的实操中,分布假设的选择很关键。高斯分布适合连续且对称的序列,负二项分布适合计数数据,贝塔分布适合有界数据。选错了分布,预测区间会明显偏离实际。我一般先用直方图观察预测目标的分布形态,再决定用哪种分布。

TFT 的结构比 DeepAR 复杂,但可解释性更好。它的变量选择网络能输出每个输入特征的重要性权重,这对业务解释很有帮助。不过 TFT 的训练时间明显更长,参数量也更大,在小数据集上容易过拟合。我的经验是,数据量少于一万条时慎用 TFT,先用 DeepAR 或简单模型。

概率预测的校准是容易被忽视的环节。模型输出的预测区间,实际覆盖率往往和名义覆盖率有偏差。我通常会用验证集做校准,通过调整分布参数或做分位数映射来修正。校准后的区间虽然可能变宽,但覆盖率更可靠,业务上更有参考价值。

5. 常见问题排查与避坑经验实录

5.1 模型不收敛或效果异常排查表

问题现象可能原因排查方法解决思路
训练损失不下降学习率过大或过小打印每轮损失,观察变化趋势尝试 1e-4 到 1e-2 之间的多个学习率
验证损失先降后升过拟合对比训练和验证损失曲线增加 dropout、减小模型、早停
预测值恒定不变输入特征无区分度或模型退化检查输入数据方差检查归一化、增加特征、换模型
预测值爆炸梯度爆炸或分布假设错误检查梯度范数、检查输出分布梯度裁剪、换分布、减小学习率
评估指标异常好数据泄漏或逆变换遗漏检查预处理和评估流程严格划分训练验证测试集

这个表是我在实际项目中反复用到的一个速查工具。每次遇到问题,先对照表格定位可能原因,再针对性排查,比盲目试错效率高很多。

5.2 数据泄漏与评估陷阱

数据泄漏是时间序列预测中最隐蔽也最致命的问题。常见的泄漏场景包括:归一化时用了全量数据的统计量,导致验证集信息泄露到训练过程;特征工程中用了未来信息,比如用未来才知道的统计量做特征;交叉验证时随机划分样本,破坏了时间顺序。

我的做法是严格按时间顺序划分数据,归一化统计量只用训练集计算,特征工程只使用当前时刻及之前的信息。对于需要滚动预测的场景,验证集和测试集的构造也要模拟真实预测流程,不能用未来数据辅助。

评估陷阱方面,最常见的是多步预测的评估方式不统一。有的工作用真实值作为下一步输入(teacher forcing),有的用模型预测值作为下一步输入(free running)。前者评估的是单步能力,后者评估的是多步能力,两者不可直接比较。我在所有实验中统一用 free running 方式,更贴近实际部署。

5.3 模型部署与推理性能优化

模型训练得好不代表部署得好。推理性能是实际落地时必须考虑的因素。统计模型的推理通常很快,ARIMA 和 Prophet 在单序列上的推理时间都在毫秒级。深度学习模型的推理时间取决于模型大小和序列长度,LSTM 和 TCN 在中等序列长度下推理时间在十毫秒级,Transformer 类模型则可能到百毫秒级。

优化推理性能的手段包括:模型量化,把浮点参数转成低精度表示,减少内存占用和计算量;模型剪枝,去掉不重要的连接或层;知识蒸馏,用大模型教小模型;缓存机制,对于重复查询的历史序列,缓存中间计算结果。我在一个实时预测项目里,把 LSTM 量化后推理速度提升了近三倍,精度损失不到百分之一。

注意:量化后的模型要在验证集上重新评估,确认精度损失在可接受范围内。有些模型对量化很敏感,量化后精度会大幅下降。

6. 选型决策框架与个人经验总结

6.1 按场景选型的决策树

选型没有万能答案,但可以按场景梳理决策逻辑。如果序列长度短、数据量小、需要快速上线,优先考虑统计模型,ARIMA 或 Prophet 通常够用。如果序列有强周期性且业务日历明确,Prophet 或 SARIMA 是首选。如果数据量大、序列长、需要多变量联合建模,深度学习模型更合适,LSTM 或 TCN 作为基线,Transformer 类模型在超长序列上再考虑。

如果业务需要不确定性量化,DeepAR 或 TFT 是概率预测的首选。如果对推理延迟极其敏感,简单线性模型或轻量级 LSTM 更合适。如果可解释性是硬需求,Prophet 和 TFT 的特征重要性输出能提供帮助。

我的个人经验是,先用简单模型建立基线,再逐步尝试复杂模型,每次升级都要验证是否带来显著提升。很多项目在简单模型上就能拿到足够好的效果,盲目上复杂模型只会增加维护成本。

6.2 集成策略与效果提升技巧

集成是提升预测效果的可靠手段。最简单的集成是等权平均,把多个模型的预测结果直接平均。稍微复杂一点的是加权平均,权重可以用验证集上的表现来确定。更复杂的是堆叠集成,用一个元学习器来组合基模型的输出。

我在实践中发现,统计模型和深度学习模型的集成效果最好,因为它们的误差模式差异大,互补性强。比如把 Prophet 和 LSTM 的预测结果做加权平均,往往比单独用任何一个都稳。权重方面,我通常用验证集上的逆 MSE 作为权重,简单有效。

还有一个技巧是分位数集成。对于概率预测,把多个模型的分位数预测做平均,能得到更校准的预测分布。这个方法在多个数据集上都被验证有效,实现也不复杂。

6.3 持续迭代与监控要点

模型上线不是终点,持续监控和迭代才是。监控指标包括预测误差的滚动统计量、预测分布的校准情况、输入数据的分布漂移。一旦发现误差持续上升或分布漂移显著,就要考虑重新训练或调整模型。

重新训练的触发条件可以设定为:滚动误差超过阈值、数据分布漂移检测报警、业务周期发生重大变化。重新训练时,我通常会用最近的数据做微调,而不是完全从头训练,这样既能适应新数据,又能保留历史学到的模式。

最后分享一个小技巧:维护一个模型库,把每次实验的配置、数据、结果都记录下来。时间长了,这个库就是最宝贵的资产,遇到新任务时能快速找到相似的场景和可参考的方案。我在多个项目间迁移时,这个库帮我省了大量重复实验的时间。

相关新闻

HBase启动报错Failed update hbase:meta表描述符故障解析

HBase启动报错Failed update hbase:meta表描述符故障解析

1. 项目概述:HBase启动时“Failed update hbase:meta table descriptor”报错的本质与影响范围你刚配好HBase集群,执行start-hbase.sh后,日志里赫然跳出一行红字:“Failed update hbase:meta table descriptor”,紧接着…

2026/10/20 14:23:49 阅读更多 →
HBase启动报错Failed update hbase:meta表描述符解析与修复

HBase启动报错Failed update hbase:meta表描述符解析与修复

1. 项目概述:HBase启动时“Failed update hbase:meta table descriptor”报错的本质与定位逻辑你刚配好HBase集群,执行start-hbase.sh后,日志里赫然跳出一行红字:Failed update hbase:meta table descriptor,紧接着Mas…

2026/10/20 14:23:49 阅读更多 →
PyTorch深度学习系统搭建:从能跑到敢上线的四层工程实践

PyTorch深度学习系统搭建:从能跑到敢上线的四层工程实践

1. 这不是“搭积木”,而是构建可落地的深度学习系统 “PyTorch搭建深度学习网络”——这八个字在搜索框里每天被敲下上万次,但绝大多数人点开结果后只看到三行代码: import torch , model Net() , loss.backward() 。然后卡在第四步&a…

2026/10/20 14:23:49 阅读更多 →

最新新闻

数据库慢排查实战:五步定位慢查询与锁等待问题

数据库慢排查实战:五步定位慢查询与锁等待问题

数据库又慢了。后台报警刷屏,接口超时,前端白转圈,老板在群里问“怎么回事”,你打开终端,脑子一片空白——这种情况干过线上运维的人都不陌生。数据库慢是一个现象,不是结论,你不可能听它说“我…

2026/10/20 15:07:44 阅读更多 →
MySQL锁机制全解析:从全局锁到行级锁,掌握锁等待与死锁排查

MySQL锁机制全解析:从全局锁到行级锁,掌握锁等待与死锁排查

凌晨两点,我被一条告警短信叫醒:核心订单库的更新成功率掉到了40%。登录备库一看,show processlist里一大片线程卡在Waiting for table metadata lock,后面还排着一大串正在执行的SELECT。经验告诉我,这一定是某个“顺…

2026/10/20 15:07:44 阅读更多 →
用代码生成PPT:基于Markdown与结构化数据的幻灯片工作流实践

用代码生成PPT:基于Markdown与结构化数据的幻灯片工作流实践

1. 为什么我又造了一个PPT工具轮子先坦白一件事:我做过不下二十套PPT模板,从年终汇报、项目复盘到产品路演,几乎每个季度都要跟幻灯片打交道。市面上现成的工具用了不少,在线协作平台也试过一圈,但每次遇到"要把一…

2026/10/20 15:07:44 阅读更多 →
数据库慢时最先排查的5个关键点(线上经验总结)

数据库慢时最先排查的5个关键点(线上经验总结)

数据库慢的时候,我最先看哪 5 个地方?(线上经验总结)先说个真实场景:某天凌晨 1 点,线上告警突然响起来,接口超时率从 0.5% 飙到 15%,数据库 CPU 使用率直接顶到 99%。群里一片慌乱&…

2026/10/20 15:07:44 阅读更多 →
Eclipse RCP多页编辑器实战:构建可扩展的桌面工作台

Eclipse RCP多页编辑器实战:构建可扩展的桌面工作台

1. 这不是普通编辑器,而是可插拔的“工作台级”编辑界面 你有没有遇到过这样的场景:在开发一个数据处理工具时,用户既要查看原始JSON结构,又要切换到表格视图做字段筛选,还得临时写一段校验脚本——结果只能开三个独立…

2026/10/20 15:07:44 阅读更多 →
继续教育毕业论文如何用AI工具?9大平台实测与避坑指南

继续教育毕业论文如何用AI工具?9大平台实测与避坑指南

毕业论文季一到,私信里问得最集中的问题就是:继续教育学生到底能不能用AI工具写论文?市面上关于AI论文平台的文章,很多就是丢一份名单,告诉你谁谁谁很强,但真正站在在职学习者角度,把平台类型、…

2026/10/20 15:06:42 阅读更多 →

日新闻

CLRC663芯片Pin-to-Pin替代实战:从评估到量产全记录

CLRC663芯片Pin-to-Pin替代实战:从评估到量产全记录

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

2026/10/20 1:01:30 阅读更多 →
ESP32舵机控制指南:原理、多路驱动与避坑实战

ESP32舵机控制指南:原理、多路驱动与避坑实战

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

2026/10/20 1:01:30 阅读更多 →
位移法实现一阶低通滤波:单片机ADC采样降噪实战

位移法实现一阶低通滤波:单片机ADC采样降噪实战

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

2026/10/20 1:01:30 阅读更多 →

周新闻

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

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

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

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

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

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

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

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

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

2026/10/20 2:50:50 阅读更多 →

月新闻

我发现了一个新思路:用 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/20 10:02:08 阅读更多 →
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/20 9:50:17 阅读更多 →
黑夜航拍船只数据集训练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/20 9:50:45 阅读更多 →