mcpField
M
model-compatibility

model-compatibility

github.com/artokun创意与媒体87642 次安装2 天前更新
代码仓库

关于 model-compatibility

面向 ComfyUI 使用者的模型兼容性参考,整理 Stable Diffusion、Flux、SD3 和 LTXV 等模型系列的加载、采样与显存配置,并说明 LoRA、ControlNet 的兼容规则。

主要功能

  1. 01涵盖多种模型系列
  2. 02列出加载器与编码器配置
  3. 03提供采样参数参考
  4. 04说明 LoRA 与 ControlNet 兼容性
  5. 05包含显存管理建议

适用场景

  1. 01为模型选择 ComfyUI 节点
  2. 02按模型设置采样参数
  3. 03判断 LoRA 或 ControlNet 是否匹配

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/artokun/comfyui-mcp --skill model-compatibility

安装后在 Claude Code 中输入/model-compatibility确认已加载。

详细介绍

ComfyUI 模型兼容性矩阵

Stable Diffusion 1.5(SD 1.5)

概述

最初广泛采用的 Stable Diffusion 模型。拥有庞大的微调模型、LoRA、ControlNet 和嵌入生态。它仍是兼容性最高、最轻量的模型系列。

配置
参数值
加载器CheckpointLoaderSimple
原生分辨率512x512
支持的分辨率512x512、512x768、768x512、768x768(部分微调模型)
VAE内置或外置(vae-ft-mse-840000-ema-pruned.safetensors)
CLIP单个 CLIP-L(检查点中的输出索引 1)
文本编码器节点CLIPTextEncode
CFG 范围7-12(常用:7.5)
负面提示词支持——对质量非常重要
步数20-30(标准采样器)
采样器所有标准采样器:euler、euler_ancestral、dpmpp_2m、dpmpp_sde、ddim
调度器normal、karras
去噪强度1.0(文生图)、0.5-0.8(图生图)
显存(FP16)~2-3GB
工作流模式
CheckpointLoaderSimple → MODEL(0), CLIP(1), VAE(2)
  CLIP(1) → CLIPTextEncode (positive) → CONDITIONING
  CLIP(1) → CLIPTextEncode (negative) → CONDITIONING
EmptyLatentImage (width=512, height=512) → LATENT
KSampler (cfg=7.5, steps=20, sampler="euler", scheduler="normal") → LATENT
VAEDecode → IMAGE
SaveImage
VAE 说明
  • 大多数 SD 1.5 检查点都内置了 VAE,但效果往往一般
  • 建议:使用外置的 vae-ft-mse-840000-ema-pruned.safetensors,以获得更准确的色彩
  • 通过 VAELoader 节点加载,并连接到 VAEDecode
  • FP16 VAE 处理某些图像时可能产生 NaN。FP32 VAE 更稳定
ControlNet 兼容性

SD 1.5 拥有最大的 ControlNet 生态:

ControlNet模型文件模式说明
Cannycontrol_v11p_sd15_canny边缘检测
Depthcontrol_v11f1p_sd15_depth深度图
OpenPosecontrol_v11p_sd15_openpose骨架/姿势
Scribblecontrol_v11p_sd15_scribble手绘线条
Lineartcontrol_v11p_sd15_lineart清晰线条
Softedgecontrol_v11p_sd15_softedge柔和边缘(HED)
Normalcontrol_v11p_sd15_normalbae法线图
Segcontrol_v11p_sd15_seg语义分割
Tilecontrol_v11f1e_sd15_tile分块/放大引导
Inpaintcontrol_v11p_sd15_inpaint局部重绘引导
IP-Adapterip-adapter_sd15图像提示
LoRA 兼容性
  • SD 1.5 LoRA 只能与 SD 1.5 基础模型配合使用
  • 格式:models/loras/ 中的 .safetensors
  • 加载器:LoraLoader 节点,连接在检查点与 CLIPTextEncode 之间
  • 强度范围:0.5-1.0(过高可能导致瑕疵)

SDXL(Stable Diffusion XL)

概述

相较于 SD 1.5 的重大升级,采用双 CLIP 编码器,原生分辨率更高,对提示词的理解也更好。包含 Turbo 和 Lightning 变体,可实现快速生成。

