ComfyUI-Nunchaku QwenImage&ZImageTurboLoraStack
A ComfyUI custom node for loading and applying LoRA (Low-Rank Adaptation) to Nunchaku Qwen Image and Z-ImageTurbo models. ComfyUI Nodes 2.0 compatible. Requires Nunchaku 1.2.0+ and ComfyUI-Nunchaku 1.2.0+ for v4 functionality.
⚠️ DEVELOPMENT STATUS
Currently under development and testing. Debug logs are being output extensively. This does not affect functionality.
Latest release: v2.3.8 on GitHub Releases
⚠️ Note for v2.0+ users: If you encounter
TypeError: got multiple values for argument 'guidance'errors, see troubleshooting section below.
Source
This LoRA loader was extracted and modified from GavChap's fork:
- Original Fork: GavChap/ComfyUI-nunchaku (qwen-lora-suport-standalone branch)
- Extraction: LoRA functionality was extracted from the full fork to create an independent custom node
- Integration: Modified to work with the official ComfyUI-nunchaku plugin
🎉 MAJOR UPDATE: v2.2.0 - Nunchaku Z Image Turbo LoRA Support Added!
For detailed technical explanation, see v2.2.0 Release Notes
🎉 MAJOR UPDATE: v1.60 - Simplified Installation (No Integration Required!)
For installation instructions, features, and requirements, see Installation Guide.
Upgrade Guide for v1.57 and Earlier Users
If you have v1.57 or earlier installed with integration code in ComfyUI-nunchaku's __init__.py, see UPGRADE_GUIDE_V1.57.md for detailed upgrade instructions.
Usage
Available Nodes
- NunchakuQwenImageLoraLoader: Single LoRA loader
- NunchakuQwenImageLoraStack: Multi LoRA stacker with dynamic UI (Legacy)
- NunchakuQwenImageLoraStackV2: Multi LoRA stacker with dynamic UI - ComfyUI Nodes 2.0 (Beta) compatible
- AWQ Modulation Layer Support: Includes experimental support for applying LoRA to AWQ quantized modulation layers (
img_mod.1/txt_mod.1) via the "Apply AWQ Mod" toggle. This feature uses Runtime Monkey Patch with Manual Planar Injection to fix noise issues. ⚠️ Warning: This is an experimental feature currently implemented only in V2 nodes. If no issues are found, this feature will be applied to V1 and V3 nodes as well.
- AWQ Modulation Layer Support: Includes experimental support for applying LoRA to AWQ quantized modulation layers (
- NunchakuQwenImageLoraStackV3: Multi LoRA stacker with dynamic UI - ComfyUI Nodes 2.0 (Beta) compatible
- AWQ Modulation Layer Support: AWQ quantized modulation layers (
img_mod.1/txt_mod.1) LoRA application is always enabled (no switch needed). This feature uses Runtime Monkey Patch with Manual Planar Injection to fix noise issues. ✅ V3 nodes always apply AWQ modulation layer LoRA by default.
- AWQ Modulation Layer Support: AWQ quantized modulation layers (
- NunchakuZImageTurboLoraStackV4: Z-Image-Turbo LoRA stacker with dynamic UI - Standard ComfyUI LoRA loader format (CLIP input/output) - ComfyUI Nodes 2.0 compatible
- NunchakuZImageTurboLoraStackV2: Z-Image-Turbo LoRA stacker with dynamic UI - Unofficial loader only - ComfyUI Nodes 2.0 compatible
- ⚠️ Warning: This node is only compatible with the unofficial Nunchaku Z-Image-Turbo DiT Loader from ComfyUI-nunchaku-unofficial-loader
- ⚠️ Not Compatible: This node is not compatible with the official Nunchaku Z-Image-Turbo DiT Loader from ComfyUI-Nunchaku
Basic Usage
For Nunchaku Qwen Image models:
- Load your Nunchaku Qwen Image model using
Nunchaku Qwen Image DiT Loader - Add either
NunchakuQwenImageLoraLoaderorNunchakuQwenImageLoraStacknode - Select your LoRA file and set the strength
- Connect to your workflow
For Nunchaku Z-Image-Turbo models:
- Load your Nunchaku Z-Image-Turbo model using
Nunchaku Z-Image DiT Loader(official ComfyUI-Nunchaku) - Add
Nunchaku Z-Image-Turbo LoRA Stack V4node - Connect CLIP input (required in v4)
- Select your LoRA file and set the strength
- Connect to your workflow
Features
- Easy Installation: Simple git clone installation
- Independent Operation: No integration code required (v1.60+)
- Automatic Node Discovery: ComfyUI automatically loads the custom node
- Error Handling: Comprehensive error checking and user feedback
- Issue #1 Fixed: Resolved ComfyUI\custom_nodes not found error with improved path detection (thanks to @mcv1234's solution)
- Issue #2 Fixed: Fixed UTF-8 encoding error causing
SyntaxError: (unicode error)by using dedicated Python script for proper UTF-8 encoding (thanks to @AHEKOT's bug report) - Issue #3 Fixed (v1.4.0): Resolved Node break cached progress error by implementing proper IS_CHANGED method with hash-based change detection (thanks to @AHEKOT's bug report)
- Issue #10 Fixed: Added portable ComfyUI support with embedded Python detection (Issue #10) - Special Thanks: This crucial feature was suggested by @vvhitevvizard, who identified the need for embedded Python support in portable ComfyUI installations. Without this suggestion, portable ComfyUI users would not have been able to use this LoRA loader.
- PR #48 Merged (v2.3.8): Improved PEFT format LoRA detection and added safety skip logs (PR #48) - Special Thanks: We are deeply grateful to @avan06 for identifying and fixing a critical mapping defect that caused PEFT format LoRAs to be incorrectly skipped. This fix significantly improves LoRA format compatibility and ensures proper detection of LoRA files created with Hugging Face PEFT library.
Requirements
- ComfyUI
- ComfyUI-nunchaku plugin (official version, no modification required)
- PyTorch
- Python 3.11+
Compatibility
This node is designed to work with:
- ComfyUI-nunchaku plugin (official version)
- Nunchaku Qwen Image models
- Standard ComfyUI workflows
Troubleshooting
Error: "ModuleNotFoundError: No module named 'nunchaku'"
Problem: The nunchaku package is not installed.
Solution:
- Install ComfyUI-nunchaku plugin from the official repository
- Follow the nunchaku installation instructions to install the nunchaku wheel
- Restart ComfyUI
Issue #25: ComfyUI 0.4.0+ Model Management Errors
- Status: ⚠️ Environment Dependent - May require ComfyUI core fixes
For detailed information, see COMFYUI_0.4.0_MODEL_MANAGEMENT_ERRORS.md.
- Related Issues:
- Issue #25 -
AttributeError: 'NunchakuModelPatcher' object has no attribute 'pinned'and deepcopy errors withmodel_config - Issue #33 -
AttributeError: 'NoneType' object has no attribute 'to'into_safelymethod (Fixed in v2.1.0) - ComfyUI Issue #6590 -
'NoneType' object has no attribute 'shape' - ComfyUI Issue #6600 -
'NoneType' object is not callable(Loader-related) - ComfyUI Issue #6532 - Crash after referencing models after model unload
- Issue #25 -
Issue #30: TypeError: got multiple values for argument 'guidance' (v2.0+)
- Issue Link: Issue #30
- Status: ⚠️ May Still Occur in Some Environments - Even with v2.0.8 fixes
- Issue:
TypeError: got multiple values for argument 'guidance'error may still occur in some user environments when using v2.0+ versions with diffsynth ControlNet support, despite multiple fixes applied from v2.0.2 to v2.0.8. - Root Cause: v2.0+ versions include diffsynth ControlNet support, which requires complex argument handling between ComfyUI's scheduler patches, external patches (e.g., ComfyUI-EulerDiscreteScheduler), and the QwenImageTransformer2DModel.forward signature. Even with multiple layers of defense (exclusion logic in both
forwardand_execute_modelmethods), some edge cases in certain environments may still cause argument duplication. - Solution for Affected Users: If you continue to experience
TypeError: got multiple values for argument 'guidance'errors with v2.0+ versions even after updating to v2.0.8, please use v1.72 instead, which does not include diffsynth ControlNet support and therefore avoids these argument passing complexities.- v1.72 Release: v1.72 Release
- Note: v1.72 is the latest v1.x release before v2.0+ diffsynth ControlNet support was added. If you don't need diffsynth ControlNet functionality, v1.72 provides stable LoRA loading without the argument passing complexities introduced in v2.0+.
- Related Issues:
- Issue #32 -
TypeError: got multiple values for argument 'guidance'error when using LoRA with KSampler
- Issue #32 -
Error: "No module named 'diffusers.models.transformers.transformer_z_image'"
Problem: This error occurs when using Qwen-Edit models or Z-Image-Turbo models with an outdated diffusers library version.
Error Message: ModuleNotFoundError: No module named 'diffusers.models.transformers.transformer_z_image'
Root Cause: The most likely cause is that the diffusers library version is too old and does not include the transformer_z_image module, which is required for Z-Image-Turbo model support. When ComfyUI-nunchaku's model loader tries to load Z-Image-Turbo models (or Qwen-Edit models that may be detected as Z-Image format), it attempts to import this module, but it doesn't exist in older diffusers versions. This module was added in a later version of diffusers to support Z-Image-Turbo models.
Solution: Update the diffusers library to the latest version:
If using a virtual environment (venv):
pip install --upgrade diffusers
If using ComfyUI's embedded Python:
ComfyUI\python_embeded\python.exe -m pip install --upgrade diffusers
How to Verify: After updating, restart ComfyUI and try loading your model again. The error should be resolved.
Related Issues: Issue #38, Issue #40
Known Limitations
LoKR (Lycoris) LoRA Support
- Status: ❌ Not Supported
- Issue: LoRAs in LoKR format (created by Lycoris) are not supported.
- Important Note: This limitation applies specifically to Nunchaku quantization models. LoKR format LoRAs may work with standard (non-quantized) Qwen Image models, but this node is designed for Nunchaku models only.
- ⚠️ Development History: We have spent considerable time analyzing the internal structure of LoKR format and performing extensive mapping tests. Despite these efforts, we have not been able to find a successful way to apply LoKR weights to Nunchaku quantization models. The experimental conversion code has been tested but ultimately disabled due to incompatibility issues.
- LoKR weights are automatically skipped when detected (experimental conversion code is disabled).
- Converting to Standard LoRA using SVD approximation (via external tools or scripts) has also been tested and found to result in noise/artifacts when applied to Nunchaku quantization models.
- Conclusion: At this time, we have not found a way to successfully apply LoKR weights to Nunchaku models. Please use Standard LoRA formats.
- Supported Formats:
- ✅ Standard LoRA (Rank-Decomposed):
- Supported weight keys:
lora_up.weight/lora_down.weightlora.up.weight/lora.down.weightlora_A.weight/lora_B.weightlora.A.weight/lora.B.weight
- These are the standard formats produced by Kohya-ss, Diffusers, and most training scripts.
- Supported weight keys:
- ❌ LoKR (Lycoris): Not supported (Keys like
lokr_w1,lokr_w2) - ❌ LoHa: Not supported (Keys like
hada_w1,hada_w2) - ❌ IA3: Not supported
- ✅ Standard LoRA (Rank-Decomposed):
- Related Issues:
context_refiner and noise_refiner Layer Support
- Status: ❌ Not Currently Supported
- Issue: LoRA keys for
context_refinerandnoise_refinerlayers are not currently supported. These are specialized layers used in Z-Image-Turbo models for refiner functionality. - Details:
- ⚠️ Testing Limitation: We have not tested LoRAs that contain
context_refinerandnoise_refinerlayers with actual models. The reason we cannot test them is that we do not know which LoRAs are in this format. If we can identify specific LoRAs that contain these layers, we can proceed with testing. - Without testing, we cannot determine if correct key mappings are possible for these layers. The current key mapping system does not include mappings for these layers, and they will not work at this time.
- ⚠️ Testing Limitation: We have not tested LoRAs that contain
- Conclusion: Support for
context_refinerandnoise_refinerlayers is not implemented because we have not been able to test LoRAs containing these layers. Even if we test them, it is unknown whether correct key mappings can be determined. Please use LoRAs that target the standard transformer layers only. - Related Issues:
- #41 - 无法加载context_refiner和noise_refiner层的参数
RES4LYF Sampler Compatibility Issue
- Status: ✅ Fixed in ComfyUI-nunchaku v1.0.2
- Issue: Device mismatch errors occurred when using RES4LYF sampler with LoRA (Issue #7, Issue #8)
- Fix: The issue was fixed in ComfyUI-nunchaku v1.0.2 by @devgdovg in PR #600. This fix was implemented in ComfyUI-nunchaku's codebase, not in this LoRA loader.
- Requirement: Update to ComfyUI-nunchaku v1.0.2 or later to use RES4LYF sampler with LoRA
- Related Issues:
Changelog
v2.3.8
- Fixed: PEFT format LoRA detection - Fixed issue where LoRA files created with Hugging Face PEFT library (
.lora_A.default.weightformat) were incorrectly detected as "unsupported" and skipped. Changed pattern matching to support PEFT format while maintaining backward compatibility. - Added: Warning log for skipped LoRA weights - Added logging to display which LoRA files had weights automatically skipped for AWQ modulation layers.
- Merged: PR #48 - feat(lora_qwen): improve format detection and add safety skip logs (proposed by avan06)
- Related Issues: Issue #44 - Module resolution failures and unsupported LoRA format issues
- Technical Details: See v2.3.8 Release Notes for complete explanation
v2.3.7
- Updated: V3 nodes - AWQ modulation layer LoRA application is now always enabled (no switch needed). V3 nodes (
NunchakuQwenImageLoraStackV3) automatically apply LoRA to AWQ quantized modulation layers (img_mod.1/txt_mod.1) without requiring theapply_awq_modtoggle that was needed in V2 nodes. - Reason: After v2.3.6 implementation, no noise issues have been reported, so we determined it is safe to always enable AWQ modulation layer LoRA application in V3 nodes.
- Note: The
apply_awq_modswitch in V2 nodes is currently retained for backward compatibility and user preference. V2 users can still manually control AWQ modulation layer LoRA application via the toggle. - Impact: V3 users no longer need to manually enable the AWQ modulation layer toggle. The Manual Planar Injection fix is automatically applied for all LoRAs in V3 nodes.
- Technical Details: See v2.3.7 Release Notes for complete explanation
v2.3.6
- Fixed: AWQ modulation layer LoRA application - Implemented Runtime Monkey Patch with Manual Planar Injection to fix noise issues when applying LoRA to AWQ quantized modulation layers (
img_mod.1/txt_mod.1). The fix uses a runtime patch to inject LoRA weights directly into the transformer block forward pass, bypassing layout/transpose issues. - Impact: This fix enables all standard format LoRA keys that were previously excluded from AWQ modulation layers to be fully applied. Previously, these layers were skipped to prevent noise, but now they work correctly with the Manual Planar Injection approach.
- ⚠️ Warning: This is an experimental feature currently implemented only in V2 nodes. If no issues are found, this feature will be applied to V1 and V3 nodes as well.
- Related Issues: Issue #44 - Module resolution failures and unsupported LoRA format issues
- Technical Details: See v2.3.6 Release Notes for complete explanation
v2.3.5
- Restored:
NunchakuZImageTurboLoraStackV2node registration has been restored - ⚠️ Important: This node is only compatible with the unofficial Nunchaku Z-Image-Turbo DiT Loader provided by ComfyUI-nunchaku-unofficial-loader
- ⚠️ Not Compatible: This node is not compatible with the official Nunchaku Z-Image-Turbo DiT Loader from ComfyUI-Nunchaku
v2.3.1 (latest)
- Fixed: Resolved Issue #46 – Fixed
NameError: name 'ZIMAGETURBO_V4_NAMES' is not definederror that occurred whenzimageturbo_v4module import failed. InitializedZIMAGETURBO_V4_NAMES,ZIMAGETURBO_V4_NODES,QWEN_V3_NAMES, andQWEN_V3_NODESbefore the import block to prevent NameError on import failure. - Fixed: Resolved Issue #47 – Added missing v4 files to Git repository (
nodes/lora/zimageturbo_v4.py,js/zimageturbo_lora_dynamic_v4.js). These files were created but not committed to Git, causingModuleNotFoundErrorin previous releases. The files are now included in the repository.
v2.3.0
- Removed: Z-ImageTurbo Loader v3 registration - Removed from ComfyUI node registration
- Updated: Z-ImageTurbo Loader v4 - Conforms to standard ComfyUI LoRA loader format (CLIP input/output, no CPU offload parameter) while maintaining perfect mapping functionality
- Removed: Diffsynth ControlNet support - Removed
NunchakuQI&ZITDiffsynthControlnetnode registration and all related documentation. ComfyUI-Nunchaku now has native support for ZIT (Z-Image-Turbo) Diffsynth ControlNet, so this custom node is no longer needed. - Technical Details: See v2.3.0 Release Notes for complete explanation
Previous Releases (v1.6.0 to v2.2.8)
For detailed release notes from v1.6.0 to v2.2.8, please see RELEASE_NOTES_V1.6.0_TO_V2.2.8.md.
This document contains comprehensive information about all bug fixes, features, and technical details for these versions of the project.
Previous Releases (v1.0.0 to v1.57)
For detailed release notes from v1.0.0 to v1.57, please see RELEASE_NOTES_V1.0.0_TO_V1.57.md.
This document contains comprehensive information about all bug fixes, features, and technical details for earlier versions of the project.
License
This project is licensed under the MIT License.