Midjourney 的 sref 代码绑定版本：把您的库修好

如果几个月前保存的风格参考现在出图不一样了，并不是哪里坏了，而是您的库被绑定在了某个版本上。数字 sref 代码是一个指针，指向铸造它的那套风格系统，而选择由哪个解释器来读它的参数正是 --sv。V6 时代的代码配 --sv 4 才能保住原样，V6.1 时代的代码则要配 --sv 6；从 2026 年 3 月起，新代码在重建后的 --sv 7 基线（速度约为原来的 4 倍，成本也更低）下铸造，V8 系列也继承了这套基线。跨越这些迁移维护一份 sref 收藏目录的经验，催生了下面这张世代表和这套建库策略。 {.answer-block}

TL;DR

• 数字 sref 代码不是风格，而是指向某套具体风格算法的指针。 换掉算法版本，同一个整数就会画出另一种美学。¹
• 世代决定怎么钉住。 V6 系统的代码用 --sv 4 保住原样，V6.1 时代的代码用 --sv 6。--sv 7 基线到来（2026 年 3 月）之后铸造的代码原生运行，更早的 V7 时代代码则搭上 V8 发布时宣布的对 V7 sref 的完全向后兼容。¹ 对于天天要用的代码，与其一直靠钉版本过日子，不如考虑在当前模型上重新生成那份参考。
• 图片 URL 形式的 sref 才经得起时间。 参考图片会被运行它的算法重新解释一遍；数字代码则被冻结在铸造它的那套算法上。库里新增条目应当先存图片，再存代码。
• --sref random 是发现引擎， 与 V8.1 的 Draft Mode 搭配使用效果最好：半价的 24 图网格，专为搜寻风格而生。²
• 当前的 --sv 7 系统比前代大约快 4 倍、便宜 4 倍。³ 把常用的那批风格重做一遍成本很低；世代钉版是留给存档的。
• 完整的参数说明见 Midjourney 指南，其余的面则由 V7 到 V8 的迁移地图覆盖。

sref 实际传递的是什么

--sref 参数把参考中的审美属性——配色、光线风格、绘画技法、氛围以及构图倾向——迁移过来，但不迁移题材本身。强度由 --sw 控制（0-1000，默认 100）：低于 50 只是耳语，50-150 是均衡的迁移，150-300 让风格开始主张自己，再往上风格就会压过提示词。多个参考会混合：--sref [url1] [url2] 能调出任何单张图片都不具备的美学组合。

sref 偏爱个性鲜明的素材。视觉身份强烈的参考——配色统一、技法一眼可辨——迁移得干净利落；平庸的照片只会迁移出一团糊。这一点对建库尤其重要：值得收进目录的，是那些有明确主张的代码。

版本绑定这个问题

很多人的库正是折在这里。当您抓下一个数字 sref 代码时，这个整数只对铸造它的那套风格系统有意义。而 Midjourney 已经让这套系统换过好几代：V6 系统（--sv 4）、V6.1 系统（--sv 6）、V8 系列凭宣布的兼容性继续承载其代码的 V7 时代系统，以及随 V8 Alpha 到来的当前 --sv 7 基线。一个老代码要想保住您当初收录它时的那副模样，就得配上它出生版本的钉版参数。老 sref “看起来不对劲”时，原因通常就是这个：代码没有漂移，是它下面的解释器换了。

而且产品本身不会替您记这本账。整数和它的世代是分开流通的——提示词界面里没有任何地方会告诉您某个代码是哪套系统铸造的——所以能把一个保存下来的 sref 和还原它的 --sv 连起来的，只有您自己的笔记。

兼容性矩阵

六行覆盖所有情况：

这张表里的不对称正是策略所在。数字代码要保持忠实就得记世代的账；图片参考完全不用，因为图片会被接到它的任何算法重新解释一遍。最干净的 V8 原生路线就是基于图片的 sref——至于那些您依然在意的老代码，与其长期待在兼容模式里，不如考虑在当前模型上原生地重做那份参考。

建一个活得下去的库

在算法一代代更替的过程中维护一份庞大的 sref 目录，沉淀下来的做法是这样的：

