AI 快讯ASRN给语言模型装上学习型时钟
模型上新

ASRN给语言模型装上学习型时钟

2026-10-25T04:03:12.517Z
ASRN给语言模型装上学习型时钟

ASRN 用稀疏哈希检索、学习型时间衰减和复制门,在每步固定检索预算下寻找远距原文。思路适合代码与重复模式,但目前仍是待验证的研究原型。

截至 2026 年 10 月 25 日,一种名为 ASRN 的语言模型记忆层近日公开,试图用线性内存和有界的逐步计算,实现跨越超长距离的精确上下文复制。项目代码已发布在 GitHub,研究存档标识为 DOI 10.5281/zenodo.23607506,相关介绍也出现在 Reddit Machine Learning 社区。

**ASRN 不是一个新的通用大模型,而是一种可嵌入语言模型的稀疏递归记忆层。**ASRN 全称 Adaptive Sparse Recurrence Network,即自适应稀疏递归网络;它针对的不是“理解整本书”这种宽泛目标,而是一个更窄、更容易验证的问题:模型能否在很久以前出现过完全相同的片段时,准确找回该片段之后紧跟的内容。

**我们的判断是,ASRN 最有价值的地方不是又把上下文长度写大了,而是把 Transformer 中隐式、昂贵的复制行为拆成了一条显式数据通路。**它有点像把注意力头中常见的 induction head,也就是“看到重复前缀后续写上次的后缀”行为,做成独立的稀疏检索器。不过,这项工作目前更接近研究原型而非成熟模型:公开介绍没有给出足以横向比较的参数规模、训练算力、吞吐量和统一长上下文基准成绩,因此还不能据此断言它已经优于 Transformer、状态空间模型或外部检索系统。

ASRN 工作流程示意图,输入片段依次进入学习型符号哈希槽,从每个槽检索最近 C 个候选,再由 proper-time 衰减、Hawkes 重复强度和复制门决定是否输出历史后继片段

ASRN 解决的是“精确复现”,不是泛化搜索

**长程精确复制是指模型在序列远端重新遇到某个片段时,找出它此前的完全匹配位置,并复用该位置之后出现的内容。**例如,一份数十万 token 的代码仓库在开头定义了 customer_session_timeout,很久以后再次出现相同调用前缀,模型可能需要恢复此前紧随其后的参数、标识符或代码模式,而不是生成一个语义相近但拼写错误的版本。

**这种能力与 RAG 的语义检索并不是同一件事。**RAG 通常把文本切块后编码成向量,再按语义相似度找文档;ASRN 面向的是序列内部的重复结构,它更像一个随生成过程更新的神经化哈希表。前者擅长回答“哪段资料在谈这个主题”,后者瞄准“这个模式上次出现后,紧接着是什么”。

**这种能力也不能直接等同于完整的长上下文理解。**模型即使可以复制 10 万 token 之前的字符串,也未必能解释两个遥远章节之间的因果关系,更不代表它能对整份合同进行可靠推理。ASRN 处理的是记忆系统中的一条专用快车道,而不是把所有长程推理问题一次解决。

第一层机制:用学习型哈希缩小候选范围

**学习型符号哈希是 ASRN 用来把历史片段分流到少量候选槽位的检索机制。**根据公开说明,每个当前片段只关注落入相关符号哈希槽中的最近 C 个同伴,而不是像全注意力那样与此前所有位置逐一计算关联。

**固定候选数 C 是 ASRN 获得有界逐步开销的关键。**假设序列长度为 T,标准因果注意力在完整预填充阶段需要处理约 O(T²) 个位置关系;ASRN 的检索工作约为 O(TC),当 C 被视为常数时,总工作量随序列长度近似线性增长,而单个新片段的候选检查量维持在 O(C)。

**这里的“线性内存”并不等于“常数内存”。**ASRN 仍需要保存或索引随历史增长的记录,因此公开标题强调的是存储随 T 线性增长,而不是无论输入多长都只占固定空间。它真正压缩的是每一步要查看的历史范围,而不是凭空消除历史数据。

