惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Security Archives - TechRepublic
Security Archives - TechRepublic
罗磊的独立博客
T
The Blog of Author Tim Ferriss
The GitHub Blog
The GitHub Blog
Apple Machine Learning Research
Apple Machine Learning Research
The Register - Security
The Register - Security
J
Java Code Geeks
V2EX - 技术
V2EX - 技术
Vercel News
Vercel News
N
News and Events Feed by Topic
腾讯CDC
P
Proofpoint News Feed
N
News | PayPal Newsroom
www.infosecurity-magazine.com
www.infosecurity-magazine.com
爱范儿
爱范儿
O
OpenAI News
酷 壳 – CoolShell
酷 壳 – CoolShell
月光博客
月光博客
Martin Fowler
Martin Fowler
Engineering at Meta
Engineering at Meta
D
Docker
Y
Y Combinator Blog
博客园 - 聂微东
G
Google Developers Blog
S
Security @ Cisco Blogs
Simon Willison's Weblog
Simon Willison's Weblog
S
Schneier on Security
H
Hackread – Cybersecurity News, Data Breaches, AI and More
S
SegmentFault 最新的问题
云风的 BLOG
云风的 BLOG
阮一峰的网络日志
阮一峰的网络日志
C
CXSECURITY Database RSS Feed - CXSecurity.com
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
C
CERT Recently Published Vulnerability Notes
I
Intezer
G
GRAHAM CLULEY
有赞技术团队
有赞技术团队
Attack and Defense Labs
Attack and Defense Labs
V
Visual Studio Blog
博客园 - Franky
博客园 - 三生石上(FineUI控件)
W
WeLiveSecurity
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
Hugging Face - Blog
Hugging Face - Blog
Scott Helme
Scott Helme
T
Troy Hunt's Blog
Hacker News - Newest:
Hacker News - Newest: "LLM"
L
LINUX DO - 最新话题
C
Cybersecurity and Infrastructure Security Agency CISA

博客园_首页