配置 — SDXL 1.0(基础版)
参数值
加载器CheckpointLoaderSimple
原生分辨率1024x1024
支持的分辨率1024x1024、832x1216、1216x832、896x1152、1152x896、768x1344、1344x768
VAE内置(SDXL 集成的 VAE 效果良好)
CLIP双 CLIP:CLIP-L + CLIP-G
文本编码器节点CLIPTextEncode(统一)或 CLIPTextEncodeSDXL(分别使用 G/L)
CFG 范围5-10(常用:7.0)
负面提示词支持——重要性中等
步数20-40
采样器euler、euler_ancestral、dpmpp_2m、dpmpp_sde
调度器normal、karras
去噪强度1.0(文生图)、0.5-0.8(图生图)
显存(FP16)~6-7GB
配置 — SDXL Turbo
参数值
加载器CheckpointLoaderSimple
分辨率512x512(针对较低分辨率进行了优化)
CFG1.0-2.0
步数1-4
采样器euler_ancestral
调度器normal
负面提示词极少或留空
去噪强度1.0
配置 — SDXL Lightning
参数值
加载器CheckpointLoaderSimple + LoraLoader(Lightning LoRA)
分辨率1024x1024
CFG1.0-2.0
步数4-8(与 Lightning 变体匹配:2 步、4 步、8 步)
采样器euler
调度器sgm_uniform
负面提示词留空或尽量简短
特别说明需要与步数匹配的 Lightning LoRA
SDXL Refiner

可选的 SDXL Refiner 模型会进行第二轮处理,以改善精细细节:

CheckpointLoaderSimple (base) → KSampler (steps=25, start=0, end=20)
CheckpointLoaderSimple (refiner) → KSampler (steps=25, start=20, end=25)
  • Refiner 使用带有 start_at_step 和 end_at_step 的 KSamplerAdvanced
  • 通常先用基础模型处理 80% 的步数,再用 Refiner 处理最后 20%
  • Refiner 检查点:sd_xl_refiner_1.0.safetensors
工作流模式
CheckpointLoaderSimple → MODEL(0), CLIP(1), VAE(2)
  CLIP(1) → CLIPTextEncode (positive) → CONDITIONING
  CLIP(1) → CLIPTextEncode (negative) → CONDITIONING
EmptyLatentImage (width=1024, height=1024) → LATENT
KSampler (cfg=7.0, steps=25, sampler="dpmpp_2m", scheduler="karras") → LATENT
VAEDecode → IMAGE
SaveImage
ControlNet 兼容性

SDXL ControlNet 与 SD 1.5 ControlNet 不同:

ControlNet模型文件模式备注
Cannycontrol-lora-canny-rank256 或 diffusers_xl_canny通常基于 LoRA
Depthcontrol-lora-depth-rank256 或 diffusers_xl_depth
T2I-Adaptert2i-adapter-*-sdxl更轻量的 ControlNet 替代方案
IP-Adapterip-adapter_sdxl图像提示适配器
InstantIDinstantid-*专用于人脸
LoRA 兼容性
  • SDXL LoRA 只能与 SDXL 基础模型搭配使用,不能与 SD 1.5 搭配使用
  • 与 SD 1.5 使用相同的 LoraLoader 节点
  • Lightning LoRA 是可实现少步数生成的 SDXL LoRA

Flux (Flux.1)

概述

Black Forest Labs 的模型,配备 T5-XXL 文本编码器。无需负面提示词即可生成高质量图像。提供 schnell(快速)和 dev(高质量)两个变体。

配置 — Flux Schnell
参数值
加载器CheckpointLoaderSimple(单文件),或 DualCLIPLoader + UNETLoader + VAELoader(拆分加载)
原生分辨率1024x1024(宽高比灵活)
支持的分辨率灵活:512x512 至 2048x2048,支持任意宽高比
VAE独立的 Flux VAE(ae.safetensors),不能与 SD 模型共用
CLIP通过 DualCLIPLoader 加载 T5-XXL + CLIP-L
文本编码器节点CLIPTextEncode(单个组合节点)
CFG1.0(必须为 1.0;更高值会导致严重伪影)
负面提示词无——不要连接负面条件输入
步数4
采样器euler
调度器simple 或 sgm_uniform
降噪1.0
显存(FP16)约 24GB(FP8:约 12GB)
配置 — Flux Dev
参数值
除以下项目外与 Schnell 相同:
步数20-50(通常为 30)
调度器sgm_uniform
显存(FP16)约 24GB(FP8:约 12GB)
加载方式

方式 1:单个检查点(最简单)

CheckpointLoaderSimple (ckpt_name="flux1-schnell.safetensors")
  → MODEL(0), CLIP(1), VAE(2)

方式 2:拆分组件(FP8 推荐)