**哈希机制的代价是召回率与冲突问题。**如果两个无关片段进入同一槽位,它们会竞争有限的 C 个候选名额;如果真正需要的历史记录因槽位拥挤而被更近记录挤出,模型就可能无法找回它。学习型哈希可以让分桶规则适应数据,但不能自动证明所有分布外输入都不会碰撞。

第二层机制:让模型自己学习“时间过去了多久”

**学习型 proper-time clock 是 ASRN 用内容相关时间代替固定 token 距离的内部时钟。**其累计时间可写成:

B_t = Σ(u≤t) β_u

其中,β_u 是模型在位置 u 学到的时间增量,B_t 则是走到位置 t 时累计的“自身时间”。两个位置在该时钟下的距离不是简单的 t-s,而是 B_t-B_s。

**这种设计意味着 1000 个 token 不再总被视为同样远。**一段高度重复的表格、日志或模板代码,可能只让内部时钟缓慢推进;一次主题跳转、函数切换或结构边界,则可能让时钟更快前进。模型由此可以学习“哪些内容仍属于当前模式,哪些内容虽然只隔几十个 token,却已经应该遗忘”。

**ASRN 使用 proper-time 距离同时衰减检索分数和重复事件强度。**其核心形式可以概括为随 B_t-B_s 增大而指数下降的权重,例如 exp[-κ(B_t-B_s)];κ 控制遗忘速度,s 是历史事件位置,t 是当前读取位置。相比固定位置编码,这个时钟直接进入记忆保留与复制决策,而不只是给网络标注顺序。

**学习型时钟是 ASRN 最值得关注、也最需要验证的部分。**固定 token 距离对代码、自然语言、DNA 序列和机器日志一视同仁,而这些数据的有效节奏显然不同;但如果 β_u 的训练不稳定,模型也可能学会让时钟几乎停滞或过快跳跃,从而绕开预期的遗忘机制。公开材料尚未提供足够消融数据,无法判断 proper-time 相比普通相对位置衰减究竟贡献了多少。

第三层机制:用 Hawkes 强度识别重复正在形成

**Hawkes 过程是一类过去事件会暂时提高未来事件发生概率的自激点过程。**ASRN 将这一思想用于重复的 n-gram 组:当某种片段组合连续出现时,对应的自激强度会上升;如果很久没有再次出现,强度则在学习型时钟下衰减。

**Hawkes 强度让模型看到的不只是一次孤立匹配,而是“某个模式正在反复发生”。**例如日志中连续出现相同报错前缀、源代码中多次出现结构相似的字段定义,或者结构化数据中重复出现同一列模式,都比单次巧合更值得触发复制。

**ASRN 还把重复连胜长度作为复制门的输入。**这里的连胜可以理解为连续若干步都支持同一历史延续方向;匹配持续得越久,复制历史后继内容的可信度通常越高。不过,项目采用的是学习得到的非单调响应,而不是简单规定“重复越多,复制概率越大”。

**非单调门控允许模型在重复过少和重复过多时都保持谨慎。**一次匹配可能只是碰巧撞上,不应立即复制;中等长度的连续匹配可能是最强信号;极长、机械式重复有时又意味着循环生成,需要压低复制倾向。门控函数可以学习这种先增强、再抑制或更复杂的响应曲线。

一次复制决策是怎样形成的

**ASRN 的完整路径可以概括为“分桶、找近邻、按内容时间遗忘、检测重复、决定复制”。**在第 t 个片段到来后,系统先通过学习到的符号位确定哈希槽,再从槽内读取最近 C 个候选;随后计算候选的匹配分数,并按 proper-time 距离降低旧记录权重。

