MiniMax-H3-Image 的 ComfyUI 权重放出：INT8 约 20GB，8GB 显存能出 2048 图

MiniMax-H3-Image 的 ComfyUI 权重放出来了。两个 Hugging Face 仓库都能找到，一个是 Comfy-Org 整理好的版本，一个是 MiniMaxAI 官方仓库。workflow 模板也一起进了 Comfy-Org 的模板库。

Comfy-Org/MiniMax-H3-Image
MiniMaxAI/MiniMax-H3-Image
workflow 模板
文档教程

Reddit 帖子的标题很直白，跟帖里第一波情绪也直白。有人说这是最短的 hype 到 release 周期。翻译一下，模型还没让人焦虑完，权重已经躺在硬盘里了。

体积是这次讨论的中心。East_Shoe8814 在帖子里给了个数：INT8 主模型 20GB，文本编码器 7GB，VAE 1GB。对这么大体量的模型来说，这个组合不算离谱。另一个用户贴了文件列表，pruned INT4 是 12.5GB，看着更亲民，但画质掉多少还没人给出系统测试。有网友说 INT4 在 Krea 上损失明显，希望 MiniMax 这边好一点。

原始 BF16 版本就没这么客气了。有跟帖提到 transformer 66GB、文本编码器 66GB，ComfyUI 的 BF16 版本可能在 40GB 左右。数字来自评论区，不是官方表格，但足够说明一件事：想跑满血版，先看显存和内存，别只看模型名。

安装环节有个小坑。有人把 ComfyUI 升到 0.44.2，Manager 里找不到 MiniMaxH3ImageConditioning 自定义节点。后面有人回复，需要 0.45.0 以上，Manager 的更新通道切到 ComfyUI nightly 才装上。也有用户说最新版 ComfyUI 直接能跑，没额外更新节点。两条反馈对不上，比较稳的做法是先确认版本号，再决定要不要碰 nightly。

跑起来之后，速度反馈有点夸张。一个 4060 Ti 8GB 加 32GB 内存的用户说，INT8 量化版跑 2048x2048，一张 40 到 50 秒。另一个 5090 用户说，INT8 剪枝版默认设置下 2500x1500 不到 4 秒，加参考图也只多几秒。两张图都来自跟帖，设置没有统一，不能直接当 benchmark，但方向很清楚：这模型在量化后不是只能看不能用的状态。

画质方面，目前样本还不够。放出的示例图看着不差，可 ComfyUI 的 t2i 示例 workflow 是 cfg 1、6 步，有用户直接说 photorealism 有点怪。量化版的损失、步数、cfg 怎么调，还得等更多人拿同一组提示词做对照。INT4 尤其要谨慎，省下来的显存可能从细节里扣。

还有一个容易被忽略的点：许可。PhetogoLand 在跟帖里贴了一段条款，大意是不得在 Applicable Territory 之外使用、复制、修改、分发或展示 MiniMax-H3-Image 的输出。他担心自己没法把图发到 Twitter 给全球读者看。这段条款怎么解释，建议在商用或公开发布前自己读原文，别只看别人跑图。

架构上，有人翻出 ComfyUI PR #17655，说图像模型和视频模型共用 DiT，只是去掉了音频流。这个说法来自跟帖，适合给想折腾的人当线索，不适合当官方结论。对普通用户来说，先跑通 workflow 比研究结构更实际。

12GB 显存、16GB 内存能不能跑，也有人问。回复是，如果能跑视频模型，大概率能跑这个。这个判断不保证速度，也不保证不爆内存，但至少说明门槛没有 66GB 这个数字看起来那么吓人。想试的话，从 INT8 或 INT4 开始，别一上来拖 BF16。