UNETLoader (unet_name="flux1-schnell-fp8.safetensors") → MODEL
DualCLIPLoader (clip_name1="t5xxl_fp16.safetensors", clip_name2="clip_l.safetensors", type="flux") → CLIP
VAELoader (vae_name="ae.safetensors") → VAE
重要规则
  • CFG 必须为 1.0。 Flux 使用模型中内置的引导,而非无分类器引导
  • 不要使用负面提示词。 留空,或完全不连接负面输入
  • 必须使用独立 VAE。 Flux 使用自己的 VAE(ae.safetensors),不能使用 SD VAE
  • 对于 24GB 显卡,强烈建议使用 FP8。FP16 Flux 几乎会占满 24GB 显存
  • T5-XXL 编码器可以使用 FP8 加载,以进一步节省显存
  • Kitchen 量化列(此 GPU): kitchen 的 action:"status" 会报告 gpu.fp8(SM ≥ 8.9,Ada)、gpu.nvfp4 和 gpu.mxfp8(SM ≥ 10.0,Blackwell)。当存在 kitchen 时,使用未量化文件并设置 weight_dtype: default 的 UNETLoader,其 kitchen 的 action:"assess" 推荐结果为 fp8_unet_fast(设置 fp8_e4m3fn_fast)。如果磁盘上有 NVFP4 同系列文件,则推荐 nvfp4_swap。状态报告中会列出 MXFP8,但在加载器路径支持它之前不会推荐。
工作流模式
UNETLoader (flux fp8) → MODEL
DualCLIPLoader (t5xxl + clip_l, type="flux") → CLIP
VAELoader (ae.safetensors) → VAE

CLIPTextEncode (positive prompt) → CONDITIONING
  (no negative CLIPTextEncode needed)

EmptyLatentImage (width=1024, height=1024) → LATENT

KSampler (cfg=1.0, steps=4, sampler="euler", scheduler="simple") → LATENT
VAEDecode (vae from VAELoader) → IMAGE
SaveImage
ControlNet 兼容性

Flux ControlNet 是特定于模型的:

ControlNet说明
Flux ControlNet (Canny)专为 Flux 兼容的 ControlNet
Flux ControlNet (Depth)专为 Flux 兼容的 ControlNet
InstantX ControlNets社区提供的 Flux ControlNet
Flux IP-AdapterFlux 的图像提示

SD 1.5 和 SDXL ControlNet 不适用于 Flux。

LoRA 兼容性
  • Flux LoRA 仅适用于 Flux 模型
  • 通常与 SD 模型一样通过 LoraLoader 加载
  • Flux LoRA 生态规模小于 SD 1.5/SDXL,但正在发展
  • 某些 Flux LoRA 需要特定的触发词

Stable Diffusion 3 / 3.5 (SD3)

概述

Stability AI 的新一代模型,采用三重 CLIP 架构。通过 T5-XXL 提升提示词遵循能力,并支持更长的提示词。

配置
参数值
加载器CheckpointLoaderSimple 或三重 CLIP 加载器
原生分辨率1024x1024
VAE内置(集成)
CLIP三重:CLIP-L + CLIP-G + T5-XXL
文本编码器节点CLIPTextEncode 或 CLIPTextEncodeSD3
CFG 范围4-7(典型值:5.0)
负面提示词极少——SD3 几乎不需要负面引导
步数20-30
采样器euler、dpmpp_2m
调度器sgm_uniform、normal
去噪1.0(txt2img)
Shift某些采样器支持 SD3 的 shift 参数
VRAM(FP16)约 12GB(不含 T5-XXL:约 6GB)
三重 CLIP 加载
CheckpointLoaderSimple → MODEL(0), CLIP(1), VAE(2)

或者单独控制 CLIP:

DualCLIPLoader (clip_l + clip_g) → CLIP
CLIPLoader (t5xxl) → CLIP
与 SD 1.5/SDXL 的主要区别
  • 文本渲染能力显著更强
  • 更善于处理空间关系(“猫在左边,狗在右边”)
  • T5-XXL 支持较长且详细的提示词(无需担心 77 个 token 的限制)
  • CFG 值较低(4-7,而非 7-12)
  • 几乎不需要负面提示词
  • 采样时的 shift 参数会影响噪声调度
ControlNet 兼容性
  • SD3 专用 ControlNet 有限
  • 请确认社区提供的 ControlNet 是否兼容 SD3
  • SD 1.5 和 SDXL ControlNet 不适用于 SD3

LTXV(视频模型)

概述

用于文本生成视频和图像生成视频的潜空间视频扩散模型。对 VRAM 要求较高。

