ComfyUI

ComfyUI 是一款免费、开源的图形界面，用于在本地运行扩散模型，由开发者 comfyanonymous 构建，目前由 Comfy-Org 组织维护。大多数 AI 图像工具只提供一个提示词输入框和一个生成按钮，而 ComfyUI 则为您提供了一个可视化编程环境：一个由可连接“节点”组成的画布，每个节点处理生成过程中的一个步骤，并将它们连接成您设计的管道。它在您的硬件上运行，不在云端存储任何内容，除了您消耗的电费和 GPU 算力外，没有任何额外成本。截至 2026 年 4 月，其 GitHub 仓库的星标数已超过 110,000，成为该平台上最受欢迎的开源 AI 项目之一。

ComfyUI 支持目前流通的所有主流生成模型，包括所有 FLUX 变体、SD 1.5、SDXL、SD3.5、HunyuanDiT、LTX-Video（支持 12-20 秒片段）、Hunyuan Video 和 Wan 2.1。ComfyUI Manager 节点包系统内置了 500 多个经过预先审核的节点包，并允许同时堆叠多达 10 个 LoRA，且支持每个节点的独立权重控制。内置的 JSON-RPC API 允许开发者以编程方式运行任何保存的工作流，而无需接触可视化界面，使其成为可行的无头（headless）图像生成后端。对于没有本地硬件的用户，Comfy Cloud (comfy.org/cloud) 现在提供在 Blackwell RTX 6000 Pro GPU 上的托管工作流执行服务，提供免费套餐，付费计划起价为每月 $20。

2026 年 4 月的 ComfyUI 实际功能

ComfyUI 用节点图取代了早期 Stable Diffusion UI 的滑块和选项卡模式。您可以将检查点加载器（checkpoint loader）连接到 CLIP 文本编码器，将其连接到 KSampler，通过 VAE 解码器链接输出，并将结果路由到图像保存器。每个连接都是明确的，每个参数都是可见的。2025 年 12 月发布的 v0.3.76 引入了“Nodes 2.0 Beta”，这是一个重新设计的节点编辑器，支持子图编辑（将一组节点折叠成单个可重用块）以及用于存储常用子工作流的模板模态框（Template Modal）。

2025 年底的更新还推出了“App View”，这是一个简化的界面，完全隐藏了节点图，仅暴露特定工作流的关键输入。这解决了初次使用者学习曲线中最陡峭的部分，同时只需一键即可切换回完整的节点编辑器。2024 年 12 月 20 日原生支持 HunyuanVideo 的更新是社区的一个决定性时刻：Tencent 的 130 亿参数开源视频模型在其开源发布后的几天内就登陆了 ComfyUI，在本地硬件上实现了最先进的文本到视频生成。r/comfyui 和 r/StableDiffusion 的 Reddit 子版块瞬间沸腾；公告帖在几小时内收集了数十条回复。虽然硬件要求很高（可靠生成 Hunyuan 需要 24-40GB VRAM），但对于拥有相应硬件的用户来说，这是首次无需向云服务提供商付费即可达到这种视频质量。

NVIDIA 在 GDC 2025 上正式确立了与 ComfyUI 的合作关系，在会议上进行了展示，并将 RTX Video Super Resolution 作为原生的 ComfyUI 节点发布。该更新还为 FLUX.2 Klein 和 LTX-2.3 添加了 NVFP4 和 FP8 模型变体，实现了高达 2.5 倍的性能提升和 60% 的内存占用降低。对于使用 RTX 4000 系列显卡的用户来说，这使得以前需要 24GB VRAM 的模型可以在 12GB 显卡上运行。

“运行完美，我喜欢这份干净且易于理解的文档。” - 2024 年 12 月 blog.comfy.org 上 HunyuanVideo 原生支持公告的评论者

ComfyUI 与 Automatic1111 (Forge) 和 InvokeAI 的对比定位

Automatic1111 / Forge： AUTOMATIC1111 的 Forge 分支仍然是本地 Stable Diffusion 最受欢迎的替代方案，它使用传统的 WebUI 布局：选项卡、滑块、文本框，输入一个提示词，输出一张图像。其工作流范式是顺序和单次的；像串联 FLUX 和 SDXL 这样的多模型管道需要扩展变通方法，而这在 Forge 中是不存在的。在已发布的基准测试中，ComfyUI 完成批处理的速度大约是原生 AUTOMATIC1111 的 2 倍，并且其 VRAM 管理始终更高效（Forge 可以在 A1111 崩溃的 8GB 显卡上运行 SDXL，但 ComfyUI 击败了两者）。扩展生态系统是 Forge 获胜的地方：兼容 A1111 的扩展库是所有 SD 前端中最大的，且全部向后兼容。ComfyUI 的自定义节点生态系统很大（Manager 中有 500 多个经过审核的包），但不兼容 A1111 扩展。关键是，新模型总是最先登陆 ComfyUI。FLUX、HunyuanVideo 和 Wan 2.1 都在 Forge 赶上之前就获得了 ComfyUI 的支持。ComfyUI 的 JSON-RPC API 允许您将整个工作流图发送到无头服务器；而 Forge 的 API 仅接受平面参数提交，限制了自动化的深度。

