作者: vivo BlueImage Lab
摘要:多个 LoRA 合并到一起,画风串味、角色崩坏几乎是必然。vivo BlueImage Lab与南京大学提出 SSR-Merge:不在参数空间做算术,而在信号空间做路由。路由器 R = QG⁻¹ 由数据的二阶统计量直接解出,等价于最小二乘的唯一解析解,无需训练、无需调参,部署时可重参数化为标准 LoRA,推理零额外开销。本文入选 ICML 2026
ICML国际机器学习大会(International Conference on Machine Learning),是机器学习领域的国际顶级学术会议之一,与NeurIPS、ICLR并称为机器学习三大顶级会议。ICML 2026 约 23918 篇有效投稿,接收率约 26.6%。
论文主页: https://arxiv.org/abs/2606.10617
代码仓库: https://github.com/nagara214/SSR-Merge
如果你做过 AIGC 相关的开发或创作,大概率遇到过这个需求:模型社区里有一个画风很棒的 LoRA,一个角色还原度很高的 LoRA,还有一个打光特别专业的 LoRA——能不能把它们塞进同一个模型,一次生成全都要?
理论上这只是几个小文件的合并。实际上,几乎所有试过的人都知道结果:画风串味、角色崩坏、细节丢失。合并的 LoRA 越多,效果越接近一场事故。
过去几年,这件事主要靠经验来处理:调合并权重、调稀疏比例、调缩放系数,试出一组看着还行的配置就算过关,换一批 LoRA 又得从头再试一遍,也说不清为什么这组数值管用。
我们的新工作 SSR-Merge 想回答的问题是: LoRA 合并为什么会互相干扰?以及,能不能不靠反复试参数,而是把这个干扰直接从数学上解出来。
LoRA(Low-Rank Adaptation)是目前最主流的轻量化微调方式:不动底座模型,只训练一对低秩矩阵,就能让扩散模型学会一个角色、一种画风或一类编辑操作。训练成本低,分享方便,社区里已经积累了数以万计的 LoRA。能力越多,“把多个 LoRA 合并成一个”的需求就越自然。
现有的合并方法,本质上都在参数空间里做算术:
我们用一个实验把这种干扰可视化了:给合并模型输入不同任务的指令,看每个 LoRA 模块被激活的强度。理想情况应该是一条干净的对角线——哪个任务的指令,就只激活哪个 LoRA。但用 DARE 合并的模型,激活图一片通红:一个指令进来,所有模块都被唤起,信号在共享参数空间里四处“串音”。
图 1:左为传统合并方法(DARE),指令会错误激活大量无关模块,串扰严重;右为 SSR-Merge,每个任务精确激活自己的目标 LoRA,呈干净的对角线结构。
这些方法的共同假设是:冲突应该在参数空间里解决。但参数空间里,不同任务的更新本来就你中有我、我中有你,无论怎么剪、怎么加权,都是在纠缠的状态下做取舍。
SSR 换了一个根本思路:不在参数上做算术,在信号上做路由。
SSR 的全称是 Subspace Signal Routing(子空间信号路由)。整个方法不需要训练,分三步。
图 2:SSR 将多个 LoRA 的子空间合并为统一通道,路由器 R = QG⁻¹ 在其中完成两步操作——先去相关解开混合信号,再将纯净信号引导至各自任务的出口。
合起来,路由器 R = QG⁻¹。它的角色很像网络里的交换机:不关心数据包的内容,只负责让每个数据包走对自己的路。
模型合并这个领域,过去几年的方法大多带一个或多个需要手调的系数——合并权重、稀疏比例、缩放因子,效果好不好,很大程度上看调参的手感。SSR 最不一样的地方在于: 路由器 R 不是设计出来的,是推导出来的。
论文证明了这样一个结论:R = QG⁻¹ 在数学上恰好等价于普通最小二乘(OLS)估计量的投影。换句话说,SSR 的路由器就是“让合并后各任务的特征重建误差最小”的那个唯一解析解——不是某个接近最优的启发式,而是最优本身。
这个理论框架还顺手解释了一个耐人寻味的现象:传统的任务算术(Task Arithmetic)其实是 SSR 框架里 R = I(不做任何路由)的特例。也就是说,老方法不是错了,而是“放弃了信号调节”的天真情形;SSR 只是把这个被放弃的自由度用统计估计补了回来。
工程上,我们还做了三件事让它真正可用:
效率实测:在 FLUX.1-dev 上合并 9 个 LoRA(覆盖全部 transformer 层),SSR 全程 34.26 秒,比优化类方法 TIES 快约 2.6 倍,与纯算术方法 DARE(20.95 秒)同一量级。
问题一:合并之后,单个任务的能力还剩多少?
我们用 DreamBooth 数据集的 10 个主体各训练一个 LoRA(FLUX.1-dev 为底座),然后做变规模实验:评估某个目标任务时,把它的 LoRA 和 K−1 个随机干扰 LoRA 合并,看目标主体的生成保真度还剩多少。K 从 3 加到 9,干扰逐渐加剧。
在最严苛的 K = 9 设置下,SSR 的 DINOv2 相似度 0.6713、CLIP 分数 0.7850,比最强的基线 IterIS(0.6240 / 0.7520)分别高出 0.0473 和 0.0330。更值得注意的是稳定性:从 K = 3 到 K = 9,SSR 始终保持在单任务上限 90% 以上的恢复率(90.2%–98.6%),而所有基线都随 K 增大明显滑坡。
图 3:随着合并 LoRA 数量增加,基线方法出现品种改变、颜色漂移、结构崩坏;SSR 在各规模下都稳定保持目标主体特征。
问题二:一句指令要求多个能力同时出现,行不行?
单任务保真只是底线,真实需求往往是组合:一句提示词里要同时出现 2~4 个特定主体。我们构造了 100 条组合指令(K 均匀分布在 2/3/4),用 Grounding DINO 检测每个主体是否真的画出来了,并对检出区域计算与真值的相似度——没被画出来的主体直接计零分。
表 1:多任务同图生成。成功率为“K 个主体全部被正确画出”的样本比例。
SSR 的成功率 91%,比 DARE 高出 29 个百分点。这个数字暴露了稀疏化方法的真实代价:TIES 和 DARE 的保真度尚可,但成功率只有 69% 和 62%——它们是靠“丢掉一部分任务”换来表面稳定的。SSR 不需要这种交换。
图 4:双任务与三任务组合生成。基线方法出现主体丢失、身份漂移、凭空多画等典型失败;SSR 完整还原全部主体及其特征。
问题三:换一类任务,方法还成立吗?——人像精修
这个问题对我们团队有额外意义。我们构造了一个精细人脸编辑基准:口红、腮红、眼影三个独立的编辑 LoRA,合并后一次性上妆。测试集 100 张 FFHQ 人像,以商业修图软件串行执行三个操作的结果作为参考答案。
表 2:人像精修基准。ArcFace 衡量身份保持,CLIP 衡量与串行执行真值的一致性。
定性结果更能说明问题:Task Arithmetic 几乎没编辑上,输出和原图相差无几;TIES 妆效寡淡;DARE 属性失衡——口红被过度放大,其他妆容被掩盖。SSR 以均衡的强度、准确的位置还原了全部三个属性,也最接近串行执行的真值。
图 5:口红、腮红、眼影三属性同时编辑。SSR 的效果最接近商业软件串行执行的参考结果。
此外,附录里还有三组值得一提的验证:合并规模扩展到 K = 21 时 SSR 仍保持 77% 以上的恢复率;从哩布哩布(Liblib)平台直接下载三个真实社区 LoRA(打光、人像美化、人像风格化)做合并,SSR 的 CLIP 分数 0.821 为全部方法最高;甚至在扩散模型之外的 GLUE 语言理解基准上,SSR 也以 80.9 的平均分超过所有合并基线——说明“路由”这个视角不只适用于图像生成。
SSR 也有它的边界。一是它优化的是局部线性重建目标,理论上不保证完整非线性扩散过程的全局最优——实验里这个局部最优已经非常接近上限,但极端条件下差距仍可能拉大。二是当被合并的任务之间存在严重的域冲突或高度语义重叠时,信号本身就难以区分,路由的难度随之上升,性能可能下降。
还有一点关于使用边界:更高保真的多概念组合能力,同样意味着更强的合成内容生产力,存在被用于生成误导性内容的风险,我们呼吁负责任地使用。
第一,LoRA 合并是“能力资产化”的关键一环。 社区里数以万计的 LoRA 是真正的资产——每一个背后都是数据、算力和审美调校。但资产只有能组合才有复利。过去几年,“合并不掉干扰”这件事把大量组合需求挡在了门外,或者逼着大家在串行执行和效果折损之间做选择。SSR 证明了一种新的可能性:合并可以是无训练、有理论保证、零推理开销的标准操作,合并产物就是一个普通 LoRA,工程接入成本几乎为零。对需要落地人像编辑、风格化等能力的业务来说,这意味着“下载即可合并、合并即可上线”。
第二,这个领域该从“调参的艺术"走向"统计估计的科学”。 模型合并过去几年积累了大量经验性技巧,好用,但说不清为什么好用。SSR 给出的示范是:把干扰问题重新表述为信号空间里的估计问题,最优解就自然浮现,而且附带严格的误差界。凡是有“多个增量模块共享一个底座”的地方——不只扩散模型,GLUE 上的结果说明语言模型也一样——路由视角都值得尝试。
vivo BlueImage Lab
蓝图实验室,主要负责移动影像算法创新,包括图像/视频处理、图像/视频交互、图像/视频增强、多模态理解大模型等方面的技术前沿探索。
致力于不断提升vivo移动影像的算法能力,使用户能够拍摄出更加清晰、美观的照片和视频。同时积极探索增强现实、具身智能等新兴技术领域的应用,努力为用户提供更加丰富和便捷的影像体验。
欢迎持续关注 vivo 影像技术,获取前沿技术创新经验分享与热招岗位信息。
来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/69912579/viewspace-3185675/ ,如需转载,请注明出处,否则将追究法律责任。