1. 存图片，不要只存代码。 当一次随机搜寻或一次生成产出了值得留下的美学时，把源图片和数字代码一起保存。代码只是今天这套算法的快捷把手，图片才是这个风格的永久档案。等下一个 --sv 到来时，您的代码会晃动，您的图片不会。

2. 抓取时就给每个代码打上 --sv 世代标签。 笔记文件里一个光秃秃的整数，就是留给未来的谜题。1234567890 (sv6, captured 2026-03) 则永远可用，因为上面那张矩阵会直接告诉您该怎么跑它。（已经继承了一堆没有标签的整数？下面的常见问题里有一套三次生成的还原流程。）

3. 在便宜的档位搜寻，在好的档位出图。 V8.1 的 Draft Mode 下运行 --sref random 就是发现引擎——半价的 24 图网格，能采样到您绝不会刻意去写的美学。² 把命中的收进目录，再在 V8.2 上以图片参考的形式用于正式作品。

4. 去重并归拢成群。 条目超过几百之后，库里必然长出近似重复——同一个美学家族被五个不同的代码抓过五次。定期按视觉相似度聚类，每一群只留最强的那个代表；一个库的价值在于它的幅度，而不是数量。

5. 重做常用集，其余归档。 当前的 --sv 7 系统比前代大约快 4 倍、也更便宜。³ 对于您真正在用的那二十来种风格，用保存下来的源图片在当前模型上原生地重新建立；剩下的长尾则带着世代标签留在兼容模式里，不必全部迁移。

sref 与情绪板：分工

两者可以叠加：情绪板提供您的审美底色，sref 负责操控单张出图，而在 V8 系列中两者都跑在同一套 --sv 7 基础设施上。³ 建库策略也随之不同——情绪板像花园一样打理（随时间精选着往里添），sref 则像香料架一样归档（贴标签、记日期、按名字取用）。

常见问题

为什么我的旧 Midjourney sref 代码现在看起来不一样了？

因为数字代码绑定在铸造它的那套风格系统上，而 Midjourney 已经换过好几套：V6（--sv 4）、V6.1（--sv 6）、V7 时代，以及当前的 --sv 7 基线。老代码要保住原样就得配上它出生系统的钉版参数——同一个代码，换个解释器，结果就不同。请把老代码钉到它所属的世代，或者原生地重做那份参考。

数字 sref 代码在 Midjourney V8 里还能用吗？

能用。Midjourney 的兼容性图表把风格参考代码列为 V8 系列全面支持，当前世代的代码在其 --sv 7 基线上原生运行。V6 和 V6.1 时代的老代码靠各自的世代钉版（--sv 4 和 --sv 6）保住原样；对于经常使用的那些，不妨考虑在当前模型上重新生成参考，效果会更好。图片 URL 参考则完全没有世代绑定，这正是一个耐用的库要存图片、而不只是存整数的原因。

Midjourney 里的 –sv 是什么？

风格版本参数：它决定由哪套风格参考算法来解释您的 sref。--sv 4 和 --sv 6 是为向后兼容保留的早期系统；--sv 7 是 V8 时代的基线，比前代大约快 4 倍、便宜 4 倍。³ 一个数字代码的含义，只由它出生的那套算法说了算。

怎么查出一个没有标签的 sref 代码属于哪个世代？

靠实测。用同一条提示词把这个代码跑三遍——裸跑（当前基线）、加 --sv 6、加 --sv 4——再把结果与您当初收录这个代码时的那张出图对照。哪一次跑复现了您保存下来的模样，就说明代码属于那个世代；打上标签，以后再也不用做这个实验。（没有保存过可供对照的出图？那么这三次跑会给出三种候选面貌供您挑选——您找回的是一个可用的风格，即便不是原来的世代。）三次便宜的生成，就能把一个来历不明的整数变回一条可用的库条目。

我该用 sref 还是情绪板？

想把某一张出图朝某个特定参考的方向推，用 sref；想让积累下来的个人品味默认作用于一切，用情绪板（--p）。两者可以出现在同一条提示词里，形成分层控制——底色来自情绪板，逐镜头的调度来自 sref。