InvokeAI： InvokeAI 是本地 SD UI 中视觉上最精致的，围绕类似 Photoshop 的基于图层的画布构建。它的局部重绘（inpainting）工作流在创意合成方面确实更胜一筹：您可以直接在图层上实时绘制遮罩并获得即时的视觉反馈，而 ComfyUI 的局部重绘需要组装一系列节点（加载图像、创建遮罩、设置潜在噪声遮罩、KSampler、VAE 解码），遮罩绘制则由节点内部的基本画笔工具处理。然而，InvokeAI 在 FLUX 生成方面明显较慢：一个 GitHub issue (invoke-ai/InvokeAI #7612) 证实了“与 ComfyUI 和 Forge 相比，Flux 在 Invoke 中极其缓慢”。InvokeAI 和 ComfyUI 的工作流文件互不兼容，这意味着在一个软件中构建的工作流无法导入到另一个软件中。InvokeAI 面向希望获得 AI 辅助绘画的插画师和合成师；ComfyUI 面向管道工程师和自动化构建者。如果您的主要用例是局部重绘和合成，InvokeAI 的画布难以被击败。如果您正在构建多模型管道、运行批处理作业或串联视频模型，ComfyUI 则无可匹敌。

基于节点的工作流的真实情况

学习曲线陡峭绝非营销免责声明。它是 ComfyUI 体验的核心事实。来自 Midjourney 或 DALL-E 的用户面对的是一个由连线方块组成的画布，没有任何东西是预先连接好的，在渲染出第一张图像之前，必须理解 VAE 解码和潜在空间（latent space）操作等概念，而“加载模型”需要知道检查点加载器、VAE 加载器和 CLIP 加载器之间的区别。社区的标准建议反映了这一现实：

“我最好的建议是：从别人构建的有效工作流开始，然后自己从头重新构建一次。” - 2025 年 r/StableDiffusion ComfyUI 新手帖

复杂的工作流加剧了这个问题。一个包含 ControlNet、区域提示词（regional prompting）、分块放大（tiled upscaling）和 LoRA 堆叠的生产级管道很容易超过 50 个相互连接的节点。社区将由此产生的纠缠称为“意大利面条（spaghetti）”，这是一个准确的描述。一个名为“ComfyUI：当 GUI 变得比命令行更复杂时”的 GitHub issue（Comfy-Org/ComfyUI 中的 #6635）捕捉到了一个反复出现的抱怨：管理可视化图表的开销有时超过了直接编写 Python 脚本的开销。2025 年 12 月的重路由（reroute）节点改进和 Nodes 2.0 中的子图分组部分解决了这个问题，但并未彻底根除。

Windows 依赖管理仍然是另一个持续存在的摩擦点。CUDA 驱动程序版本不匹配、AMD 硬件上的 ROCm 冲突、自定义节点需要不同依赖版本时的 Python 环境冲突。这些都是 GitHub issue 的家常便饭。可通过 pip 安装的 ComfyUI Manager (v4.0) 通过自动处理依赖解析减少了部分摩擦，但更新后节点 API 的破坏性更改仍然经常导致运行大量自定义节点堆栈的用户的工作流崩溃。

ComfyUI 是为谁构建的

ComfyUI 对技术深度的回报与您的投入成正比。该工具的上限实际上是无限的：您可以构建服务于数千次日常请求的图像生成后端，以其他本地 UI 不支持的方式串联视频和图像模型，通过 JSON-RPC API 自动化整个内容生产管道，并与每个主要模型发布保持同步，而无需等待较慢的 UI 赶上。

获得最大价值的用户分为几个重叠的类别：构建 AI 驱动应用程序的开发者（ComfyUI 的 API 将任何保存的工作流变成可调用的端点）、需要对每个生成参数进行精细控制的数字艺术家、大规模自动化内容生产的工作室，以及尝试新颖模型组合的研究人员。专业用途是真实存在的：根据 gitnux.org 2024 年研究引用的社区调查，45% 的受访用户报告将 ComfyUI 用于专业工作。

Comfy Cloud 选项现在将访问权限扩展到了没有强大本地硬件的用户。Standard 和 Creator 套餐每月 $20-35，提供在 Blackwell RTX 6000 Pro (96GB VRAM) 上运行的完整 ComfyUI 节点环境，这意味着包括 Hunyuan Video 和 Wan 2.1 在内的所有当前模型都可以在不妥协硬件的情况下运行。这是一个两年前不存在的有意义的补充。

ComfyUI 不是什么

ComfyUI 不是一款休闲工具。如果您想输入一段描述并在三十秒内看到高质量的图像而无需阅读文档，请使用 Midjourney、Adobe Firefly 或托管的 FLUX 服务。单单是设置过程——下载软件、安装 Python 依赖项、从 Civitai 或 Hugging Face 获取数 GB 的模型检查点、配置 ComfyUI Manager 以及加载入门工作流——初次尝试时就会耗费大多数新用户一个下午的时间。

它也不是一个训练工具。ComfyUI 纯粹是一个推理界面。微调现有模型、训练 LoRA 或运行 DreamBooth 会话需要单独的工具（Kohya、Ostris AI Toolkit 或 Replicate 等云服务）。您在 ComfyUI 中构建的工作流假定模型已经训练完毕并准备好加载。

VRAM 低于 8GB 的 GPU 用户会发现体验大打折扣。2026 年最引人注目的用例针对的是 FLUX（受益于 16GB）或视频模型（需要 24-40GB）。在 CPU 上运行在技术上是可行的，但在实际应用中，除了微小图像外，几乎无法使用。而且，不习惯处理终端错误和依赖日志的 Windows 用户会经常碰壁，需要进行调试而不是创意工作。

ComfyUI 在 Vantaige 评分中获得 4.6 分。它是本地 AI 图像和视频生成管道无可争议的领导者，其模型支持的广度和自动化的深度是任何竞争界面都无法匹敌的。它没有达到 4.7-4.8 的梯队，因为其陡峭的学习曲线和硬件要求使其对于很大一部分本可以从中受益的受众来说确实难以企及。该工具非常出色；但入门体验并非如此。