LoRA在本地失效是因环境依赖不一致，需依次检查：文件路径与命名规范、底模精确匹配、运行参数对齐、插件冲突、VAE/CLIP兼容性。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你在LiblibAI在线端用某个LoRA生成效果正常，但迁移到本地ComfyUI或WebUI后完全失效，说明问题出在本地环境与平台服务的隐性依赖不一致，而非LoRA文件本身损坏。
确认LoRA文件是否被正确加载
第一步：在ComfyUI节点图中找到Lora Loader节点，双击打开，检查“lora_name”下拉菜单里是否列出了你放入models/loras目录下的该LoRA文件名——注意必须是完整文件名（含.safetensors或.pt后缀），且不能有中文、空格或特殊符号。
第二步：若列表为空，说明文件未被扫描到；此时不要重启ComfyUI，先检查文件路径是否为【models/loras/】子目录下一级，不可嵌套进任何自建文件夹】。比如models/loras/character_v1.safetensors ✅，models/loras/zhongwen/character_v1.safetensors ❌。
第三步：确认后按Ctrl+R强制刷新节点列表，若仍不出现，手动点击右上角“Refresh Lora List”按钮——这一步会重新遍历磁盘，跳过缓存索引。
验证底模匹配关系是否真实生效
LoRA不是即插即用的滤镜，它必须在指定底模的权重空间里运行。在线端自动做了绑定校验，本地却不会。
方法一：打开LoRA详情页，复制“推荐搭配基础模型”栏中的完整模型文件名（例如：majicMIX_realistic_v7.safetensors）→ 进入本地WebUI的Checkpoint下拉菜单，**逐字比对是否完全一致**，包括大小写、下划线、v6/v7/XL等后缀。哪怕只差一个字符，LoRA特征就无法映射。
方法二：在ComfyUI中，确保Lora Loader节点的“model”输入端口连接的是CheckpointLoaderSimple节点输出的模型对象，而不是其他中间节点（如VAELoader或CLIPSetLastLayer）——错连会导致LoRA加载到错误的模型实例上，无报错但零效果。
【若使用WebUI，启用LoRA后务必在提示词中填入其指定触发词，否则即使模型匹配，LoRA也不会激活】
检查本地运行时参数是否与平台对齐
第一步：回到LiblibAI该LoRA详情页，截图保存“推荐参数”区块内容，重点记下三项：推荐采样器（如DPM++ 2M Karras）、推荐步数（如30）、推荐CFG值（如7）。
第二步：在本地界面中，将采样器、步数、CFG三项全部设为截图中数值——不要用本地默认值，也不要凭经验微调。很多LoRA在非推荐CFG下会直接抑制风格表达，看起来像没生效。
第三步：关闭所有额外插件开关，包括ControlNet、T2I-Adapter、IP-Adapter等。这些模块会抢占UNet层计算资源，导致LoRA权重被覆盖或归零，而日志里通常不报错。
这一步操作起来很简单，直接把文件拖进去就行。
排查VAE与CLIP兼容性冲突
某些LoRA（尤其是画风类）对VAE和CLIP文本编码器敏感。在线端强制使用平台预设组合，本地却可能混用不同版本。
方法一：在WebUI设置中打开“Stable Diffusion checkpoints”面板，找到你正在使用的底模，点击右侧“编辑”图标，在弹窗中查看“VAE”字段是否为空。若为空，手动选择与LoRA详情页标注一致的VAE（如vae-ft-mse-840000.ckpt）；若已填但名称不匹配，立即更换。
方法二：在ComfyUI中，检查CLIPSetLastLayer节点的“stop_at_clip_layer”参数是否被设为非默认值（如-2）。LoRA训练时默认使用全部CLIP层，擅自截断会丢失语义锚点，导致触发词失效——此时即使提示词写了“shuimohua”，AI也理解不了。