配置
参数值
加载器专用视频检查点加载器(因节点包而异)
分辨率每帧 512x512 或 768x768(取决于模型)
帧数16-64(取决于 VRAM)
FPS8-24
VRAMFP16 需要 20GB 以上,FP8 约 6-10GB
重要警告24GB VRAM 可能发生 OOM——务必使用 FP8 量化模型
VRAM 管理
  • 24GB 显卡务必使用 FP8 量化模型
  • 如果仍然发生 OOM,请减少帧数
  • 降低分辨率会有很大帮助
  • 关闭其他占用 GPU 的应用程序
  • 可考虑为 ComfyUI 使用 --lowvram 标志

跨模型系列兼容性规则

LoRA 兼容性

LoRA 特定于模型系列,不能互换使用:

LoRA 训练对象适用对象不适用对象
SD 1.5SD 1.5 及其微调模型SDXL、Flux、SD3
SDXLSDXL 及其微调模型SD 1.5、Flux、SD3
Flux仅限 Flux 模型SD 1.5、SDXL、SD3
SD3仅限 SD3/3.5 模型SD 1.5、SDXL、Flux

将 LoRA 用于错误的基础模型会生成劣质图像或导致错误。

ControlNet 兼容性

ControlNet 也特定于模型系列:

ControlNet 训练对象适用对象不适用对象
SD 1.5(v1.1 系列)SD 1.5 基础模型及微调模型SDXL、Flux、SD3
SDXLSDXL 基础模型及微调模型SD 1.5、Flux、SD3
Flux仅限 Flux 模型SD 1.5、SDXL、SD3
VAE 兼容性
VAE兼容的模型备注
vae-ft-mse-840000-ema-prunedSD 1.5 系列SD 1.5 的最佳外部 VAE
SDXL 内置 VAESDXL 系列质量良好,无需外部 VAE
sdxl_vae.safetensorsSDXL 系列外部 SDXL VAE 选项
ae.safetensors(Flux VAE)仅 FluxFlux 必需,与 SD 不兼容
SD3 内置 VAESD3 系列已集成,无需外部 VAE

规则:切勿混用不同模型系列的 VAE。使用 SD 1.5 VAE 解码 Flux 潜变量会产生乱码。

Embedding/文本反演兼容性
Embedding 类型兼容的模型
SD 1.5 embeddings仅 SD 1.5 系列
SDXL embeddings仅 SDXL 系列
Flux/SD3通常不使用传统 embeddings
采样器/调度器兼容性

大多数采样器都适用于所有模型,但某些组合效果最佳:

模型最佳采样器最佳调度器备注
SD 1.5euler_ancestral、dpmpp_2mkarras、normal所有标准采样器均可使用
SDXLdpmpp_2m、eulerkarras、normal与 SD 1.5 相同
SDXL Turboeuler_ancestralnormal必须使用 1-4 步
SDXL Lightningeulersgm_uniform步数必须与 LoRA 匹配
Flux Schnelleulersimple仅 4 步
Flux Deveulersgm_uniform20-50 步
SD3euler、dpmpp_2msgm_uniform、normal需要较低的 CFG

快速决策指南

选择模型
用例推荐模型原因
最大程度获得生态系统/社区支持SD 1.5LoRA、ControlNet 和 embedding 最多
高质量且良好的提示词遵循能力SDXL质量与生态系统的最佳平衡
最快生成速度SDXL Turbo/Lightning1-4 步
最强提示词理解能力Flux DevT5-XXL 编码器,支持自然语言
速度快且质量好Flux Schnell4 步,无需负面提示词
图像中的文字SD3.5文字渲染效果最佳
显存较低(<6GB)SD 1.5显存占用最小
视频生成LTXV / AnimateDiff唯一可用于视频的选项
选择分辨率
模型最低推荐最高(24GB 显存下发生 OOM 之前)
SD 1.5256x256512x512768x768
SDXL512x5121024x10241536x1536
Flux (FP8)512x5121024x10242048x2048
Flux (FP16)512x5121024x10241024x1024(紧张)
SD3512x5121024x10241536x1536

低于推荐分辨率会产生模糊或低质量的结果。高于最高分辨率则可能导致 OOM 错误或画质下降(平铺伪影)。

来源

  • 官方: 未找到供应商配对矩阵。ComfyUI comfy/model_management.py 中的硬件能力判断:supports_fp8_compute、supports_nvfp4_compute、supports_mxfp8_compute;nodes.py 中 UNETLoader 的 weight_dtype。
  • 经验总结: 基础模型、VAE 和 CLIP 的配对规则来自对加载失败情况的观察。

评论

支持 Markdown