SDXL ControlNet (OpenPose) has no effect — SD1.5 ControlNet works in identical workflow

快速结论：当 SDXL OpenPose ControlNet 完全没有效果、生成图跟随提示词而不跟随骨架图，而同一工作流换成 SD1.5 ControlNet 就正常时，问题通常不在 ComfyUI 的接线或预处理节点，而在 SDXL 底模与 ControlNet 的兼容性。优先排查你使用的 SDXL checkpoint 是否属于需要专用 ControlNet 的分支模型。

适用环境：ComfyUI v0.37.0（git 73c9bad）；Windows 11；NVIDIA RTX 4060 Laptop（8GB VRAM）；Python 3.13.14；PyTorch 2.13.0+cu130。涉及模型：Illustrious-XL-v2.0、Pony Diffusion V6 XL、v1-5-pruned-emaonly；ControlNet 为 thibaud_xl_openpose（diffusers controlnet-openpose-sdxl-1.0）、control-lora-openposeXL2-rank256、control_v11p_sd15_openpose。

最快修复方案：Issue 中经作者复测确认的有效方向是：不要用 Illustrious-XL 搭配标准 SDXL ControlNet，改用与 Illustrious 兼容的专用 OpenPose ControlNet（如 NoobAI 的 noob-sdxl-controlnet-openpose 或 Illustrious 专用 OpenPose ControlNet）；或直接更换为已验证可用的 SDXL 底模（例如 Pony Diffusion V6 XL），此时同一 thibaud_xl_openpose ControlNet 会正常生效。

注意事项：该结论来自单一用户的对照复测，不是 ComfyUI 官方修复，因此不同分支模型的兼容区间可能仍需自行验证。Issue 中作者最初怀疑是 ComfyUI 回归，后确认并非 ComfyUI bug，已自行关闭，因此不要期待通过升级/降级 ComfyUI 解决该问题。更换 ControlNet 或底模后需重新确认 rank、加载格式（diffusers / 原生）与显存占用。

问题场景

用户在 ComfyUI 中使用标准工作流：CheckpointLoaderSimple 加载 SDXL 底模，LoadImage + DWPreprocessor 生成 OpenPose 骨架图，ControlNetLoader 加载 SDXL OpenPose ControlNet，经 ControlNetApplyAdvanced 接入 KSampler。源图人物为双臂下垂，提示词故意写成 “arms up” 制造冲突。结果是 SDXL 分支完全忽略骨架、按提示词生成双臂上举；在同一工作流里仅把底模换成 SD1.5、ControlNet 换成 control_v11p_sd15_openpose 后，输出正确跟随骨架。作者还发现该现象只在 Illustrious-XL-v2.0 上出现，换用 Pony Diffusion V6 XL 后同一个 thibaud_xl_openpose ControlNet 能正常生效。

报错原文

SDXL ControlNet (OpenPose) has no effect — SD1.5 ControlNet works in identical workflow

原因分析

真正原因不是 ComfyUI 回归。作者复测后确认：Illustrious-XL-v2.0 与标准 SDXL ControlNet（thibaud_xl_openpose、control-lora-openposeXL2-rank256）不兼容，Illustrious 相对 SDXL 偏移较大，需要专用的 Illustrious / NoobAI 系 OpenPose ControlNet。工作流接线、预处理骨架、模型权重本身均无问题——这些在作者排查中已被逐项排除。

环境排查

确认 ComfyUI 版本：Issue 环境为 v0.37.0（git 73c9bad），但该问题与版本无关，无需据此升降级。
确认 SDXL 底模类型：是否属于 Illustrious 等偏离标准 SDXL 的分支模型。
确认 SDXL ControlNet 的加载格式与来源：diffusers 格式（thibaud_xl_openpose）与原生格式（control-lora-openposeXL2-rank256）在 Issue 中均失败，说明不是格式问题。
确认 ControlNetApplyAdvanced 接线：preprocessor 输出是否接入 image 输入，strength / start_percent / end_percent 是否为常规值（Issue 中为 1.0 / 0.0 / 1.0）。
确认 DWPreprocessor 骨架输出正确（Issue 中已验证骨架朝向无误）。
确认显卡显存是否足够：Issue 为 RTX 4060 Laptop 8GB VRAM，但不构成该问题的主因。
可用对照测试：固定工作流，仅更换底模（如换成 Pony Diffusion V6 XL）观察 ControlNet 是否恢复生效。

解决步骤

先做对照实验：保留原 SDXL 工作流与 ControlNet 不变，只把底模换成已确认兼容标准 SDXL ControlNet 的模型（例如 Pony Diffusion V6 XL）。
若换底模后骨架生效，可判定此前底模（如 Illustrious-XL-v2.0）与标准 SDXL ControlNet 不兼容。
可优先尝试：为原底模更换匹配的专用 OpenPose ControlNet，例如 NoobAI 的 noob-sdxl-controlnet-openpose，或 Illustrious 专用的 OpenPose ControlNet。
若暂时没有匹配的 ControlNet，可改用已验证可用的 SD1.5 路线（底模 v1-5-pruned-emaonly + control_v11p_sd15_openpose），并相应调整分辨率与 latent 尺寸。
不要为这个问题升级或降级 ComfyUI、也不要改 ControlNetApplyAdvanced 参数，因为 Issue 中这些方向均被证明无效。

验证方法

保持提示词与骨架图的冲突设置（源图双臂下垂 + 提示词 “arms up”），重新生成：输出应跟随骨架呈双臂下垂，而不是跟随提示词。若更换底模或更换为匹配的 ControlNet 后出现这种变化，即可确认问题已解决；若更换为匹配 ControlNet 后仍无效果，则需要继续排查该具体 ControlNet 的 rank、加载格式与底模兼容性。