P-H3-Image 在 ComfyUI：8 步生成与显存档位

手里只有 24GB 显存，看到 P-H3-Image 说“8 步、8 百万像素、无 CFG”就想试，结果打开 Hugging Face 仓库后先卡在第一步：同一个组件有 bf16、int8、w4a8 三种文件，全下要上百 GB，随便挑又怕画质崩。这篇就从显存不够时的量化选档切入，先把版本和工作流模板核对清楚，再按下载体积、峰值显存、速度和细节变化做出取舍，最后给出低显存与高质量两条可复现的配置路径。

先别急着下载：版本与模板核对

P-H3-Image 是 Pruna AI 基于 MiniMax H3 做的开放权重图像模型，一个 checkpoint 同时承担文生图和图像编辑两件事，默认 8 百万像素、8 个采样步、不使用无分类器引导。ComfyUI 已经原生支持它，不需要装任何自定义节点，官方提供两个工作流模板：一个文生图，一个图像编辑。

动手前先确认三件事：

1. ComfyUI 版本不低于 0.44.0。文档明确写了这个下限，低于它的节点库里没有 PH3ImageConditioning 这类节点。
2. 本地用户尽量更新到最新版（每夜版）。桌面版和 Comfy Cloud 跟随稳定版发布，功能会晚一个版本到，所以你在本地看不到模板、而别人能看到，往往只是版本差。
3. 打开“工作流 → 模板”，搜 P-H3-Image。两个模板都在里面，找不到就是版本没跟上。

另外提醒一句范围：它只做图像，不生成视频，也不生成音频。想拿它当视频模型用，方向就错了。

三档量化：体积与画质的真实取舍

官方把每个组件都出了 bf16、int8 和 4-bit（w4a8）三套。按公开的组件体积整理成表，差别一目了然：

三点值得单独说明：

• w4a8 没有独立 VAE，直接配 int8 的 p-h3-image_vae_int8_convrot.safetensors，别去找不存在的文件。
• 典型组合的峰值显存都在 21 GB 量级。官方口径是最小一套 20 GB 下载、8MP 下峰值约 21 GB 显存；int8 组合也在这个水平。也就是说，w4a8 更明显的收益是磁盘和下载时间，不是把 24GB 卡变成 12GB 卡。实际峰值还受分辨率、批大小和系统内存管理影响，跑起来用 nvidia-smi 看一眼最靠谱。
• 画质梯度：int8 与 bf16 非常接近，很多图几乎逐像素一致；w4a8 整体质感还在，但细节会挪动，构图偶尔也会变。所以它是“省空间档”，不是“无损档”。

低显存档：w4a8 的完整路径

假设你是 16～24GB 显存、磁盘不算宽裕，走这条线。先装好 huggingface_hub 的命令行工具，然后一条命令拉齐组件（文件名以仓库当前列表为准，下面是对应关系）：

hf download PrunaAI/P-H3-Image-Comfy 
  --include "diffusion_models/p-h3-image_w4a8.safetensors" 
            "text_encoders/p-h3-image_text_encoder_w4a8.safetensors" 
            "text_encoders/p-h3-image_prompt_upsampler_w4a8.safetensors" 
            "vae/p-h3-image_vae_int8_convrot.safetensors" 
  --local-dir ComfyUI/models

--local-dir 指向 ComfyUI 的 models 根目录，仓库里的子目录结构会原样落盘，所以 diffusion_models/、text_encoders/、vae/ 不用手动搬。工作流还会用到 bf16 的 LoRA，按官方文件清单补到 loras/ 下即可。

接下来：

1. 重启 ComfyUI，让新文件被扫描到。
2. 从模板打开文生图工作流，检查三个加载器节点是否都指向你刚下载的文件，尤其是 VAE 别留在 bf16 上。
3. 采样步数保持 8，CFG 相关输入留空或为 1；这个模型不需要负面提示词，把负面框塞满反而没意义。
4. 先用一句话的短提示词跑一张，让内置的提示词上采样器（基于 Qwen3.5-9B）把请求扩写成完整描述。扩写结果会显示在工作流里，采样前能读到，不满意可以直接改。

高质量档：int8 与 bf16 怎么选

如果你有 24GB 以上显存、磁盘也放得下，优先 int8。它是质量和速度平衡最好的一档：扩散模型 21.2 GB、文本编码器 5.1 GB、上采样器 9.7 GB、VAE 3.1 GB，加起来四十 GB 上下，出图与 bf16 的差距常常小到需要放大对比。多数使用场景到这一步就够了。

bf16 更适合两类人：一是显存和存储都很宽裕、要做严格对比或二次训练相关工作的；二是对某一批图的可复现性要求极高，希望排除量化引入的变量。代价是权重体积接近百 GB 量级，下载和加载都更耗时。

无论是哪一档，编辑能力都是一样的：第一张图是被编辑对象，后面最多再挂 8 张参考图，在提示词里以图 1、图 2 的方式引用。这也是 P-H3-Image 比纯文生图模型更实用的地方——同一套权重，不用换工作流就能做改图。

8MP 输出与参数设置

默认 8 百万像素，支持方形、4:3、3:2、16:9 及对应竖版，最高可到 3872×2176。几个实操建议：

• 分辨率尽量贴着模型熟悉的档位走，硬凑奇怪比例容易出构图问题。
• 8 步就是完整步数，不要再加。加步数不会更精细，只会更慢。
• 想省显存，优先降分辨率而不是降步数；步数已经很低，再降直接崩画质。
• 上采样器扩写出来的提示词读一遍再跑，它会把一句话补成摄影、胶片、光线、镜头之类的细节，这部分改动比换量化档更能影响最终观感。

常见报错与排查

加载工作流提示节点缺失。 九成是版本问题：先确认不低于 0.44.0，再更新到最新每夜版；桌面版和云端要等稳定版跟进。确认不是版本后再看启动日志里有没有节点导入失败。

跑到一半显存爆掉。 先把分辨率降到 4MP 级别试跑，确认能出图后再往上调；同时检查是不是误留了 bf16 的上采样器——它是体积最大的一块，混搭最容易在这里翻车。

出图糊成一片或颜色怪异。 大概率是 VAE 用错了。w4a8 必须配 int8 的 convrot VAE，别混用 bf16。

下载中断、文件不完整。 --include 里列了多个文件时，中途断掉容易只落一半。重新执行同一条命令即可续传，或者逐个组件单独下载核对体积。

怎么判断自己该选哪档

一句话总结：显存 24GB 上下、磁盘紧张，走 w4a8，省下的是空间和时间，画质有可见但不致命的偏移；显存够、想要稳定输出，走 int8，这是默认推荐；只有需要严格对比或存储完全不是问题时，才考虑 bf16。

验证方式很简单：同一段提示词、同一个种子，用你选的档位跑一张 8MP 图，看峰值显存和耗时，再放大看毛发、文字边缘和皮肤纹理。如果这三处的表现你能接受，这套配置就可以定下来了。