根本原因是VAE解码器与模型潜空间分布不匹配导致RGB重建权重偏移；需检查VAE下拉菜单是否显示所选名称、插入禁用自动替换指令、按模型类型匹配VAE文件，并强制sRGB输出及清除缓存。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
LiblibAI中Checkpoint模型搭配VAE后出现肤色发青、天空泛紫、金属反光失真等颜色异常，根本原因是VAE解码器与模型潜空间分布不匹配，导致RGB三通道重建权重偏移，而非提示词或显卡驱动问题。
确认VAE是否被真实加载
第一步：进入【在线Stable Diffusion】界面→点击顶部CHECKPOINT右侧的VAE下拉菜单→检查是否显示你手动选择的VAE名称（如“sd-vae-ft-mse”），而非默认的“None”或“Auto”。
第二步：若菜单为空或仍为“Auto”，说明VAE未生效——此时必须先刷新页面，再重新从下拉列表中手动点选一次目标VAE，仅靠模型绑定无法自动同步VAE状态。
第三步：生成一张纯白背景+单色圆球的测试图（提示词：“a red sphere on pure white background, studio lighting”），观察输出球体是否呈现准确#B31B1B红色；若偏橙或发灰，证明VAE未起作用。
切断VAE自动替换链
LiblibAI后台存在静默VAE兜底机制：当检测到所选VAE加载失败时，会自动切换为平台内置的通用VAE（通常是sd-vae-ft-ema），该VAE未经色彩校准，极易引发sRGB映射崩塌。
在负向提示词首行插入以下指令：
no auto-vae fallback, no implicit VAE swap, disable default VAE injection
注意：必须放在负向提示词最开头，且不能换行、不能加空格、不能混入中文标点。漏掉任一关键词，系统仍会偷偷启用备用VAE。
验证VAE与模型的兼容性
方法一：查阅模型发布页的“依赖说明”字段——若明确标注“自带VAE”或“use built-in VAE”，则必须将VAE下拉菜单设为“None”，强行加载外部VAE会导致双解码冲突，直接引发色相环跳跃（如H=20°突跳至H=340°）。
方法二：若模型文档要求“需搭配sd-vae-ft-mse”，则必须下载该文件并重命名成liblibai_vae.safetensors（不能保留原始sha256前缀名），放入models/vae/目录后重启浏览器；否则系统识别失败，回退至默认VAE。
方法三：对写实类模型（如Chilloutmix-Ni-pruned-fp32-fix），优先选用sd-vae-ft-mse；对二次元模型（如AnythingV5），改用vae-ft-mse-840000-ema-pruned。错配会导致绿色通道过曝或蓝色通道坍缩。
强制锁定sRGB输出路径
① 在正向提示词末尾追加硬性约束：“sRGB color space only, no LAB or Adobe RGB conversion, gamma 2.2, #FFFFFF pure white output”。
② 进入【设置】→【高级选项】→勾选“Force sRGB output during decode”，此项关闭时，VAE可能按float16潜变量直出，设备端解码即失真。
③ 【关键动作】生成前务必点击右上角“清除缓存”按钮——浏览器缓存会固化上一次VAE的解码参数，即使更换VAE也无效。
