CivArchive
    Preview 126483129

    🎌 Z-Anime | Full Anime Fine-Tune on Z-Image Base

    Full Fine-Tune β€’ Rich Aesthetics β€’ Strong Diversity β€’ Full Negative Prompt Support

    BF16 & FP8 & GGUF & AIO β€’ Natural Language Prompts β€’ 8GB VRAM

    πŸ€— Now also on Hugging Face: huggingface.co/SeeSee21/Z-Anime β€” including the full Diffusers folder for ZImagePipeline.from_pretrained() use.


    ✨ What is Z-Anime?

    Z-Anime is a full fine-tune of Alibaba's Z-Image (Base) architecture β€” not a LoRA merge, but a completely retrained model optimized for anime aesthetics from the ground up.

    Built on the S3-DiT (Single-Stream Diffusion Transformer) with 6 billion parameters, Z-Anime inherits everything that makes Z-Image Base special: rich diversity, strong controllability, full negative prompt support and a high ceiling for fine-tuning β€” now fully tuned for anime.

    This page contains the complete Z-Anime family:

    • 🎌 Z-Anime Base β€” Full quality, full control, full creativity

    • ⚑ Z-Anime Distill-8-Step β€” Great results in 8 steps

    • πŸš€ Z-Anime Distill-4-Step β€” Maximum speed, 4 steps

    • πŸ“¦ GGUF Variants β€” Q8_0 + Q4_K_S for low VRAM / CPU / AMD

    • πŸ“¦ AIO Variants β€” All-in-one checkpoints (Base + 4-Step + 8-Step)

    Each main variant is available in BF16 (~12 GB) and FP8 (~6 GB).


    🎯 Key Features

    • βœ… Full fine-tune on Z-Image Base β€” not a LoRA merge

    • βœ… Rich anime aesthetics with strong style diversity

    • βœ… Natural language prompts β€” detailed descriptions, not tag lists

    • βœ… High diversity across characters, poses, compositions and layouts

    • βœ… LoRA training ready β€” perfect base for further fine-tuning

    • βœ… Partially NSFW capable

    • βœ… 8 GB VRAM compatible

    • βœ… All variants supported by the official Z-Anime ComfyUI Workflow


    πŸ—ΊοΈ Z-Anime Roadmap

    βœ… Released

    🎌 Z-Anime Base β€” Full fine-tune on Z-Image Base, BF16 & FP8

    ⚑ Z-Anime Distill-8-Step β€” fast anime generation in 8 steps, CFG 1.0, BF16 & FP8

    πŸš€ Z-Anime Distill-4-Step β€” ultra-fast anime generation in 4 steps, CFG 1.0, BF16 & FP8

    πŸ“¦ GGUF Variants β€” for low VRAM and AMD GPUs. Since CivitAI currently has no dedicated GGUF category, here is what the files represent:

    • Z-Anime-Base-Q8_0 = Pruned Model FP8 (6.73 GB)

    • Z-Anime-Base-Q4_K_S = Pruned Model NF4 (4.2 GB)

    πŸ“¦ AIO Versions β€” All variants with VAE + Text Encoder integrated in a single file:

    • z-anime-base-aio (BF16 + FP8)

    • z-anime-distill-8step-aio (BF16 + FP8)

    • z-anime-distill-4step-aio (BF16 + FP8)

    πŸ”§ Z-Anime ComfyUI Workflow β€” Official workflow, supports all variants (auto-detects Diffusion / GGUF / AIO loaders, optional LoRA, optional 1.5Γ— upscale)

    πŸ€— Hugging Face Repo β€” full mirror including the Diffusers folder for Python users: huggingface.co/SeeSee21/Z-Anime

    More updates coming β€” follow to stay notified! 🎌


    πŸ“¦ Versions Overview

    🟒 BF16 (~12 GB)

    Maximum precision. BFloat16 format, no quality compromise. Best for professional or commercial work and LoRA training. Still runs on 8 GB VRAM.

    🟑 FP8 (~6 GB)

    Recommended for most users. Half the file size, much faster downloads. Excellent quality, barely distinguishable from BF16. Perfect for everyday use and testing.

    πŸ”΅ GGUF

    Optimized for lightweight inference setups, especially useful for low VRAM, CPU inference, or alternative backends.

    🟣 AIO

    All-in-one checkpoints with image model + Text Encoder + VAE integrated into a single file. Single-file convenience, no extra loaders needed.


    🎌 Z-Anime Base

    The foundation of the Z-Anime family. A full fine-tune with the highest quality ceiling, the widest creative range and full negative prompt support.

    Recommended Settings:

    Steps:      28–50
    CFG:        3.0–5.0  (up to 9.0 possible)
    Sampler:    euler_ancestral
    Scheduler:  beta
    Negative:   strongly recommended β€” very responsive!
    

    CFG Guide: 3.0–5.0 is the sweet spot for balanced quality and creativity. 5.0–7.0 gives tighter prompt adherence. 7.0–9.0 is for maximum control β€” watch for over-saturation. Above 9.0 is not recommended.

    Negative prompts have full effect on Z-Anime Base. The official workflow ships with an optimized negative prompt ready to use.


    ⚑ Z-Anime Distill-8-Step

    The sweet spot of the family. Distilled from Z-Anime Base, delivering strong anime results in just 8 steps. Much faster than Base while keeping most of the quality intact.

    Recommended Settings:

    Steps:      8
    CFG:        1.0  (max ~1.5)
    Sampler:    euler_ancestral
    Scheduler:  beta
    Negative:   limited effect
    

    CFG Guide: Runs best at CFG 1.0 by design. Small nudges up to 1.3–1.5 are possible for slightly tighter prompt adherence. Do not go above 1.5 β€” artifacts may appear.

    Negative prompts have limited effect at this distillation level. Use ConditioningZeroOut (included in the workflow) instead of writing a full negative prompt.


    πŸš€ Z-Anime Distill-4-Step

    The fastest Z-Anime variant. Built for maximum throughput β€” rapid prototyping, batch generation and situations where speed matters most.

    Recommended Settings:

    Steps:      4
    CFG:        1.0  (max ~1.5)
    Sampler:    euler_ancestral
    Scheduler:  beta
    Negative:   limited effect
    

    CFG Guide: At 4 steps the model has very little correction room. Stay at CFG 1.0 for the most stable results. Nudging up to 1.3–1.5 is possible but increases instability. Do not go above 1.5.

    Tips for 4-Step: Be specific and front-load the most important details early in your prompt. The optional upscaler (hires fix or SeedVR2) in the workflow is especially useful here to recover fine detail.


    πŸ“ Resolution Guide

    | Use Case | Resolution | |---|---| | ⭐ Portrait / Character art | 832 Γ— 1216 | | Landscape / Scenes / Backgrounds | 1216 Γ— 832 | | Square / General purpose | 1024 Γ— 1024 | | Tall / Full body / Phone wallpaper | 768 Γ— 1344 | | Cinematic / Wide scenes | 1920 Γ— 1088 | | High quality / Detailed portraits | 1024 Γ— 1536 |

    Supported range: 512 Γ— 512 to 2048 Γ— 2048, any aspect ratio. All resolutions run on 8 GB VRAM.


    πŸ’‘ Prompting Guide

    Natural language β€” not tag lists!

    βœ… Good

    A young anime girl with long silver hair and golden eyes, wearing a
    traditional shrine maiden outfit with white haori and red hakama.
    She stands in a sunlit bamboo forest, cherry blossoms falling softly
    around her. Warm afternoon light filtering through the trees,
    detailed fabric shading, expressive face, calm serene expression.
    High quality anime illustration with fine line work.
    

    ❌ Avoid

    anime girl, silver hair, shrine maiden, bamboo, cherry blossom, warm light
    

    Character portraits

    Detailed anime portrait of [character], soft rim lighting,
    expressive eyes with detailed reflections, fine hair strands,
    clean linework, professional anime illustration quality.
    

    Action scenes

    Dynamic anime [scene], dramatic angle, motion energy, speed lines,
    particle effects, cinematic composition, detailed shading,
    high quality anime art.
    

    Backgrounds & landscapes

    Anime [location] at [time of day], [lighting], [atmosphere],
    Studio Ghibli inspired detail level, beautiful background art,
    wallpaper quality.
    

    πŸ”§ Installation

    Step 1 β€” Download your version (BF16, FP8, GGUF or AIO) for the variant you want.

    Step 2 β€” Place the files:

    Standard BF16 / FP8 models:

    ComfyUI/models/diffusion_models/
    β”œβ”€β”€ z-anime-base-bf16.safetensors
    β”œβ”€β”€ z-anime-base-fp8.safetensors
    β”œβ”€β”€ z-anime-distill-8step-bf16.safetensors
    β”œβ”€β”€ z-anime-distill-8step-fp8.safetensors
    β”œβ”€β”€ z-anime-distill-4step-bf16.safetensors
    └── z-anime-distill-4step-fp8.safetensors
    

    GGUF variants:

    ComfyUI/models/unet/
    β”œβ”€β”€ z-anime-base-q8_0.gguf
    └── z-anime-base-q4_k_s.gguf
    

    Text Encoder & VAE (for the non-AIO variants):

    ComfyUI/models/clip/
    └── qwen_3_4b.safetensors
    
    ComfyUI/models/vae/
    └── ae.safetensors
    

    AIO variants β€” single file, no extras needed:

    ComfyUI/models/checkpoints/
    β”œβ”€β”€ z-anime-base-aio-bf16.safetensors
    β”œβ”€β”€ z-anime-base-aio-fp8.safetensors
    β”œβ”€β”€ z-anime-distill-8step-aio-bf16.safetensors
    β”œβ”€β”€ z-anime-distill-8step-aio-fp8.safetensors
    β”œβ”€β”€ z-anime-distill-4step-aio-bf16.safetensors
    └── z-anime-distill-4step-aio-fp8.safetensors
    

    Step 3 β€” Load in ComfyUI:

    • Use the Load Diffusion Model node for the model file, a CLIPLoader for the text encoder and a VAELoader for the VAE.

    • For the GGUF versions: load the GGUF model from the models/unet/ folder, use the same CLIP and VAE files as above.

    • For the AIO versions: just use a standard Checkpoint Loader β€” no extra CLIP or VAE loading required.

    • Or use the official Z-Anime ComfyUI Workflow β€” it handles all variants and precisions with a built-in model switch.


    πŸ“¦ Custom Nodes (for the official workflow)

    • rgthree-comfy

    • ComfyUI-Lora-Manager

    • ComfyUI-GGUF (only for the GGUF variants)

    • ComfyUI-SeedVR2_VideoUpscaler (optional, only for SeedVR2 upscale)


    πŸ€— Hugging Face Repo

    The complete model family is also mirrored on Hugging Face:

    πŸ”— huggingface.co/SeeSee21/Z-Anime

    The HF repo additionally contains:

    • The full Diffusers-format folder (diffusers/) β€” drop-in compatible with ZImagePipeline.from_pretrained() for Python users

    • An alternative Text Encoder by BennyDaBall β€” Engineer V4 (full fine-tune of the Z-Image text encoder with SMART training, drop-in compatible β€” often produces more varied outputs from the same seed)


    πŸ“ˆ Version History

    v1.0 β€” Initial Release

    • Z-Anime Base in BF16 & FP8

    • Z-Anime Distill-8-Step in BF16 & FP8

    • Z-Anime Distill-4-Step in BF16 & FP8

    • GGUF Variants added:

      • Z-Anime-Base-Q8_0 = pruned FP8 model (6.73 GB)

      • Z-Anime-Base-Q4_K_S = pruned Q4_K_S / NF4-style model (4.2 GB)

    • AIO Variants added (all 6):

      • z-anime-base-aio-bf16 / -fp8

      • z-anime-distill-8step-aio-bf16 / -fp8

      • z-anime-distill-4step-aio-bf16 / -fp8

    • Official ComfyUI Workflow included β€” supports all variants

    • Hugging Face mirror with full Diffusers folder for Python users

    • Optimized for euler_ancestral + beta, simple practical use across the family


    πŸ™ Credits


    Z-Anime β€” Anime at its finest, powered by Z-Image Base. 🎌

    Description

    🧠 Text Encoder

    Z-Anime is built for the standard Z-Image Base text encoder pipeline in ComfyUI.

    Please use the matching text encoder provided for Z-Anime / Z-Image Base, together with its correct tokenizer.

    Using the wrong text encoder or tokenizer can lead to:

    black images

    pure noise

    broken prompt understanding

    errors during generation

    To make setup easier, I am uploading matching Text Encoder files in BF16 and FP8, so you do not have to search for the correct one yourself.

    FAQ

    Comments (7)

    solmp1Apr 6, 2026Β· 2 reactions
    CivitAI

    Hi!

    I wanted to ask if it would be possible to provide the base version of the model (full steps) in a format other than BF16. My 8GB GPU doesn’t support BF16 or FP8, which leads to higher memory usage and offloading. I’ve tried both the BF16 12GB and FP8 6GB versions.

    Would it be possible to release the model in NF4 or FP16, GGUF format, so that it can fit into 8GB VRAM?

    From what I understand, since my GPU doesn’t support BF16 or FP8, it tries to emulate them, which ends up converting the model to FP32 when running. This results in a huge increase in memory usage, even at small image resolutions. I’ve tried low-RAM optimizations and forcing FP16 conversion, but neither helped.

    I could try converting it myself, but I understand that there are a lot of changes that make this tricky, such as:

    Mixed weight types: some tensors are type=1 (float), others type=14

    Some GGUF keys differ from the original safetensors β†’ missing expected references in UNet/Context refiner

    Custom layers (noise_refiner, context_refiner) β†’ not directly supported by the GGUF loader

    Thanks a lot for your time and for making this model!

    SeeSeeLP
    Author
    Apr 7, 2026Β· 1 reaction

    first of all thank you for your post,

    yes, I wanted to upload GGUF variants,

    I also have a script for it that I once wrote for QWEN. I think I would just have to adapt the internal name so that the model is recognized for the gguf nodes.

    So there will be versions coming, sooner rather than later.

    p.s. The fact that the model runs in fp32 format when BF16 is not available is normal, is specified by z-image and cannot be set to FP16, as far as I know

    solmp1Apr 7, 2026Β· 2 reactions

    @SeeSeeLPΒ Thank you very much, I'll be waiting for versions for even larger potato PCs)

    solmp1Apr 12, 2026

    @SeeSeeLPΒ wow, Thank you so much for your responsiveness! I'll download the model and be sure to share the best work !

    solmp1Apr 14, 2026Β· 1 reaction

    @SeeSeeLPΒ I’m sorry, but the issue still persists.

    It seems that the NF4 version of the model still contains BF16 (and possibly FP32) tensors. Here are the tensor details for the z-anime base NF4 model:

    --- Metadata --- general.file_type: [14]
    general.type: [100 105 102 102 117 115 105 111 110]
    --- Tensors ---
    context_refiner.0.attention.qkv.weight: BF16
    context_refiner.1.attention.qkv.weight: BF16
    layers.0.attention.qkv.weight: Q4_K layers.1.attention.qkv.weight: Q4_K layers.2.attention.qkv.weight: Q4_K layers.3.attention.qkv.weight: Q4_K layers.4.attention.qkv.weight: Q4_K layers.5.attention.qkv.weight: Q4_K layers.6.attention.qkv.weight: Q4_K layers.7.attention.qkv.weight: Q4_K

    Because of this, on my 8GB GPU the z-anime base NF4.gguf model still runs about 5x slower than flux 1 dev.

    For comparison, here are the tensor details of the NF4-quantized flux 1 dev model, which runs at good speed on my setup:

    --- Metadata --- --- Tensors ---
    double_blocks.0.img_attn.norm.key_norm.scale: F16 double_blocks.0.img_attn.norm.query_norm.scale: F16 double_blocks.0.img_attn.proj.bias: F16
    double_blocks.0.img_attn.proj.weight: Q4_0
    double_blocks.0.img_attn.qkv.bias: F16
    double_blocks.0.img_attn.qkv.weight: Q4_0
    double_blocks.0.img_mlp.0.bias: F16
    double_blocks.0.img_mlp.0.weight: Q4_0
    double_blocks.0.img_mlp.2.bias: F16
    double_blocks.0.img_mlp.2.weight: Q4_0

    I’d like to thank you again for taking the time to create the NF4 version. I spent quite a while testing to understand the cause of the slowdown, and eventually came to the conclusion that it’s related to the BF16 and FP32 tensors based on my comparisons.

    Since my GPU is based on the Turing architecture, it doesn’t support FP8 or BF16, which may be contributing to the performance loss even when the model fits into VRAM

    If possible, could I kindly ask you to try implementing NF4 quantization so that the model tensors use FP16 (and ideally avoid FP32), when you have some free time?

    Unfortunately, for older GPU architectures, simple NF4 quantization alone doesn’t seem to be enough to achieve good performance. While the z-anime base NF4 model fits very well into VRAM, the presence of BF16 and FP32 tensors significantly reduces iteration speed.
    (P.S When I was running the comparisons, I used the FP8_e4m3fn text encoder for Flux
    And for the z-anime base NF4 model, I used your FP8 3.75GB text encoder)

    SeeSeeLP
    Author
    Apr 14, 2026Β· 1 reaction

    @solmp1Β Thanks a lot for the detailed testing and for posting the tensor info.

    Yes, that is partly intentional. I did not quantize every part of the model, because I tried to stay close to the original GGUF structure to avoid stability problems or quality loss.

    Of course, I can still look into whether more parts can be pushed to FP16 and whether some of the remaining higher-precision tensors can be reduced further. I just can’t say yet how much that would affect quality or generation stability. Some layers usually need to stay in higher precision, and a few parts may still require FP32.

    I’ll check what else can be improved, look for a better script or method if possible, and run some tests over the next few days. I’ll keep you updated.

    Checkpoint
    ZImageBase

    Details

    Downloads
    361
    Platform
    CivitAI
    Platform Status
    Available
    Created
    4/5/2026
    Updated
    7/31/2026
    Deleted
    -

    Files

    zAnime_textEncoder.safetensors

    Mirrors

    HuggingFace (250 mirrors)