**候选匹配后被复制的不是匹配片段本身,而是历史上紧随该匹配出现的后继片段。**如果当前序列出现 A、B,而历史中曾出现 A、B、C,系统要取回的是 C。这种“匹配前缀、预测后继”的结构与 Transformer 中被观察到的 induction 行为相似,但 ASRN 给它安排了显式存储、检索和门控流程。

**最终输出仍需要在记忆复制与普通语言建模之间做融合。**复制门读取检索分数、n-gram 自激强度和重复连胜等信号,判断此刻应该信任历史后继,还是继续依靠模型主干生成。一个实用系统不能逢匹配就复制,否则模板中的旧变量、过期版本号和已经修改过的代码都会被原样带回来。

**公开材料中的 piece 不宜一律翻译成固定 token。**它可以理解为模型处理和索引的基本片段,但最终粒度取决于实现中的切分方式与表示层;如果粒度过细,哈希槽容易拥挤,如果粒度过粗,完全匹配率又会下降。这个工程选择会直接影响速度、内存和召回质量。

它和主流长上下文路线有什么不同

**ASRN 的竞争对象不是单一架构,而是多种解决“模型记不住”问题的路线。**下面的对比反映的是机制层面的理论特征,并非统一硬件上的实测跑分。

| 路线 | 历史访问方式 | 长度相关计算 | 长度相关内存 | 精确复制能力 | 主要短板 | |---|---|---:|---:|---|---| | 全量 Transformer 注意力 | 当前位置查看全部历史位置 | 完整序列约 O(T²) | KV 缓存通常 O(T) | 强,但远距信号可能被稀释 | 长序列计算和显存成本高 | | 滑动窗口注意力 | 只查看最近 W 个位置 | O(TW) | O(W) 或分层缓存 | 窗口内较强,窗口外直接丢失 | 远距原文不可见 | | 状态空间模型/递归状态 | 把历史压缩进固定状态 | 通常 O(T) | 递归推理可近似 O(1) | 不保证逐字恢复旧内容 | 压缩状态可能丢失细节 | | RAG/向量记忆 | 在外部索引中做语义检索 | 取决于索引与候选数 | 外部存储可扩展 | 适合找语义相关段落,不天然保证后继复制 | 切块、召回和排序链路复杂 | | ASRN | 学习型哈希槽内查看最近 C 个候选 | O(TC),固定 C 时为 O(T) | 按项目主张为 O(T) | 专门面向历史匹配后的精确续写 | 哈希冲突、门控误触发和泛化仍待验证 |

**ASRN 相比全注意力的优势是检索预算不会随历史长度同步膨胀。**即使历史从 1 万 token 增至 100 万 token,只要 C 不变,每一步直接比较的候选数仍为 C;但索引维护、内存访问和哈希槽分布是否仍然高效,需要真实硬件测试才能确认。

**ASRN 相比状态空间模型的优势是保留了显式历史记录。**状态空间模型倾向于把过去压缩成连续状态,适合流式处理,却难以保证逐字找回某个遥远标识符;ASRN 用额外线性存储换取可寻址性,路线更像“带学习策略的缓存”。

**ASRN 相比 RAG 的优势是它直接工作在模型序列内部。**开发者不必先构建文档库、切块、向量化和重排链路,复制信号也可以端到端训练;但 RAG 能跨会话、跨文档更新知识,并能展示来源,ASRN 并不能替代这些能力。

最可能先受益的是代码、日志和结构化序列

**代码生成是 ASRN 最自然的潜在应用之一。**大型仓库中充满重复的函数签名、配置字段、序列化模板和命名约定,模型需要精确复用内容,而不是仅仅理解语义。学习型哈希如果能稳定索引这些模式,就可能减少变量名漂移、参数遗漏和长距离格式不一致。

**日志分析是另一类重复信号远强于开放文本的场景。**服务日志往往由固定模板加少量动态字段组成,Hawkes 自激强度可以识别正在密集出现的错误模式,proper-time 时钟则有机会按事件密度而非字符数量衡量新旧。

