GLA与KDA对比:从门控线性注意力到Delta规则的长上下文方案
做长上下文模型的人过去一年基本都在跟同一个问题较劲既想保留Transformer那种基于内容的寻址能力又不愿意为越来越长的序列付出平方级的时间和显存代价。我前后试过不少替代方案最近反复对比的是两条路线Gated Linear AttentionGLA和DeltaAttention一系的KDA。GLA是门控线性注意力的代表思路是把softmax注意力改造成带遗忘门的线性状态累积KDA走的则是完全不同的delta修正路线它把模型对KV缓存的写入从“追加”变成了“纠错”。这篇就用工程视角把这两个放在一起从公式到落地的坑一层层剥开给正在做注意力机制选型的人一个参考。1. 从Softmax注意力的“方形黑盒”说起两类替代路线的分岔口1.1 标准注意力把复杂度写在了脸上先回到最熟悉的地方。标准softmax注意力里核心计算是Attention(Q,K,V) softmax(QK^T / sqrt(d)) VQ和K做内积得到一个形状为[序列长度, 序列长度]的矩阵。这个矩阵的大小随序列长度平方增长1万token的时候是1亿个元素100万token的时候就到了万亿级别。训练时还好说反正是一次性前向和反向但推理时KV Cache也要跟着序列长度线性膨胀长上下文服务的内存压力非常大。我遇到过不止一次这样的情况模型效果很好但上线长文档问答时显存被KV Cache吃掉一大半batch size被迫降到个位数。更麻烦的是当序列超过几十万token时K^T做转置乘法的复杂度也上来了即使有FlashAttention这类算子优化也只是把计算变得更高效并没有改变O(N^2)的本质。所以过去两年做高效注意力的人基本都在回答同一个问题能不能不显式算这个N×N矩阵却依然保留“从历史信息中按需取用”的能力1.2 替代路线从这里分岔线性化 与 增量修正针对上面这个问题主流做法分成了两个方向。第一个方向是线性化attention。思路是把softmax里的指数核替换成一种可分解的特征映射让QK^T可以拆成Q和K各自变换后的点积形式从而把“序列×序列”的注意力矩阵转化为一个固定大小的状态累积。这样训练时能够避免平方复杂度推理时也天然变成RNN式的状态递推。Gated Linear Attention就是这条路线里加了门控机制的版本。第二个方向是增量修正也就是KDA所属的路线。它不完全抛弃“注意力像查表”的感觉但它改变的是表的写入方式。标准注意力把每个新来的key-value直接追加到KV Cache而Delta一类的方法认为缓存里可能已经存在与当前key很像的旧条目此时再追加一份相似的value是浪费存储、也可能造成信息冲突。更优的做法是如果当前key能命中某个旧key直接修正那个旧key对应的value。这本质上是一种由误差驱动的在线学习规则。类比一下GLA像是记账本每笔账都记得清清楚楚但通过一个遗忘因子决定旧账目是否随时间变淡KDA则更像是校稿发现稿子上某句话写得不对不是补一张新纸条贴上去而是直接擦掉原句改掉保证最终看到的始终是最新的、最一致的版本。理解了这两种直觉后面所有公式细节就都好懂了。2. GLA原理拆解门控因子如何充当线性注意力的“遗忘阀”2.1 线性注意力先把“查表”变成“累加”线性注意力的起点是这样一个观察softmax本来无法分解成两个独立向量函数的乘积但如果我们用一个可分解的相似度函数sim(q,k) φ(q)·φ(k)来代替softmax那么注意力输出就可以重新组织为o_t φ(q_t)^T * ( Σ_{i≤t} φ(k_i) v_i^T ) / ( Σ_{i≤t} φ(k_i)^T φ(q_t) )括号里的部分与当前token无关只依赖历史于是可以定义状态矩阵S_t Σ_{i≤t} φ(k_i) v_i^T。这是一个固定大小d×d的矩阵与序列长度无关。训练时不需要保存所有历史token推理时每来一个新token只需更新一次状态再算一个点积就能得到输出。这个转换非常漂亮但它有一个致命问题所有历史都被永久累积。一个一万token的序列里第1个token和第10000个token对最终状态的影响力是一样的没有“哪些信息该忘、哪些信息该留”的机制。这会导致两个后果一是早期信息中混入的噪声永远不会消失二是状态矩阵被长序列中大量无意义内容稀释真正重要的信息反而被淹没。2.2 门控就是给累积器装一个“衰减旋钮”GLA的修正很直接在状态更新公式里插入一个逐元素门控因子G_t状态从S_t S_{t-1} k_t v_t^T变成S_t G_t ⊙ S_{t-1} k_t v_t^T其中⊙是逐元素相乘G_t是经过sigmoid激活、取值在0到1之间的门控矩阵。它的行为可以理解成在每一个状态维度上旧信息保留多少由当前输入决定而不是像普通线性注意力一样默认全部保留。为什么这里要用“逐元素”而不是像LSTM那样用一个标量遗忘门关键在于状态矩阵的不同维度承载的信息是不同的某些维度可能记录“主角是谁”这种长期稳定的信息适合几乎不衰减某些维度可能记录“今天天气如何”这种短期信息需要快速遗忘。标量门控只能对所有维度一视同仁地下调这等同于告诉模型所有记忆的衰减速率都一样表达能力非常受限。逐元素门控让模型可以自己学习哪些维度适合长期保存哪些维度适合快速淘汰这种粒度上的自由度在长上下文任务里有实打实的收益。我在一个小型语言模型上对比过有无门控的差异无门控版本在序列长度超过2048后困惑度明显上升加上GLA门控之后即使序列长度扩展到8192也没有明显退化。这说明门控不仅仅是一个“附加组件”而是线性注意力能否在长序列下保持有效记忆的核心机制。2.3 Chunk并行训练时不必真的串行递推纯RNN式递推有一个工程上的尴尬推理时串行没问题但训练时必须逐步更新状态无法利用GPU的大规模并行。GLA的解决办法是做了分块并行Chunkwise Parallelism把整个输入序列切成固定大小的块比如每块128个token块内使用类似片段注意力的方式并行计算局部状态块与块之间再按时间顺序传递门控状态。这样做的好处很直观128个token的块内仍然可以一次性并行计算所有的Q、K、V和局部累积只有块间的那一小部分依赖需要串行。GPU的并行效率几乎不受影响训练总复杂度保持在近似线性的水平。我在复现过程中试过不同块大小64到128之间效果都不错块太小时并行收益损失明显块太大则块内局部复杂度和显存占用会重新涨上去需要根据显卡规格做折中。3. KDA原理拆解用Delta规则逐元素修正状态缓存3.1 Delta规则先误差后更新KDA的核心思想来自Delta规则。这个概念在机器学习领域历史悠久它是一种在线学习更新法则每来一个样本先根据当前权重做一次预测算出预测值与真实值之间的误差然后沿着能让误差减小的方向更新权重。如果把KV缓存类比成一个权重矩阵 WDelta规则的形式可以写成S_t S_{t-1} β_t (v_t - S_{t-1}^T k_t) k_t^T这里S_{t-1}^T k_t的含义是用当前key去查询现有缓存得到一个预测出来的value。然后拿这个预测值与真正的v_t做差得到误差信号(v_t - S^T k_t)。如果误差很大说明缓存里已有的信息并不正确需要较大幅度地修正如果误差接近零说明现有缓存已经能够很好地预测当前输入几乎不需要更新。与GLA的“门控衰减”相比KDA不依赖一个显式的遗忘因子而是由误差信号来判断这次输入到底是“新信息”还是“对旧信息的修正”。这个区别在语义上非常明显GLA是根据时间来遗忘——旧信息慢慢淡去KDA是根据矛盾来修正——只有当新信息与旧记忆冲突时才改写旧记忆没有冲突时旧记忆可以一直保留。3.2 KDA的缓存从“追加写”变成了“改写真”标准Transformer的KV Cache是“只追加”的每来一个token就把它的key和value追加到缓存尾部。这带来的一个问题是同一实体、同一概念在不同位置可能出现多次缓存里就会堆积一大堆彼此相似甚至互相矛盾的条目。解码时注意力机制只能按相似度对它们做加权平均如果新旧信息矛盾模型输出的语义就可能被旧信息拖住。KDA的“改写真”逻辑解决的就是这个痛点。当新的知识到来时它并不是简单地塞进缓存末尾而是寻找缓存中与当前key最相关的既有位置把那个位置上记录的value往正确的方向拉一步。反复多次之后缓存里记录的整体是一套语义一致、不冗余的知识状态。从信息论角度看这相当于对存储内容做了在线压缩同样的存储容量KDA能保留更多互不重复的有效信息。我在一个连续知识更新的小任务里做过测试先用一段A版本的事实让模型形成记忆再给一段B版本的同事实。GLA因为缺少“定位修改”能力输出里会出现新旧版本混杂的表述而KDA在处理后续内容时已经能够稳定地使用B版本仿佛旧版本从未被写入一样。这个测试让我对Delta路线的直觉从“听起来有意思”变成了“确实有效”。3.3 读、写、遗忘三种操作被统一到同一个状态矩阵里KDA还有一点值得注意它把“读”“写”“遗忘”三个动作统一成了同一个递推更新。读操作是S^T k_t写操作是β (v - S^T k_t) k_t^T遗忘操作藏在误差修正里——当某个旧条目被摊还掉了它对后续查询的影响自然就消失了。不需要像GLA那样再单独学习一个门控矩阵。这样做的好处是参数效率高、实现简单坏处是控制力较弱模型没有一个显式的“我就是要忘掉这段历史”的旋钮遗忘完全依赖更新信号的反复作用。如果你想让系统“强制忘记”某些信息GLA可以通过调整门控偏向做到KDA则只能通过后续输入不断对冲操作上更间接。4. GLA与KDA的硬核对比复杂度、表达能力与记忆行为4.1 复杂度和缓存占用都是线性但细节不同先把最硬的东西摆出来用一张表直接对比维度GLAKDA训练复杂度近似线性依靠chunk内并行块间递推线性递推同样可做chunk化并行推理单步复杂度常数级仅更新d×d状态常数级仅更新d×d状态推理缓存大小d×d矩阵与序列长度无关d×d矩阵与序列长度无关遗忘机制显式门控G_t按维度独立控制衰减隐式遗忘由误差信号驱动改写实现复杂度需要门控分支稍复杂公式简洁实现更直接两种方法在计算复杂度和缓存占用上几乎不相上下都做到了对序列长度无关的推理开销。真正的差异在状态矩阵的“行为逻辑”上。GLA把状态矩阵当作一个带遗忘的累加器KDA把同样的矩阵当作一个不断纠错的联想记忆。复杂度相同的时候就该看表达能力了。4.2 记忆行为时间衰减 与 矛盾改写GLA的记忆行为以时间为中心。每个token对当前输出的贡献取决于它经历了多少次门控衰减越久远的信息越有可能被淡化。这在自然语言里通常符合直觉对话开头提到的细节到后面可能不再重要。但它的弱点也在这里如果一段历史信息时间久远但仍然关键模型必须学会在门控矩阵里给那个维度留下足够通道这是一件需要大量数据训练才能掌握的事情。KDA的记忆行为以矛盾为中心。只要新信息和旧记忆不冲突旧记忆几乎可以永久保留一旦新信息与旧记忆发生冲突缓存就会被修正。这非常像人脑的“联想记忆”机制——看到相似的信息会联想到旧信息但新信息会覆盖旧信息。对于事实类知识不断更新、长期一致的场景KDA的存储效率要高于GLA但对于时间跨度长、中间经历大量无关内容、只有少量关键信息需要保留的场景GLA的显式遗忘机制更可控。我在实践中还发现一个有趣的现象KDA对输入数据中重复出现的“同一key不同value”非常敏感会不断改写对应位置的valueGLA则倾向于把两次出现的value都保留下来让后续输出以加权混合的方式呈现。前者适合“最新最准”后者适合“保留多个证据”。这直接影响了它们在具体任务上的效果。4.3 表达能力线性家族的天花板与Delta规则的突破纯线性注意力有一个学界公认的短板它本质上只能做“固定权重的加权求和”很难表达需要精确定位、精确复制一类的高精度匹配操作。想象一下看文章时突然要求“请你把第100个token的值原样输出”线性注意力会在所有历史token之间做平滑加权很难给出精确结果标准softmax注意力则可以靠一个在位置上激活的heads做到。GLA的门控缓解了这个问题但并没有改变它线性注意力家族的基本性质它依然偏向于“模糊的、分布式的记忆”。KDA则从根本上不同Delta规则的更新项中包含了(v - S^Tk)这种非线性依赖误差不为零时会产生一个“修正脉冲”相当于给了模型一条非线性路径。这使得KDA在需要精确更新、精确覆盖的任务上表达能力理论上优于纯线性注意力路线。不过这并不意味着KDA全面碾压GLA。Delta规则容易过分自信一旦某次错误的value被写入并反复修正后面的误差信号如果不够强错误可能被固化在缓存里难以纠正。GLA的门控机制虽然表达力有限但行为更平滑、更可控不会出现这种“固执”的问题。5. 实际选型建议与工程落地中的那些坑5.1 哪些场景选GLA更合适如果你做的是对话系统、长文档摘要、流式语音识别这类典型的长上下文任务我的建议是先试GLA。理由有两个。第一GLA的“时间衰减”语义和这类任务天然匹配对话越早的轮次对当前回复的影响本就该逐渐减弱文档开头的内容到后面也可能不再重要。第二GLA的门控分支在训练时比较温和收敛稳定性好不大会出现Delta规则那种误差信号过强导致状态震荡的情况。我复现的时候把门控偏置初始化在0附近模型一开始的表现就接近标准Transformer然后再逐步适应门控训练非常顺滑。另一个加分项是生态成熟度。GLA有公开的PyTorch参考实现chunk并行逻辑清晰改造成自己的框架比较容易。如果你是在业务里做快速原型验证GLA能让你少走很多弯路。5.2 哪些场景选KDA更合适如果你的任务核心是“知识持续更新”那KDA可能就是更好的选择。典型例子包括RAG检索后的大模型记忆更新、多轮对话里用户中途改口、代码库长期维护时旧API不断被新API替代、以及任何需要模型长期保持知识一致的场景。这类场景里GLA的“证据混合”行为会成为负担——旧版本知识还留在缓存里持续污染新输出KDA的“修改既有缓存”行为则能确保模型始终输出最新的事实。我在一次连续事实问答测试里把一段知识循环喂给模型三轮每轮之后问同一个问题。KDA在第二轮就已经稳定输出最新答案GLA要等到第三轮才勉强一致。如果你遇到的问题跟这个类似认真考虑KDA这条路线。当然代价是KDA对超参更敏感。β系数决定了一次更新的步长步长太大会学过头步长太小则更新效率低。我实测下来把小模型里的β做成可学习的、并加上与query和key的内积相关的缩放稳定性会明显改善。5.3 工程落地最容易踩的四个坑第一个坑是数值稳定性。GLA的状态矩阵S在长序列里持续累加用fp16训练时小数值维度很容易溢出。我建议至少在状态更新路径上保持fp32累积或者加一个状态正则化NormHead否则长序列训练到一半就NaN。第二个坑是门控初始化。GLA的门控sigmoid偏置如果初始化得太负模型会倾向于“什么都忘”早期梯度容易消失如果初始化得太正模型又倾向于“什么都不忘”门控机制退化成普通线性注意力。我试下来偏置设在0附近或者稍微偏负一点比如-1到0之间训练效果最稳。第三个坑是KDA的β系数。固定β时长序列后段的误差信号方差会变化更新步长可能忽大忽小。我给出一个务实建议让β变成当前key和value的函数或者干脆使用逐层可学习的β并加一个上限约束比如限制在0到1之间避免一次更新直接摧毁整个缓存。第四个坑是chunk size的选择。GLA和KDA做并行化都需要分块块大小对训练曲线有显著影响。块太小并行效率低训练时间长块太大块内计算重新出现二次复杂度。以我的经验针对普遍的16GB显存环境块大小设为64到128比较合适再大就要看显存和模型规模来调整了。6. 两者不是终点融合与演进的个人思考6.1 把“时间遗忘”和“矛盾改写”塞进同一个公式里既然GLA和KDA各有侧重那下一步很自然的想法是能不能把显式门控和误差驱动更新合并起来理论上完全可以状态更新可以写成S_t G_t ⊙ S_{t-1} β_t (v_t - S_{t-1}^T k_t) k_t^T这个形式同时拥有两个机制每个维度上有一个取值0到1的衰减门决定旧信息是否在时间维度上变淡同时还有一个误差修正项决定新信息是否需要在语义上覆盖旧信息。我在一个模拟项目里试过这个混合更新效果比我单独用其中任何一种都好——短程记忆靠门控来管长程事实靠Delta修正来更新。代价是需要多学一组门控参数训练复杂度略有上升。如果你觉得这个思路可接受我建议从小规模开始试不要直接上大模型。先确认混合更新没有数值震荡再逐步扩大模型规模梯度行为会更容易掌控。6.2 分层混用前几层捕捉全局后几层精修局部另一个很实用的演进方向是层级融合。在一个深层模型里不必让每一层都用同一种注意力。我的实践方案是前面的层负责长程语义传递用GLA或KDA这类线性/近似线性注意力确保远距离信息可以低成本流动后面的层则用滑窗注意力或局部全注意力负责精细的局部关系建模。这个思路得到了我实测结果的支持。在长文档摘要任务里前4层用GLA、中间层用局部注意力、最后两层用标准softmax注意力的混合结构比全部使用同一种注意力机制的基线在摘要得分上高出不少推理速度还更快。原因不难理解一味追求线性化会让局部精细建模能力不足一味保留全注意力又会被长序列拖垮分层取舍往往比单一路线更聪明。6.3 新机制上线前的三步自测法最后分享一套我压箱底的测试方法任何新注意力机制上线前我都会先过这三关。第一步做一个复制任务压力测试。随机生成一段需要精确复述的序列让模型尝试完整复述。GLA会让你看到“接近但有些模糊”的复述KDA会有明显的精确度提升如果混用了标准注意力层精确度还会更好。第二步做一个事实覆盖测试。连续输入两个版本的事实然后问同一问题看模型回答的是最新版本还是旧版本。这一步能直接体现KDA类机制的价值也能暴露出GLA的“证据混合”问题。第三步也是最容易被忽略的一步把状态矩阵直接打印出来看。小模型下对一段固定序列分别用GLA和KDA处理观察状态矩阵的数值分布。GLA的状态通常呈现出平滑的衰减痕迹KDA的状态会呈现出明显的稀疏修正模式。如果数值分布跟你预期的机制不一致那很可能实现或参数初始化有误趁早排查比后期调优便宜得多。我自己的体会是这两条路线都不完美但把它们放进工具箱里而不是纠结于“哪个才是最终答案”会更接近解决实际问题的态度。GLA让我在长上下文场景里不再担心平方复杂度KDA让我在知识更新场景里看到了状态缓存的新用法。如果你的业务正好卡在这两类问题之间找个合适的比例把它们混合起来可能比二选一更靠谱。