Linux实操--组管理、权限管理和定时任务 Java + EasyExcel 实现单个接口导出多个Excel Mem0 源码解析系列(二):提示词工程的深度剖析 Openclaw TaskFlow究竟是什么?和普通Skill技能有什么区别 博文阅读密码验证 - 博客园 嘉立创开源:应该是全网MicroPython教程最多的开发板 Hermes Agent 集成实践:从协议到生产 2026年AI编程工具横评:Cursor、Codex、Claude Code、Zed、Windsurf Java程序员必看的RAG入门教程 2026 AI效率神器:Superpowers + Claude Code 保姆级教程 本地大模型部署全攻略:从 0 到 1 玩转 Ollama 【从0到1构建一个ClaudeAgent】内存管理-上下文压缩 .NET 高级开发 | 设计、实现一个事件总线框架 电子小白入门之NE555 3. WorkBuddy:隐藏玩法,一键召唤专家,让 AI 以"专家身份"给你干活 和AI一起搞事情#3:Claude Teammate 游戏开发翻车实录 【OpenClaw】通过 Nanobot 源码学习架构---(7)Memory C# .NET 周刊|2026年3月3期 我在 Debian 11 上把 K8s 单机搭起来了,过程没你想的那么顺(/opt 目录版) 深度学习进阶(七)Data-efficient Image Transformer CLI+Skill搭建浏览器AI自动化框架,告别一切重复枯燥任务 告别Token账单无底洞:OpenClaw本地部署,重塑企业数据主权的唯一解 FastAPI+Vue:文件分片上传+秒传+断点续传,这坑我帮你踩平了! SBTI 爆火后,我做了个程序员版的 CBTI。。已开源 + 附开发过程 多模态检索开始进入工程期:用 Sentence Transformers 搭建可落地的 Multimodal RAG 100多行代码实现一个最简单的Agent(用ReAct) Claude Code 通关手册(八):推荐 5 个 Hooks,代码质量提升 3 倍 老板:“有人截图了!”。安全部门:“收到,马上查暗水印!” - why技术 技术之外,皆是人间 C#/.NET/.NET Core技术前沿周刊 | 第 69 期(2026年4.01-4.12) Snack JSONPath 项目架构分析 Claude Code Buddy 小析:一个非核心功能,如何体现产品的细节完成度 AI新时代下的图床管理方案-Cloudflare图床+MCP+Skills方案指南 化繁为简:顺丰速运App如何通过 HarmonyOS SDK实现专业级空间测量 从零实现富文本编辑器#13-React非编辑节点的内容渲染 AI开发-python-langchain框架(3-23-OpenAI Functions风格Tool Calling智能助手) .NET + AI 进阶实战:基于类的技能开发 - 打造可治理的 Agent 能力模块 【从0到1构建一个ClaudeAgent】规划与协调-技能 上周热点回顾(4.6-4.12) 电子小白的工具三件套:面包板、杜邦线、万能板 单表五亿数据的查询优化 | Mysql、StarRocks 2. WorkBuddy:从“我是谁”到“帮我干活” C# 如何减少代码运行时间:7 个实战技巧 基于HelixToolkit.SharpDX 渲染3D模型 - 笺上知微 从零开始的双臂具身VLA起源及现阶段发展综述 - SkyXZ 记对 xonsh shell 的使用, 脚本编写, 迁移及调优 - pluvium27 受够了Vibe Coding的失控?换个起点,让AI事半功倍 从开始配置漏洞环境到漏洞复现流程 - 難しい 关于10年工作经验的程序员对OpenClaw的实战经验分享以及看法 - 虚无境 Any metadata 的内存布局 C# .NET 周刊|2026年3月2期 - InCerry 我帮你测过了,测试圈排名第二的 Skill 依然很牛逼 Skill Discovery | 无监督技能发现的经典工作总结 - MoonOut PbootCMS 网站内容数量多导致访问慢?这些实用优化方案帮你提速! - 家兴网络技术工作室 上下文工程是什么?过时了么?一文讲明白! - 一枫说码 网站漏洞怎么发现并修复?一篇实用指南(附完整流程) - 家兴网络技术工作室 开了 TUN 模式还是直连?90% 的人都踩过这个坑 Github日报|2026年04月12日 - AI一族 AScript扩展多种脚本语言 - rockey627 AI 学习笔记:Agent 的记忆机制 你能被装进一个文件里吗?——7 万人把同事"蒸馏"成了 AI - 我没有三颗心脏 Claude Code 通关手册(七):给 AI 装上技能包——Skills 完全指南 - 暮色之狐 在浏览器中快速编辑代码:VSCode Web 集成实践 - Newbe36524 蒸馏自己 skill?基于 Deepseek 的蒸馏器,丐版蒸馏方式,简单便捷 - To_Carpe_Diem Spring AI Aliababa和AgentScope,哪个更好? - 苏三说技术 Etsy 把 1000 个 MySQL 分片迁进 Vitess:425TB 数据背后的真正问题不是性能,而是运维规模 MicroPython LVGL基础知识和概念:底层渲染与性能优化 - FreakStudio 数据库草图算法 Python 潮流周刊#146:CPython 引入 Rust 的进展 - 豌豆花下猫 最小生成树 - mofei1116 红日靶场七:从外网入口、容器逃逸到 AD 接管的完整利用链复盘 - YouDiscovered1t 分享四款开源且实用的 Kafka 管理工具 - 追逐时光者 vLLM 权重加载机制全解析:从挑战到理想架构 LCT 学习笔记 - ACehomoxue Avalonia UI 12.0.0 正式发布:架构演进和性能飞跃 - 张善友 当 AI Agent 把调用链拉长,延迟开始成为一门生意 conhost.exe 无法显示 U+2717 - 145a 太秀了,我把自己蒸馏成了 Skill!已开源 - 程序员鱼皮 ASP.NET Core 内存缓存实战:一篇搞懂该怎么配、怎么避坑 基于 Ghostty 带有分割标签页和为 Claude 编程设计的通知终端 - BugShare AI 焊死入口:教育的“操作系统级”重塑 - 郝hai 初级Java开发工程师使用sql脚本编写代码的过程是简单而且不糊涂 - CoderOilStation Claude Code通关手册(六):MCP协议完全指南 - 暮色之狐 边框灯光环绕动画特效实现指南 - Newbe36524 开源:子木蒸馏版的 SEO 审计工具 seo-audit-skill v1.0 我所理解的Python元模型 【从0到1构建一个ClaudeAgent】规划与协调-TodoWrite - 程序员Seven Claude 和 Codex 在审计 Skill 上性能差异探究 - ACai_sec AScript如何实现中文脚本引擎 - rockey627 【渗透测试】HTB Season10 Garfield 全过程wp - dynasty_chenzi Android 开发者为什么必须掌握 AI 能力?端侧视角下的技术变革 树状数组正确性证明 - AC-wyr 你的 AI 焦虑,可能比 AI 本身更危险——ATM 机没有消灭银行柜员,但恐慌消灭了你的判断力 - 我没有三颗心脏 一个拉胯的分库分表方案有多绝望?整个部门都在救火! - 冰河团队 动态规划入门必学之走方格问题 - Ofnoname PostgREST 与 PostgreSQL 角色权限配置全解析(生产级实践) - SheepDog1998 使用 UEFI 图形输出协议 GOP 在屏幕上显示图像的方法 - 阿源- Claude Code通关手册(五):组建你的AI专家团队,子代理系统 - 暮色之狐 一个程序员到架构师的催婚路之感悟(整整10年后的催婚相亲感悟) - MisterLip 用 Agent Skill 自动生成工作周报 - 赵康
深度学习进阶(二十一)跨窗口的 RPE
哥布林学者 · 2026-05-13 · via 博客园_首页

