LoRA 不生效或形状不匹配：先核对底模，再检查两条加载分支
LoRA 能在列表中选择，却运行时报形状错误，或者输出几乎没有变化。本页合并处理“资源不匹配”和“流程没有真正应用”两类问题；没有变化只是观察结果，不必然证明 LoRA 损坏。
现象与适用范围
LoRA 能在列表中选择，却运行时报形状错误，或者输出几乎没有变化。本页合并处理“资源不匹配”和“流程没有真正应用”两类问题；没有变化只是观察结果，不必然证明 LoRA 损坏。
检索用原文或片段（具体编号、数值和文件名随环境变化）：
lora key not loaded
LoRA
size mismatch
已核对的依据
官方 LoRA 示例将模型和文本编码器通过加载节点连接，并分别提供 strength_model 与 strength_clip。模型排错资料强调模型组件的兼容关系，因此应先确认家族，再调强度。ComfyUI 加载源码会对未映射的键记录 lora key not loaded；单凭这条警告不能确定唯一原因，也不能证明所有层都未加载。 D14 D03 D-LoRA
需要区分的情况
1. LoRA 针对不同底模家族或变体，虽然同为 safetensors，但目标层与尺寸不兼容。
2. 加载节点被旁路，或采样/文本编码仍连接旧的模型和 CLIP，实际未使用修改后的输出。
3. 强度、提示条件和所观察的效果不对应；某些权重本身不包含 CLIP 修改，不能只凭一个警告判断全部失败。
建议的操作顺序
以下顺序是基于上述资料整理的诊断方案，不代表上游已经为你的环境确认了原因。
第 1 步。 从 LoRA 作者页面记录基础模型、训练变体和使用说明；来源没有说明时将兼容性标为未知。
第 2 步。 沿着 LoRA 输出检查模型与文本编码链路，确认工作流没有从另一条分支绕过它。
第 3 步。 在副本使用同一个 seed、底模和尺寸做有/无 LoRA 对照，先采用作者建议范围，不把多个 LoRA 叠加当作起点。
第 4 步。 遇到 key 或 shape 警告时保留完整内容，结合作者是否声明部分层加载判断；严重维度冲突转入模型错配排查。
如何判断处理有效
流程确实使用了预期权重，日志可解释且对照结果与预期变化方向一致。效果主观评价与技术加载成功应分别记录。
注意事项与尚未确认的部分
不应凭文件名自动宣称兼容所有 SDXL、FLUX 或同名衍生模型。本文不对任何第三方 LoRA 的商用许可作推断。
原始资料核对日期：2026-09-21；2026-09-25 复核官方 LoRA、模型排错文档及加载源码。本站未执行此工作流，未进行 GPU、最低显存或耗时测试。
原始资料
- D14 · LoRA workflow。原核对：2026-09-21；复核：2026-09-25。
- D03 · ComfyUI model troubleshooting。原核对：2026-09-21；复核：2026-09-25。
- D-LoRA · ComfyUI v0.37.0 LoRA 键加载源码。核对：2026-09-25。
相关排查与操作
排查下一个可能的原因
同样的现象可能来自不同原因。可以按顺序查看下面这些相关条目。
- mat1 and mat2 shapes cannot be multiplied：按模型链路查维度
mat1 and mat2 shapes cannot be multiplied采样、文本编码或加载适配器时出现矩阵形状不兼容。数字反映当前参与计算的维度，是定位线索，但不能只凭一组数字推出唯一缺失模型。 - Value not in list：模型已经下载，为什么下拉框仍找不到
Value not in list运行时 ckpt_name、lora_name 或其他下拉参数不在当前选项中。通常需要检查扫描目录、文件名、正在运行的实例和下拉框旧值，但这个错误也可发生在采样器等非文件选项上。
这篇内容对你有帮助吗？
匿名统计，只记录“有/没有帮助”的计数，不记录账号、IP 地址或设备信息。
资料来源
2026-09-25 复核官方 LoRA、模型排错文档及加载源码；未执行工作流、GPU 或最低显存测试，不保证特定效果。
01LoRA workflow资料核对: 2026-09-2502ComfyUI model troubleshooting资料核对: 2026-09-2503ComfyUI v0.37.0 LoRA 键加载源码资料核对: 2026-09-25报告问题 · 2934af59-c879-5b50-851d-9734917a082a
相关阅读
编辑为本页关联的条目。
这是一份从原生工作流加入单个 LoRA 的操作指南。先建立明确的底模兼容性和对照，再探索强度及组合，不以“下拉框能选”代替真正生效。