<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>论文阅读 - 分类 - lilfry's library</title><link>https://lilfry09.github.io/categories/%E8%AE%BA%E6%96%87%E9%98%85%E8%AF%BB/</link><description>论文阅读 - 分类 - lilfry's library</description><generator>Hugo -- gohugo.io</generator><language>zh-CN</language><managingEditor>lilfry@sjtu.edu.cn (lilfry)</managingEditor><webMaster>lilfry@sjtu.edu.cn (lilfry)</webMaster><copyright>All rights reserved.</copyright><lastBuildDate>Tue, 18 Aug 2026 13:38:45 +0800</lastBuildDate><atom:link href="https://lilfry09.github.io/categories/%E8%AE%BA%E6%96%87%E9%98%85%E8%AF%BB/" rel="self" type="application/rss+xml"/><item><title>Looped Transformer 不只是重复计算：从 LoopFormer 到 Elastic-Depth Post-Training</title><link>https://lilfry09.github.io/ai/looped-transformer-elastic-depth-post-training/</link><pubDate>Tue, 18 Aug 2026 13:38:45 +0800</pubDate><author>fry</author><guid>https://lilfry09.github.io/ai/looped-transformer-elastic-depth-post-training/</guid><description><![CDATA[<p>Looped Transformer 最容易被误解成一句话：把同一组 Transformer block 多跑几遍，用时间换参数。</p>
<p>这句话没有错，但它跳过了真正困难的部分。共享参数只回答了“循环什么”，没有回答另外三个问题：模型如何知道自己处在第几次循环？短预算为什么仍然能给出有用结果？增加循环时，hidden state 为什么不会漂移、坍缩或者干脆变差？</p>
<p>把近期工作放到同一张图里看，我更关心的研究命题不是再从头训练一个固定循环次数的模型，而是：</p>
<blockquote>
<p><strong>Elastic-Depth Post-Training：能否把已有的固定深度或固定循环模型，改造成计算预算可调、迭代过程稳定、并能按样本自动停止的模型？</strong></p></blockquote>
<p>LoopFormer 给出了全局预算和 trajectory consistency；LoopUS 展示了如何改造 pretrained LLM，并用 selective update 与 confidence exit 控制迭代；Relaxed Recursive Transformers 则提供了“共享主参数、保留深度角色”的折中。三条路线尚未被组合验证，但它们拼出了一个比“多循环几次”更完整的研究问题。</p>
<p>本文信息截止到 <strong>2026-08-18</strong>。文中的数值若无特别说明，均为相应论文在其模型、数据和硬件设置下的报告，不能直接外推到其他模型规模或真实部署吞吐。</p>]]></description></item><item><title>蒸馏不只是压缩：从 Self-Distillation 到 Search Distillation 的研究地图</title><link>https://lilfry09.github.io/ai/distillation-beyond-compression-research-map/</link><pubDate>Sun, 09 Aug 2026 21:30:00 +0800</pubDate><author>fry</author><guid>https://lilfry09.github.io/ai/distillation-beyond-compression-research-map/</guid><description><![CDATA[<p>最近我在整理蒸馏方向时，最大的感觉是：这个词被说窄了。</p>
<p>很多人一提 <code>distillation</code>，脑子里先出现的是模型压缩、logit 对齐、teacher/student 这一套老图景。但一旦把它放回后训练和推理系统里看，蒸馏真正传递的常常不是“答案”，而是搜索方式、更新方式、判断方式，甚至是数据该怎么长出来。</p>
<p>如果把它重新定义成“一个学习过程，把可迁移的信息结构交给另一个学习过程”，那它就不再只是压缩术，而是一张更大的信息迁移图。</p>]]></description></item><item><title>读 SFT、RL 与 On-Policy Distillation：后训练真正的变量是 on-policy data</title><link>https://lilfry09.github.io/ai/sft-rl-opd-on-policy-data/</link><pubDate>Sun, 09 Aug 2026 21:00:00 +0800</pubDate><author>fry</author><guid>https://lilfry09.github.io/ai/sft-rl-opd-on-policy-data/</guid><description><![CDATA[<p>这篇原文最值得带走的一句话，我会改写成：</p>
<p><strong>后训练不是在同一条损失曲线上做微调，而是在改模型会访问到的分布形状。</strong></p>
<p>SFT 把模型往外部示范拉，RL 让模型在自己会走到的状态上追逐奖励，OPD 则让 student 在自己的 prefixes 上对齐 teacher。只要盯住“数据来自哪里”，很多看起来玄学的现象就会变得很朴素：为什么 RL 和 OPD 常常比 SFT 更不容易忘，为什么 student 甚至能超过 teacher。</p>
<p>原文在这里：<a href="https://nrehiew.github.io/blog/sft_rl_opd/" target="_blank" rel="noopener noreffer ">SFT, RL, and On-Policy Distillation Through a Distributional Lens</a>。</p>
<p></p>]]></description></item><item><title>DLLM 方法综述：从掩码扩散到大语言扩散模型</title><link>https://lilfry09.github.io/ai/dllm-method-survey/</link><pubDate>Mon, 13 Jul 2026 00:00:00 +0800</pubDate><author>fry</author><guid>https://lilfry09.github.io/ai/dllm-method-survey/</guid><description><![CDATA[<p>如果把 <code>DLLM</code> 理解成 <code>Diffusion Language Model</code> 或 <code>Diffusion Large Language Model</code>，那它现在最值得讨论的地方不是“它能不能一次生成多个 token”这么简单。</p>
<p>更准确地说，DLLM 在重新打开一个被自回归 LLM 几乎盖住的问题：</p>
<p><strong>语言模型一定要从左到右写下去吗？</strong></p>
<p>自回归模型的答案是：是的，把序列概率拆成一串 next-token 条件概率，训练、推理、缓存、服务系统全都围绕这个假设展开。扩散语言模型的答案是：未必。我们也可以先拿到一个被破坏的句子，再让模型用双向上下文一步步修复它；也可以先生成骨架，再填细节；也可以在多个位置同时做决策，只把足够确定的位置提交。</p>
<p>所以 DLLM 真正有意思的地方，是它把语言生成从“写作”改成了“编辑”。</p>]]></description></item><item><title>读 Qwen Bebop 与 DeepSeek DSpark：Speculative Decoding 正在从技巧变成系统工程</title><link>https://lilfry09.github.io/ai/qwen-bebop-deepseek-dspark-speculative-decoding/</link><pubDate>Sat, 11 Jul 2026 23:30:00 +0800</pubDate><author>fry</author><guid>https://lilfry09.github.io/ai/qwen-bebop-deepseek-dspark-speculative-decoding/</guid><description><![CDATA[<p>最近两篇关于 <code>speculative decoding</code> 的论文很值得放在一起看。</p>
<p>一篇是 Qwen Team 的 <strong>Bebop</strong>，全名是 <em>Breaking Entropy Bounds: Accelerating RL Training via MTP with Rejection Sampling</em>。它关心的是：在大规模 RL 后训练里，rollout 太慢，能不能用 <code>MTP</code> 把采样阶段加速起来？</p>
<p>另一篇是 DeepSeek 的 <strong>DSpark</strong>，全名是 <em>Confidence-Scheduled Speculative Decoding with Semi-Autoregressive Generation</em>。它关心的是：在线上高并发 serving 里，speculative decoding 为什么经常一上负载就不稳，怎样让它真正移动吞吐-延迟前沿？</p>
<p>这两篇看起来一个讲训练，一个讲推理；一个讲 Qwen 的 RL pipeline，一个讲 DeepSeek-V4 的线上服务。但我读完之后觉得，它们其实在回答同一个更大的问题：</p>
<p><strong>speculative decoding 的核心已经不只是“多猜几个 token”，而是怎样让猜测、验证、分布匹配和系统负载一起闭环。</strong></p>]]></description></item><item><title>GroupDPO: Memory efficient Group-wise Direct Preference Optimization</title><link>https://lilfry09.github.io/ai/groupdpo-group-wise-preference-optimization/</link><pubDate>Tue, 05 May 2026 00:00:00 +0800</pubDate><author>fry</author><guid>https://lilfry09.github.io/ai/groupdpo-group-wise-preference-optimization/</guid><description>GroupDPO 将 DPO 从一正一负的单对偏好扩展到多候选回答组，并通过一阶梯度等价的 surrogate loss 降低显存开销。</description></item><item><title>读 MOPD：后训练正在从单一 RL 走向多教师能力合并</title><link>https://lilfry09.github.io/ai/multi-teacher-on-policy-distillation-post-training-primitive/</link><pubDate>Tue, 05 May 2026 00:00:00 +0800</pubDate><author>fry</author><guid>https://lilfry09.github.io/ai/multi-teacher-on-policy-distillation-post-training-primitive/</guid><description><![CDATA[<p>这篇文章最值得注意的地方，不是它又给后训练加了一个新缩写，而是它指出了一个正在变清晰的趋势：</p>
<p><strong>后训练的主线，可能正在从“用一个奖励函数把模型直接 RL 到更强”，转向“先训练多个能力专家，再用 on-policy distillation 把这些能力合并回一个主模型”。</strong></p>
<p>如果说 SFT 是教模型模仿答案，DPO/RL 是教模型偏向更好的行为，那么 <code>Multi-Teacher On-Policy Distillation</code> 更像是在回答另一个问题：</p>
<p><strong>当我们已经用不同数据、不同奖励、不同阶段训练出了多个强 teacher，怎样把它们稳定地压回一个 student，而不是靠简单模型融合或离线蒸馏丢掉能力？</strong></p>]]></description></item><item><title>告别盲目堆算力：让AI编程智能体从经验中学会“思考”</title><link>https://lilfry09.github.io/ai/scaling-test-time-compute-for-agentic-coding/</link><pubDate>Tue, 05 May 2026 00:00:00 +0800</pubDate><author>fry</author><guid>https://lilfry09.github.io/ai/scaling-test-time-compute-for-agentic-coding/</guid><description>本文介绍一种面向长程编程智能体的测试时扩展框架：通过结构化复盘、递归锦标赛投票和并行蒸馏提炼，让智能体复用经验而不是盲目重试。</description></item></channel></rss>