上一篇我们介绍了 Transformer-XL 的段级递归和记忆缓存机制,也留下了一个问题:

Memory 让不同 segment 可以互相看到,但配套的位置编码逻辑却并不完善。

这一篇就来展开 Transformer-XL 配套的改进方案:跨窗口的相对位置编码

1. 为什么要提出跨窗口的 RPE?

1.1 正余弦绝对编码的局限

我们还是用上一篇的例子来展开这个问题:假设模型上下文窗口长度为 4,一段长文本被切成了两个 segment:

Segment 1 Segment 2
Position 1 A E
Position 2 B F
Position 3 C G
Position 4 D H

引入 Memory 后,Segment 2 中的 token 可以看到 Segment 1 的编码信息。
但模型无法区分 位置 4 到底是指 D(第一个 segment 的末尾),还是 H(第二个 segment 的末尾)。

那可不可以这样:

利用正余弦的无限外推能力,直接让位置编码跨 segment 递增不就行了?Segment 1 用位置 1~4,Segment 2 用位置 5~8?

但问题在于:

正余弦位置编码虽然可以理论上无限生成,却并不意味着模型真的具备无限长度泛化能力。

要理解这一点,我们需要明白的是:PE 只是帮助学习的一环。
注意力真正的学习是词嵌入、位置编码、QKV 矩阵等综合实现的,这些实际上都是在训练长度范围内形成的。

假设模型训练的上下文长度为 512,那么模型长期接触的位置范围其实只有 0 ~ 512,它会在这个空间内形成比较稳定的分布。

但如果采用跨 segment 递增,出现了一个 PE(512000),模型没有在这种位置分布上训练过,导致无法泛化。
从专业名词上说,这叫:extrapolation degradation(外推退化)
这时就像让一个每天练习正常考试题的学生没有任何防备的去做竞赛题。巨大的差异会直接影响原本已经稳定的“解题思路”。
从而导致KQV 矩阵投影异常、注意力得分漂移等问题。
总结来说就是:

强行使用看似合理实际却不适配的配件,表面上解决了问题,但实际却带来了更多 bug。

因此,单纯使用全局递增的绝对位置编码,实际上并不能真正跨段的长上下文建模。

1.2 可学习绝对编码的局限

相比正余弦绝对编码,可学习绝对编码的局限就更明显了:

完全没有外推能力。

展开来说,Transformer 中的可学习绝对位置编码本质上其实是一张位置查找表,当我们设置上下文长度为 512 时, 它就为每个位置初始化一组向量作为位置编码并注入,在反向传播中不断更新。

它不是位置越大,自动推导,而只是:“训练时记住了这个位置应该长什么样”。
所以,当采用跨 segment 递增,出现了一个 PE(512000),但可学习绝对编码只到PE(512)。而要增加就又回到了最初的窗口大小和计算量问题。

最终,可学习绝对位置编码因为本质上无法支持无限长度扩展,不适用于 Transformer-XL 。

1.3 原始 RPE 的局限

原始 RPE中,我们介绍了 Shaw 等人提出的相对位置编码:引入可学习的 \(\mathbf{r}^K\)\(\mathbf{r}^V\),分别加到 Key 和 Value 上。

从逻辑上说,相对位置天然就是跨窗口的,但过去的水救不了现在的火,原始 PRE 存在两个待优化问题:

  1. 可学习的相对位置表有长度限制。 如果训练时最大相对距离是 10,而需要分段的长序列相对距离可能达到几千,这时候查表查不到,只能截断,信息丢失严重。
  2. "K/V 加法注入"的方式过于粗糙。 它只是简单地把位置信息线性叠加到语义表示上,无法形成更丰富的交互。

因此,Transformer-XL 并没有直接用原始 RPE,而是重新设计了一套相对位置编码方案。

2.正余弦相对位置编码

现在我们知道了 Transformer-XL 必须使用 RPE ,在正式展开其注入逻辑前,我们需要先了解 Transformer-XL 本身对编码逻辑的设计:正余弦相对位置编码

一个问题是:

“继续沿用原始 RPE 的相对位置表不可以吗?”

就像这样:

相对距离 编码
-1 \(r_{-1}\)
-2 \(r_{-2}\)
-3 \(r_{-3}\)

原因就是我们上面提到的:

可学习的相对位置表有长度限制,外推能力不足。

于是 Transformer-XL 做了一个非常关键的决定:

重新使用正余弦函数生成相对编码。

具体来说,对于相对距离:

\[\Delta=i-j \]

Transformer-XL 会直接使用正余弦函数生成对应位置编码:

\[R_{\Delta}^{(2k)}= \sin\left( \frac{\Delta}{10000^{2k/d}} \right) \]

\[R_{\Delta}^{(2k+1)}= \cos\left( \frac{\Delta}{10000^{2k/d}} \right) \]

公式本身的计算逻辑和原始 Transformer的正余弦绝对编码没有任何区别,只是把绝对位置 \(pos\) 变成了相对距离 \(\Delta=i-j\)

假设位置编码维度:\(d=4\)\(\Delta=i-j=-2\)

维度 公式 计算结果
\(R_{-2}^{(0)}\) \(\sin\left(\frac{-2}{10000^0}\right)=\sin(-2)\) \(\approx -0.909\)
\(R_{-2}^{(1)}\) \(\cos\left(\frac{-2}{10000^0}\right)=\cos(-2)\) \(\approx -0.416\)
\(R_{-2}^{(2)}\) \(\sin\left(\frac{-2}{10000^{2/4}}\right)=\sin(-0.02)\) \(\approx -0.020\)
\(R_{-2}^{(3)}\) \(\cos\left(\frac{-2}{10000^{2/4}}\right)=\cos(-0.02)\) \(\approx 0.999\)

最终得到:

\[R_{-2} \approx [-0.909,-0.416,-0.020,0.999] \]

这就是 “相对距离为 -2” 对应的相对位置编码,它完善了长序列中的位置编码,相比绝对编码具有更好的泛化性。

不过这里需要注意的是,这种编码仍然存在上面提到的正余弦绝对编码的局限。
因为模型中的QKV 投影矩阵、Attention 模式等本质上仍然是在有限上下文范围内训练得到的,不能通过单独的编码设计就完全解决这些问题。
因此也催生了后续的更多改进。

3. 跨窗口的 RPE

现在,我们通过正余弦相对位置编码解决了原始 RPE 可学习的相对位置表有长度限制的问题,一下个问题就是:"K/V 加法注入"的方式过于粗糙。

而 Transformer-XL 的做法并不是继续修补原始 RPE,而是重新推导 Relative Attention 的计算形式。

还是先回忆一下普通 Self-Attention 公式:

\[Attention(Q,K,V)=softmax\left(\frac{QK^T}{\sqrt d}\right)V \]

其中计算注意力分数的部分是:

\[A_{i,j}=Q_i^T K_j \]

但问题在于原始的它只包含“内容”,没有真正包含“位置关系”,所以原始 RPE 才会把 RPE 注入到 Attention 中。
而现在,这部分再次被重新改写为:

\[A_{i,j}^{rel}= Q_i^T K_j + Q_i^T R_{i-j} + u^T K_j + v^T R_{i-j} \]

这也是 Transformer-XL 最核心的 Relative Attention 公式。
看起来很复杂,但它其实只是把“内容”和“位置”进行了分开建模。
我们分点来看:

3.1 内容项和位置项

先来看前两项:

\[Q_i^T K_j + Q_i^T R_{i-j} \]

其中:

\[Q_i^T K_j \]

其实就是普通 Self-Attention 的逻辑:Query 和 Key 的语义相似度。

但还是老问题:

Attention 不仅需要“内容信息”,还需要“位置信息”。

于是 Transformer-XL 额外加入了:

\[Q_i^T R_{i-j} \]

这项的语义是: “当前 Query 更倾向关注什么距离的位置”。
通过反向传播,模型会逐渐把这些 “距离规律” 也学习进 Attention 中。

3.2 内容偏置和位置偏置

在上一项完成后还没结束,因为作者发现:

仅仅让 Query 感知位置,其实还不够。

于是 Transformer-XL 又进一步加入了:

\[u^T K_j + v^T R_{i-j} \]

这两项全局偏置
先来看:

\[u^T K_j \]

这里的 \(u\) 是一个可学习向量。它不再依赖于个具体位置的 Query,而是在像偏置一样,是计算中的全局偏好。
可以把它理解成:

这个自注意力头天然更喜欢关注什么类型的信息。

同理,对于:

\[v^T R_{i-j} \]

这里的 \(v\) 同样是一个可学习向量,它学习的是:

这个自注意力头天然更偏好什么距离。

这便是跨窗口的 RPE 的完整逻辑。
首先,它通过正余弦相对编码改善了原始 RPE 的建表大小问题,让编码拥有从理论上无限外推的能力,又相对绝对编码提高了泛化能力。
其次,它不再把位置信息简单的注入 K/V ,而是让其真正参与注意力计算,让位置不再只是辅助信息,而是真正开始影响注意力组成。

此外,Transformer-XL 删除了原始 RPE 中对 Value 的位置注入。原因在于作者认为位置真正需要影响的,其实是“关注谁”,而不是“传递什么内容”。
但其实后续也有别的模型又把 V 加回去了,所以这只是选择和讲故事问题,不再多说了。

最后,还有一点需要提到的是,原论文还提到了一种工程优化技巧,叫做 Relative Shift,是为了在实际运算中高效计算 \(Q_i^T R_{i-j}\),但因为其只是一种计算技巧,在后续也出现了许多代替方案,就不再展开了。
image.png