**结构化生成也可能从后继复制中直接获益。**JSON、配置文件、表格、协议报文和基因序列都有显著局部重复,精确复制通常比自由生成更可靠。不过,复制门必须避免把旧 ID、日期、金额和敏感字段带入新记录,否则准确复制反而会成为错误来源。

**普通聊天和开放式写作未必是 ASRN 的最佳展示舞台。**自然语言中的同义改写很多,两个意思接近的句子未必拥有完全相同的表面形式;如果检索依赖强精确匹配,模型可能错过语义相关但字面不同的历史。因此,ASRN 更可能作为混合架构中的专用层,而不是独立承担全部记忆任务。

目前最缺的是可复现的硬数据

**截至目前,公开介绍没有提供足够完整的统一基准结果。**现有信息明确给出了机制、复杂度目标、代码仓库和研究存档,但未见可据此核验的模型参数量、训练 token 数、显卡型号、每秒 token 数、峰值显存、候选数 C 的默认值,以及在 Needle-in-a-Haystack、Passkey Retrieval、RULER 或长代码基准上的完整对照表。

**没有吞吐和召回曲线,就无法判断“有界工作量”在真实 GPU 上是否等于更快。**稀疏哈希访问通常不如密集矩阵乘法规整,理论操作量更低,却可能受到随机内存访问、槽位负载不均和并行度不足影响。ASRN 需要报告至少三组曲线:长度从短到长时的延迟、显存和精确召回率。

**没有哈希碰撞消融,就无法判断模型究竟记住了什么。**关键实验应分别改变哈希位数、候选上限 C、片段粒度和槽位淘汰策略,并统计真正目标进入候选集的概率。只有候选召回率和最终生成准确率同时提高,才能证明复制门不是靠语言模型主干猜中答案。

**没有 proper-time 对照实验,也无法确认学习型时钟是否必要。**合理的基线至少应包括固定 token 距离、可学习但与内容无关的衰减、RoPE 风格位置差,以及只使用哈希检索但不使用 Hawkes 强度的版本。否则,复杂组件可能只是一起工作,并不能说明每个组件都有独立贡献。

**研究发布也不等于经过同行评审的稳定结论。**目前更稳妥的定位是:ASRN 提供了一套有明确复杂度目标、可查看代码的长程复制方案,但它的规模化效果、训练稳定性和跨任务泛化仍需第三方复现。

对开发者真正有用的启示

**ASRN 提醒开发者不要把所有记忆需求都塞进全量上下文。**用户偏好需要可更新的持久存储,知识问答适合带来源的外部检索,当前任务状态适合短期工作记忆,而代码标识符和模板后继则可能适合 ASRN 这样的精确复制通道。

**未来更现实的系统可能是多种记忆机制并存。**模型主干负责语义理解,滑动窗口保存最近对话,RAG 提供外部知识,递归状态维护任务摘要,ASRN 类模块处理远距离精确复现。所谓“无限上下文”最终未必是一条更长的 token 队列,而可能是一组按信息类型分工的存储和路由器。

**ASRN 的成败将取决于它能否在低误复制率下保持高召回。**只要复制门过于激进,模型就会把过期内容原样粘贴;只要门控过于保守,这个模块又会退化成几乎不用的旁路。相比单纯展示某个超长样例被成功找回,开发者更应该关注精确率、召回率、错误复制代价和不同序列长度下的延迟曲线。

**现阶段最合理的态度是把 ASRN 看作一个值得复现的架构部件,而不是已经解决长上下文的成品模型。**它用学习型哈希控制搜索宽度,用 proper-time 决定记忆老化速度,用 Hawkes 强度识别重复趋势,再用非单调门控决定是否复制;这套组合有清晰的问题意识,也比笼统宣称“支持百万 token”更有技术含量。但在完整基准、消融实验和大规模训练结果出现之前,线性复杂度仍是设计优势,不是产品胜利。

参考来源

相关推荐

查看全部