文本编码器:提示词是怎么变成条件的 / 全站资源搜索
搜索 更新 2026-10-02
概念 不随版本变化

文本编码器:提示词是怎么变成条件的

模型看不懂文字。提示词先进编码器变成一串数字,再去参与每一步计算。

模型本身不认识文字。你写的提示词先经过文本编码器,变成一串数字(条件),去噪过程每一步都参考这串数字。编码器是提示词与画面之间唯一的通道。

为什么要编码

  • 提示词是给人看的,编码器的输出才是模型能读的输入
  • 同一句话用不同编码器编出来不是同一串数字,这就是换模型要连编码器一起换的原因
  • 长提示词会被截断到编码器能处理的最大长度,超出部分不起作用
  • 编码只做一次,去噪过程反复参考它;提示词改了就必须重新执行,否则用的还是旧条件

不同模型配不同编码器

不同模型家族配的编码器不一样:有的用 CLIP 系列,有的用更大的语言模型来编码。工作流的模型依赖清单里会把主模型与文本编码器分别列出,两者必须来自同一套。混着用会出现「能跑但结果不对」这种最难查的问题。

负向提示词在做什么

负向提示词也走同一个编码器,只是作用相反:让结果远离这组条件。它不是橡皮擦,压制的是一类概念,不是画面上的具体像素。压得太狠,画面会变僵、细节变少、构图变呆。

常见误解

常见误解
  • 把中文提示词直接丢给只认英文的编码器
    有些编码器对中文支持很弱。效果不对时,先用英文重写一遍同样的意思做对比,能立刻判断是不是编码器的问题。
  • 以为提示词越长越好
    超出最大长度的部分会被丢掉,等于没写。长提示词真正起作用的是前一段。
  • 换了主模型却沿用旧编码器
    两者是配套的。换模型时按依赖清单把编码器一起换掉。

相关条目