相关新闻

Zephyr日志系统全解:从printk到logging的工程实践

Zephyr日志系统全解:从printk到logging的工程实践

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

2026/10/17 10:00:52 阅读更多 →
基于MP2642与STM32的储能电池主动均衡方案设计与实现

基于MP2642与STM32的储能电池主动均衡方案设计与实现

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

2026/10/17 10:00:52 阅读更多 →
机器人模型选型:WM世界模型、WAM动作生成与VLA端到端架构解析

机器人模型选型:WM世界模型、WAM动作生成与VLA端到端架构解析

这两年机器人圈最常挂在嘴边的三个缩写,大概就是 WM、WAM 和 VLA。我刚入行那会儿,这些词还没这么火,大家更多在调机械臂的逆解、写阻抗控制;现在不一样,随便一个 Demo 都敢说自己用了大模型,仿佛不谈 VLA …

2026/10/17 10:00:52 阅读更多 →

最新新闻

TMM 2026|SpikeVFuse:利用脉冲神经网络增强红外与可见光图像融合

TMM 2026|SpikeVFuse:利用脉冲神经网络增强红外与可见光图像融合

TMM 2026|SpikeVFuse:用脉冲神经网络实现低理论能耗的红外与可见光融合 1. 一句话总结 SpikeVFuse面向红外与可见光图像融合(Infrared and Visible Image Fusion,IVIF),利用脉冲神经网络(Spik…

2026/10/17 10:42:07 阅读更多 →
多模块 HAR 合并后仍提示缺依赖:DevEco Studio 26 独立 HAR 打包的四层验收

多模块 HAR 合并后仍提示缺依赖:DevEco Studio 26 独立 HAR 打包的四层验收

![# 多模块 HAR 合并后仍提示缺依赖:DevEco Studio 26 独立 HAR 打包的四层验收 组件库把多个 HAR 合并成一个独立 HAR,本工程构建通过,交给另一个应用却提示找不到依赖。DevEco Studio 26 支持 standalone merged HAR,目标是把交…

2026/10/17 10:42:07 阅读更多 →
26-内核启动流程-setup_arch

26-内核启动流程-setup_arch

这一章是内核启动三部曲的中篇–上一章 25 讲了 head.S,这一章 26 讲 setup_arch,下一章 27 讲 rest_init。上一章我们讲到 b start_kernel 这一跳,这一章就接上,讲 start_kernel 里最重要的子函数 setup_arch。这一章的重点是 DT_MACHINE_START 匹配机制–它是板卡 DTS 和内核…

2026/10/17 10:42:07 阅读更多 →
FreeCAD 1.1.4 参数化3D建模实测:草图约束 Pad拉伸 TechDraw工程图全流程

FreeCAD 1.1.4 参数化3D建模实测:草图约束 Pad拉伸 TechDraw工程图全流程

想学 3D 建模但被 SolidWorks 的价格劝退、被盗版风险困扰的机械学习者,FreeCAD 是正路:开源(LGPL-2.1)、参数化建模完整实现、GitHub 2.3 万 star,1.1 大版本重构后界面与性能大幅提升。本文基于 v1.1.4 实测&#xf…

2026/10/17 10:42:07 阅读更多 →
窗口已经进入桌面模式,页面还挤成手机单列:用 WindowPostureMode 驱动 HarmonyOS 7 双栏重排

窗口已经进入桌面模式,页面还挤成手机单列:用 WindowPostureMode 驱动 HarmonyOS 7 双栏重排

窗口已经进入桌面模式,页面还挤成手机单列:用 WindowPostureMode 驱动 HarmonyOS 7 双栏重排 设备进入桌面或多窗口形态后,窗口宽度已经足够,菜谱列表和详情却仍挤在一列,用户每次查看步骤都要反复返回。只监听尺寸变…

2026/10/17 10:42:07 阅读更多 →
坚果云文件保护锁怎么用?防止协作中的意外覆盖与版本冲突

坚果云文件保护锁怎么用?防止协作中的意外覆盖与版本冲突

文章目录一、一个场景理解文件保护锁的价值二、文件保护锁的工作原理2.1 保护锁 vs 版本冲突:预防 vs 补救2.2 锁定后的具体限制2.3 保护锁的生命周期2.4 与 Git Lock 的对比三、操作指南:三端详细步骤3.1 Windows 端3.2 macOS 端3.3 网页端四、团队协作…

2026/10/17 10:41:07 阅读更多 →

日新闻

DeepSeek选型与部署:V3/R1、Ollama、API全攻略

DeepSeek选型与部署:V3/R1、Ollama、API全攻略

简介:《DeepSeek使用方法.pdf》是一份面向DeepSeek入门及进阶用户的完整使用指南,重点围绕V3与R1两款模型的能力差异与适用场景展开,帮助读者根据任务类型与成本选择合适的模型。资源共1个PDF文件,压缩包大小约311KB,篇…

2026/10/17 0:00:25 阅读更多 →
200+Deepseek润色指令拆解:从底层原理到场景落地的完整指南

200+Deepseek润色指令拆解:从底层原理到场景落地的完整指南

简介:这是一份聚焦DeepSeek提示词优化的《200Deepseek润色指令》PDF文档,共收录两百余条可直接套用的润色指令,涵盖语法修正、风格统一、逻辑梳理、表达精炼等维度,并针对商务写作、学术论文、广告文案等场景给出差异化建议。文档…

2026/10/17 0:00:25 阅读更多 →
OpenCV轮廓法物体计数系统:轻量、可控、可落地的工业级实现

OpenCV轮廓法物体计数系统:轻量、可控、可落地的工业级实现

简介:本资源是一份基于OpenCV的本科课程设计完整报告,面向计算机视觉初学者、图像处理学习者及高校通信/信息类专业学生,解决物体智能计数与检测结果结构化记录的实际问题。项目覆盖图像预处理、轮廓检测、边界框绘制、轨迹栏交互式参数调节、…

2026/10/17 0:00:25 阅读更多 →

周新闻

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

简介:基于 ARIMA、LSTM、Transformer 等模型的流感时间序列预测 Python 源码,面向计算机相关专业课程设计与期末大作业学生,以及项目实战学习者。内容覆盖预处理、平稳性检验、定阶、残差分析、多模型对比预测的完整时序建模流程,…

2026/10/16 21:35:51 阅读更多 →
影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别 做影刀RPA自动化,十个新手有八个栽在"往输入框里填东西"这件事上:要么填不进去,要么填了一半,要么直接把原来内容追加在后面。这背后的根因&…

2026/10/17 1:44:59 阅读更多 →
影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容 1. 认识影刀:什么场景该用RPA采小说数据 起点中文网的页面结构相对稳定——分类榜单、书籍详情、章节内容三块独立页面,跳转链路清晰。这种场景非常适合影刀自动化&#x…

2026/10/16 15:04:24 阅读更多 →

月新闻

我发现了一个新思路:用 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/16 21:54:38 阅读更多 →
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/16 3:49:43 阅读更多 →
黑夜航拍船只数据集训练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/16 14:23:36 阅读更多 →