1.1 ComfyUI 是什么：与 WebUI 的差异、适用场景与核心优势
我头一回打开 ComfyUI 的时候，屏幕上空荡荡的，只有一块灰色画布和几个默认节点。那种感觉跟打开 WebUI 完全两样。WebUI 像一台已经调好的相机，你按快门就行；ComfyUI 更像一盒散装的乐高，每根线、每个模块都要自己接。很多朋友刚接触会问：“这玩意儿怎么连图都生成不了？”其实默认工作流已经能跑，只是节点式界面把后台逻辑摊开给你看了。
从使用场景来看，ComfyUI 适合愿意折腾、追求精确控制的人。比如你想固定一套出图流程，每天换不同的提示词和模型，那工作流一保存，下次拖进来就能用。批量生成、局部重绘、ControlNet 叠加，这些操作在 ComfyUI 里可以拆得很细。它的核心优势在于显存调度更灵活，低配显卡也能跑一些大模型。社区节点生态丰富，新玩法往往先在 ComfyUI 上出现。
换个角度，如果你只想快速出几张图，不太关心节点怎么连，WebUI 可能更顺手。ComfyUI 的学习曲线确实陡，前几个小时容易懵。我自己也是从“这线怎么连不上”到“原来数据流是这样”慢慢过来的。把它当成可视化编程工具，心态会好很多。
1.2 核心概念速览：节点、连线、工作流、模型、VAE、CLIP 与潜空间
节点是 ComfyUI 里的基本积木，每个节点负责一件事：加载模型、编码文本、采样、解码图像。连线就是数据管道，把上一个节点的输出送到下一个节点的输入。工作流则是这些节点和连线的整体图，它记录了你从文字到图像的完整配方。我习惯把工作流看成菜谱，节点是食材和厨具，连线是操作顺序，缺一味调料就出不了那个味道。
模型、VAE、CLIP 这三个词经常一起出现。模型是主厨，负责去噪和生成；CLIP 是翻译官，把你的提示词转成模型能懂的语言；VAE 是装裱师，把潜空间里的数据还原成像素图像。潜空间可以理解成一张压缩过的画布，模型在里面反复修改，尺寸小、计算快。你看到的最终图片，是 VAE 从潜空间解码出来的结果。
我刚开始分不清这些概念，后来画了张草图：文本进 CLIP，变成条件向量；随机噪声进潜空间；模型在潜空间里一步步去噪；VAE 把干净的潜变量解码成图。每个节点对应其中一步。你不需要背下所有细节，只要知道谁给谁喂数据，调参时就有方向了。
1.3 界面与操作逻辑：画布、节点搜索、参数面板、队列与历史记录
画布是主战场。鼠标滚轮缩放，空白处拖拽平移，右键菜单可以搜索节点。我习惯用双击画布调出搜索框，输入关键词就能找到节点。参数面板跟着选中的节点走，比如选中采样器，步数、CFG、采样方法都在右边或下方显示。连线时从输出圆点拖到输入圆点，颜色对不上就接不上。
队列和历史记录是两套实用工具。点“队列”能看到正在等待和运行的任务，批量生成时我会盯着队列，把不想要的取消掉。历史记录保存了每次生成的结果，点开能看到当时的完整工作流和参数。有次我跑出一张满意的图，忘了存工作流，后来从历史记录里直接恢复，省了重新连节点的麻烦。
操作逻辑围绕数据流展开，通常从左到右、从上到下。你可以把常用节点组合成组，折叠起来保持画布整洁。快捷键方面，Ctrl+Enter 加入队列，Ctrl+S 保存工作流。我建议新手先照抄一个简单工作流，再逐个节点删掉或替换，观察报错和变化。这种破坏式学习比干看教程快得多。
1.4 学习路径与准备工作：硬件要求、目录规划、模型与插件认知
硬件方面，NVIDIA 显卡最省心，CUDA 支持好。显存 8GB 能跑 SD1.5 和部分 SDXL，12GB 以上更从容。AMD 显卡和苹果 M 系列也能用，只是配置麻烦些，速度因环境而异。内存建议 16GB 起步，硬盘至少留出 100GB 给模型和输出。我自己的老机器 6GB 显存，跑小模型和低分辨率也能出图，只是速度慢。
目录规划容易被忽略。ComfyUI 根目录下有几个关键文件夹：models 放主模型、VAE、LoRA、ControlNet；custom_nodes 放插件；output 放生成结果；input 放参考图。我习惯按模型类型再分子文件夹，命名带上版本和来源。这样换工作流时，节点能自动找到对应文件，不会因为路径乱而报错。
模型与插件认知需要慢慢积累。Checkpoint 是主模型，决定整体风格；LoRA 是微调补丁，改变画风或角色；ControlNet 控制构图和姿态；VAE 影响色彩和细节。插件方面，ComfyUI Manager 几乎必备，能帮你安装缺失节点。学习路径我建议：先跑通默认文生图，再改采样步数和 CFG，接着试 LoRA，之后碰 ControlNet。别一上来就装几十个插件，那样排查问题会很痛苦。
2.1 Windows 便携版安装：下载、解压、启动脚本与首次运行
我在Windows上第一次装ComfyUI，用的就是便携版。它把Python、Git、依赖全打包好了，不用自己配环境。去GitHub的ComfyUI仓库 releases 页面找最新的 ComfyUI_windows_portable_nvidia.7z 文件，文件挺大，几个GB。下载完用7-Zip解压，路径别带中文和空格，我放在 D:\ComfyUI 这种纯英文目录下。解压出来你会看到 run_nvidia_gpu.bat、run_cpu.bat 几个启动脚本，还有一个 python_embeded 文件夹。
双击 run_nvidia_gpu.bat，命令行窗口弹出来，开始跑一堆加载信息。第一次运行它会自动下载一些必要的组件，比如CLIP vision模型，网络不好会卡住。等它显示 To see the GUI go to: http://127.0.0.1:8188，就说明服务起来了。浏览器打开这个地址，画布界面就出现了。我第一次跑的时候Windows防火墙弹窗，记得勾选允许访问，不然局域网里的其他设备连不上。
便携版的好处是折腾坏了直接删掉重解压。更新也简单，把新版本压缩包解压覆盖旧文件，模型文件夹提前备份就行。我一般会把模型放在非系统盘，避免重装系统时丢文件。首次运行如果双击没反应，别急着删，先看命令行窗口里的红色报错，多数是显卡驱动太老或者解压不完整。
2.2 Windows 手动安装：Git、Python、Conda 虚拟环境与依赖安装
手动安装适合想控制版本、或者便携版跑不起来的人。我自己的笔记本显卡比较老，便携版自带的PyTorch版本对不上驱动，就换了手动装。你需要先装Git、Python 3.10或3.11、还有Miniconda。Python版本别选太新的，3.12有些依赖会报错。Conda能帮你隔离环境，省得把系统Python搞乱。
装好之后打开Anaconda Prompt，敲 conda create -n comfyui python=3.10，激活环境 conda activate comfyui。然后 git clone https://github.com/comfyanonymous/ComfyUI.git，进入目录。安装PyTorch去官网复制对应CUDA版本的命令，比如 pip3 install torch torchvision --index-url https://download.pytorch.org/whl/cu121。接着 pip install -r requirements.txt 装剩余依赖。
手动装的好处是你能看到每个包怎么进来的，坏处是依赖冲突很常见。我遇到过numpy版本太高导致节点报错，降级就好了。建议把安装命令记在记事本里，下次重装直接复制。跑起来也是 python main.py，加 --auto-launch 能自动开浏览器。显存不够可以加 --lowvram，但速度会慢一些。
2.3 Linux 与 macOS 安装：命令行部署、权限、MPS 与 CUDA 注意事项
Linux上我一般在Ubuntu里用conda或venv建环境。克隆仓库、装依赖的步骤跟Windows手动安装差不多。权限方面，别用sudo去跑Python脚本，不然生成的输出文件root所有，后面普通用户改不了。ComfyUI默认监听8188端口，这个端口不需要特权，普通用户就能开。如果要从别的电脑访问，加 --listen 0.0.0.0，但记得防火墙别把端口暴露到公网。
macOS用户走的是MPS加速路线。我拿M1 MacBook Air试过，装Python 3.10和对应版本的PyTorch，跑SD1.5大概十几秒一张图。有些自定义节点不支持MPS，会报错说找不到CUDA。这时候可以设环境变量 PYTORCH_ENABLE_MPS_FALLBACK=1，让不支持的算子回退到CPU。Linux上的CUDA注意驱动版本和cudatoolkit匹配，我习惯用 nvidia-smi 看驱动支持的最高CUDA版本，再选PyTorch安装命令。
macOS的显存和内存共享，跑大模型容易触发内存交换，速度掉得厉害。我建议在Mac上跑512x512或768x768，别一上来就上SDXL。Linux服务器上跑ComfyUI，如果多人共用，可以用 --port 指定不同端口，或者用screen/tmux挂后台。我一般用 nohup python main.py --listen &，日志重定向到文件，方便排查。
2.4 模型与插件目录配置：checkpoints、loras、controlnet、vae、custom_nodes
ComfyUI的模型目录结构很直白。根目录下 models 文件夹里，checkpoints 放主模型，loras 放LoRA，controlnet 放ControlNet模型，vae 放VAE，clip 放CLIP文本编码器。我习惯在 checkpoints 里再按风格建子文件夹，比如 realistic、anime，节点下拉菜单会显示子文件夹名。放好模型后，在界面里点刷新，或者重启ComfyUI，节点就能识别到。
custom_nodes 文件夹放插件。你可以手动 git clone 到里面，也可以用ComfyUI Manager搜索安装。管理器装插件更省心，它会帮你处理依赖。我手动装过一个节点，忘了装requirements里的包，启动时一直报ImportError。后来养成习惯，装完插件先看它文件夹里有没有 requirements.txt，有就 pip install -r 一下。装完插件必须重启ComfyUI才能生效。
如果你之前用过Stable Diffusion WebUI，模型文件很多，不用复制过来。在ComfyUI根目录建一个 extra_model_paths.yaml 文件，把WebUI的 models 路径写进去。我配置了a1111的路径，这样ComfyUI直接读那边的模型，省了几十GB空间。yaml对缩进敏感，用空格别用Tab。我头一回写错了缩进，ComfyUI启动直接报解析错误，改过来就好了。
2.5 安装常见问题：端口占用、显存不足、依赖报错、代理与下载失败
端口占用是我碰见最多的问题。8188被别的程序占了，ComfyUI会报错说地址已被使用。Windows下打开cmd敲 netstat -ano | findstr 8188，找到PID去任务管理器结束进程。或者启动时加 --port 8189 换个端口。我有次是之前没关干净的ComfyUI进程还在后台，重启电脑就解决了。Linux下用 lsof -i:8188 查。
显存不足的报错是 CUDA out of memory。我那张6GB的卡跑SDXL会直接爆，换SD1.5或者把分辨率降到512x512就能跑。启动参数里加 --lowvram 或 --medvram 能缓解，代价是速度变慢。生成前关掉浏览器其他标签页、游戏、视频播放器，能省出几百MB。批量生成时队列别排太长，一张一张来。
依赖报错要看命令行里的具体提示。缺哪个包就 pip install 哪个，版本不对就指定版本装。代理问题在国内很常见，git clone慢或者失败，可以给git设代理 git config --global http.proxy http://127.0.0.1:7890。pip下载慢就换清华源或阿里源。下载模型文件失败，去HuggingFace镜像站或者用下载工具手动下载，放到对应目录。我挂代理时会在启动脚本里加 set HTTP_PROXY=...，不然ComfyUI内部下载CLIP模型也会卡住。
3.1 工作流下载渠道：官方示例、GitHub、Civitai、OpenArt 与社区分享
我刚开始玩ComfyUI那会儿，最头疼的就是找不到靠谱的工作流。官方的 examples 页面是第一个该去的地方，仓库里 examples 文件夹按功能分类，文生图、图生图、ControlNet 都有最基础的版本。这些文件是教学性质的，节点不复杂，用来理解连线逻辑特别合适。我习惯先把官方示例跑通，再去改参数，步子迈太大容易摔。
GitHub 上的资源分两类。一类是节点插件作者附带的示例工作流，比如 ComfyUI-Impact-Pack 的 README 里就有几个 JSON 文件，用来演示插件功能。另一类是专门的合集仓库，有人把几十个工作流打包上传，文件名写得含糊，像 workflow_v2_final.json，下载前得看 issues 里有没有人反馈报错。Civitai 的图片页面信息量大，很多作者会在描述区贴工作流下载链接，或者直接把工作流信息嵌在图片里。OpenArt 和国内的社区论坛也常有人分享，质量参差不齐，好处是能看到效果图再决定要不要下载。
我现在的习惯是分场景选渠道。想学基础逻辑去官方 examples，想玩新插件去插件作者的 GitHub，想找特定风格或者 LoRA 搭配去 Civitai。社区分享的工作流我会先看评论，有人成功跑起来再下。论坛上那种只有一张图、没有说明、附件要加群才能拿的，我一般跳过。时间宝贵，没必要冒险。
3.2 工作流导入与导出：PNG 信息、JSON 文件、拖拽加载与保存
ComfyUI 的工作流导入方式挺灵活。最省事的是拖拽 PNG 图片进画布，前提是这张图是用 ComfyUI 生成的，而且保存时没关掉工作流嵌入选项。我用这种方式复现别人的图，省去手动存 JSON 的步骤。拖进去之后节点自动排布，模型路径不对会变红，提示你缺文件。有一次我从 Civitai 下载了一张图，拖进 ComfyUI 直接还原了整条工作流，连 LoRA 权重都带过来了，体验很顺畅。
JSON 文件是更正式的交换格式。点界面右侧菜单的 Save，会把当前画布存成一个 .json 文件，包含节点、连线、参数值。导入 JSON 用菜单里的 Load，或者直接拖文件进画布。我习惯把常用工作流存成 JSON，按用途命名，比如 txt2img_sdxl_controlnet.json。改过参数后重新保存会覆盖原文件，想保留多个版本就手动加日期后缀。ComfyUI 也支持把工作流嵌入生成的 PNG，在 Save Image 节点里勾选相应选项，图片和流程就绑在一起了。
导出的时候有个细节值得留意。JS 格式和 API 格式长得像，用途不一样。JS 格式是给界面用的，API 格式是给程序调用用的，节点 ID 和结构有差异。我早期把 API 格式的文件拖回界面，一直加载失败，后来才搞明白要区分。现在分享给朋友的工作流，我都用界面 Save 出来的 JS 格式，对方拖进去就能用。
3.3 缺失节点与模型处理：ComfyUI Manager、依赖安装与模型匹配
打开别人分享的工作流，满屏红框是常有的事。红框代表节点缺失，黄框代表模型找不到。ComfyUI Manager 这个插件基本是必装的，装了之后菜单里会多一个 Manager 按钮。点开能看到缺失节点的列表，有些节点带 Install 按钮，一键装了重启就生效。有些节点不在管理器索引里，得手动去 GitHub 找。我会把节点名字复制到搜索引擎，加上 comfyui custom node 关键词，一般前几个结果里就有仓库地址。
模型缺失的处理稍微麻烦点。工作流里会写明用了哪个 checkpoint、哪个 LoRA、哪个 ControlNet 模型，但文件名不一定和你本地的一致。我遇到过工作流指定 sd_xl_base_1.0.safetensors，我本地叫 SDXL_Base_v1.0.safetensors，节点就认不出来。这时候要么改文件名，要么在节点下拉菜单里手动选本地对应的模型。LoRA 加载节点有时候能自动匹配，有时候不行，看节点作者怎么写的逻辑。VAE 和 CLIP 缺失也会报错，但报错信息通常写得很清楚，缺什么补什么。
依赖报错是安装缺失节点之后才会暴露的问题。插件装上了，启动时命令行刷出一片 ModuleNotFoundError，说明这个插件的 requirements 没装。我一般进到 custom_nodes 里对应插件的文件夹，pip install -r requirements.txt。便携版用户要注意，得用 python_embeded\python.exe -m pip install 这种路径去装，直接敲 pip 可能装到系统环境里去了。装完依赖必须重启 ComfyUI，热加载对部分插件不生效。
3.4 模型与资源整理：命名规范、版本管理、磁盘空间与备份策略
玩 ComfyUI 时间一长，模型文件夹会变得很乱。我一开始下载模型不改名字，原文件名带着一串哈希值，比如 4f8a9c2b3d.safetensors，过两周自己都忘了这是什么东西。后来定了套命名规则，主模型用 基础模型_版本_风格 的格式，比如 SDXL_1.0_anime。LoRA 用 触发词_主题 的格式，比如 miku_style。文件名里只用英文、数字和下划线，避免空格和特殊符号，节点下拉菜单对特殊字符支持不太稳。
模型版本管理是个容易被忽视的事。同一个 LoRA 作者可能发了 v1、v2、v3，文件名如果不带版本号，覆盖之后老工作流就跑不出原来的效果了。我现在的习惯是下载时就在文件名里写明版本，旧版本不删，新建一个 archive 子文件夹放起来。主模型也一样，SD1.5 有好几个衍生版本，保留着能对比效果。磁盘空间方面，一个 SDXL 模型 6GB 到 7GB，LoRA 几十到几百 MB，ControlNet 每个 1.5GB 上下。我专门拿一块 1TB 的固态放模型，系统盘只留程序本身。
备份策略看数据重要程度。工作流 JSON 文件很小，我直接丢进坚果云同步。模型文件太大，不适合云备份，我用一块移动硬盘每周拷一次新下载的。custom_nodes 文件夹也值得备份，里面有些插件是手动 clone 的，重装系统后不一定能找到原始仓库。我的做法是导出一份插件列表，记录每个插件的名字和 source URL，重装时照着列表逐个装。
3.5 工作流安全与版权：来源可信度、恶意节点风险、许可与商用注意
自定义节点本质上是能执行任意代码的 Python 程序。你装一个来源不明的插件，它可以在启动时读取文件、发网络请求、甚至改系统设置。我见过有人在论坛发帖说装了某个小众节点之后浏览器主页被改了，虽然不一定直接关联，但这类风险确实存在。我的原则是插件只从 GitHub 仓库装，看 star 数、最近提交时间、issue 区有没有人反馈异常行为。那种只给压缩包、不给源码、要你手动复制到 custom_nodes 的，我基本不碰。
工作流的可信度也要看来源。官方 examples 和知名插件作者的示例安全系数高。论坛和社交媒体上随手分享的 JSON，里面可能引用了来路不明的模型下载链接。我下载工作流之后会先在文本编辑器里打开，看看有没有奇怪的 URL 或者脚本节点。有些工作流会带一个 Execute 节点去下载东西，这种要格外小心，不确定用途就删掉那个节点再跑。
版权和商用方面，模型、LoRA、工作流本身可能带不同的许可协议。Civitai 上不少模型标明 No Commercial Use，LoRA 有的要求署名，有的完全开放。工作流 JSON 文件一般没有明确的版权声明，但里面用到的模型和素材受各自许可约束。我接商业项目之前会翻一遍所有用到的模型页面，确认商用条款。生成图片的版权归属在不同司法管辖区认定不一样，纯个人使用不用太纠结，对外发布或者卖图的时候，来源合规这件事得自己把好关。
4.1 基础工作流实战：文生图、图生图、局部重绘与批量生成
我最初跑通官方文生图工作流之后，花了挺长时间去理解每个采样器参数的意思。步数、CFG、采样方法、调度器这几个东西排列组合，效果差别很大。我的习惯是固定种子，只改一个参数，看图像怎么变。比如把 CFG 从 7 调到 12，画面会变得更“听话”，但色彩容易过饱和。步数从 20 加到 30，细节有提升，时间成本也上去了。采样器里 DPM++ 2M Karras 和 Euler a 是我最常用的两个，前者稳定，后者带点随机感。
图生图模式我拿来改构图和色调。重绘幅度这个值很关键，0.3 以下基本只改画质，0.6 左右能换风格但保留轮廓，0.8 以上就接近重新生成了。我经常用图生图配合不同的提示词，把写实照片转成插画。局部重绘要自己画蒙版，蒙版边缘的羽化值影响融合效果。我画蒙版的时候会稍微画大一圈，让模型有过渡空间。重绘区域选“仅蒙版”还是“整图”，看情况，只改局部用前者更省时间。
批量生成我用队列功能来实现。把种子设为随机，在队列里一次提交十几条，去干别的事。批量生成最怕中途报错，尤其是显存不够的时候。我一般把批量大小设成 1，靠队列数量堆，比一次跑多张更稳。生成完的图片按日期和种子自动命名，方便回溯。有时候一批图里只有一两张能用，我就把好的那张拖回工作流，微调参数再跑几轮，慢慢逼近想要的效果。
4.2 控制与风格工作流：ControlNet、LoRA、IP-Adapter、参考图与区域提示
ControlNet 是我觉得 ComfyUI 比 WebUI 更灵活的地方。OpenPose 用来固定人物姿势，Canny 和 Lineart 适合保留线稿结构，Depth 能维持空间关系。每个 ControlNet 模型都要单独下载，放进 controlnet 文件夹。我常把多个 ControlNet 串联，比如一个管姿势，一个管线稿，权重分别调。权重给太高画面会僵硬，我一般从 0.6 开始试。预处理节点有的会吃显存，长宽比大的图先缩小再跑。
LoRA 的用法比 WebUI 稍微麻烦点，需要接在模型加载和 CLIP 之间。LoRA 权重可以正负调，超过 1.0 容易过拟合，低于 0.5 效果很弱。我通常把风格 LoRA 设在 0.7 到 0.9 之间，角色 LoRA 设在 0.8 左右。加载多个 LoRA 时，注意它们之间的冲突，尤其是画风差异大的。IP-Adapter 适合拿参考图来影响生成结果，不需要训练。我拿它来模仿某张图的色调和氛围，权重给 0.5 到 0.7，再配合文字提示。
区域提示是个精细活。用 Conditioning (Set Area) 节点把画布分成几个矩形，每个区域写不同的提示词。我试过左边画猫右边画狗，中间用模糊过渡。区域提示对构图控制有帮助，但节点多了工作流会变复杂。我一般只在需要精确控制元素位置的时候用。参考图加区域提示可以做到“这张图的脸，那张图的背景”，操作起来需要耐心调坐标。
4.3 高清修复与后处理：放大、分块重绘、面部修复、色彩与细节增强
高清修复我走过不少弯路。最开始直接用 latent 放大，图片会变糊，细节像被抹平了。后来改用放大模型，ESRGAN 系列的 4x-UltraSharp 和 RealESRGAN_x4plus 效果不错。放大之后接一个低重绘幅度的图生图，把噪点去掉。分块重绘也就是 tiled diffusion，适合大图，把画面切成小块分别处理再拼回去，显存占用低很多。分块大小和重叠像素要调，太小会看到接缝，太大又失去省显存的意义。
面部修复我用 FaceDetailer 节点，它来自 Impact Pack 插件。检测到人脸之后单独裁出来放大重绘，再贴回原图。重绘幅度不能高，0.3 左右就行，高了脸会变另一个人。有时候一张图里多个人脸，FaceDetailer 会逐个处理，速度慢但效果好。色彩增强我偶尔用，比如在采样之后加一个色彩平衡节点，或者用 Image Color Enhance 之类的工具。细节增强用 Sharpen 节点要小心，锐化过度会出现白边。
后处理这块我现在的流程是：先出基础图，挑一张构图满意的，然后放大两倍，接着 FaceDetailer 修脸，收尾阶段微调对比度和饱和度。每一步都存一份中间图，方便回退。高清修复很吃时间，一张 1024 到 2048 的图，全套下来可能要好几分钟。我一般把修复任务放在队列里，晚上跑。
4.4 动画与视频工作流：AnimateDiff、SVD、帧插值与批量渲染
AnimateDiff 是我接触 ComfyUI 动画的起点。它需要加载一个 motion module，配合正常的文生图或图生图工作流，输出一串连续帧。帧数一般设 16 或 24，太多会爆显存。提示词里可以描述动作，比如“头发飘动”、“回头微笑”，但模型对复杂动作的理解有限。我试过用 ControlNet 辅助 AnimateDiff，比如用 OpenPose 序列控制人物动作，效果比纯文字提示稳定。输出的时候选 GIF 或者 PNG 序列，PNG 序列方便后期。
SVD 是 Stability AI 出的视频模型，ComfyUI 有对应的节点。SVD 能把一张静态图变成几秒钟的视频，镜头运动比较自然。它的显存需求比 AnimateDiff 高，24G 显存跑 1024 分辨率也有压力。我一般降到 576 或 768 来跑。SVD 的帧数固定，不能直接调，需要靠帧插值来延长。帧插值我用 RIFE 节点，把 8 帧插到 32 帧，动作会顺滑很多。插值之后文件变大，输出前想清楚要什么格式。
批量渲染动画是个体力活。每个镜头单独跑，跑完拼起来。我习惯把每个镜头的参数存成一个单独的工作流 JSON，命名带上镜头编号。渲染的时候一个个加载，避免节点太多互相干扰。视频输出用 Video Combine 节点，可以选帧率和编码格式。渲染时间比单张图长得多，我通常周末挂着跑。生成的视频偶尔会有闪烁，重跑一遍或者换个种子能改善。
4.5 性能优化与稳定运行：显存管理、精度设置、缓存、队列与日志排查
显存不够是 ComfyUI 最常见的报错。启动脚本里可以加 --lowvram 或 --medvram，让模型分块加载到显存里。我 8G 显存的笔记本用 --lowvram 跑 SD1.5 没问题，SDXL 就有点勉强。精度设置方面，--force-fp16 能省显存，但有些模型在 fp16 下会出黑图。bf16 更稳，需要显卡支持。我一般先试 fp16，报错了再换回 fp32。缓存清理也重要，ComfyUI 会把模型缓存在显存里，切换工作流时旧模型不释放，手动点一下“释放模型”或者重启。
队列管理是个容易被忽视的效率点。ComfyUI 的队列可以暂停、取消、重排。我跑批量任务的时候会把队列里的任务按优先级排，重要的先跑。日志排查靠命令行窗口的输出，报错信息通常写得很具体，缺哪个文件、哪个节点出错都看得到。我遇到过一个奇怪的问题，生成到一半卡住，日志里没有任何错误，后来发现是某个插件的版本不兼容。回退插件版本就好了。
稳定运行方面，我养成了几个习惯。每次装新插件之前先备份 custom_nodes 文件夹。跑大任务之前重启一次 ComfyUI，清空缓存。工作流里不用的节点及时删掉，减少内存占用。还有一点，显卡驱动别追新，用稳定的版本。我吃过一次亏，更新驱动之后 ComfyUI 直接打不开，回退才恢复。
4.6 生态扩展与持续学习：插件推荐、API 调用、社区更新与工作流复现
插件我目前离不开几个。ComfyUI Manager 管安装和更新，Efficiency Nodes 提供了一些简化节点，WAS Node Suite 里有大量图像处理工具，Impact Pack 的检测和修复功能很实用。还有 rgthree 的节点，用来管理复杂工作流很方便。装插件别贪多，每个插件都可能引入冲突或者拖慢启动速度。我一般只装工作流里用到的，定期清理不用的。
API 调用是进阶玩法。ComfyUI 的 API 允许你用 Python 脚本提交工作流，拿回生成的图片。我写过一个简单的脚本，批量生成不同提示词的图，省去手动点队列的麻烦。API 格式的工作流需要在界面里导出成 API 格式，节点 ID 和普通 JSON 不一样。调用的时候注意端口和超时设置。如果要做成服务，加一个队列系统会更稳。
社区更新很快，新模型、新插件、新工作流每周都在冒出来。我关注几个 GitHub 仓库的 release 页面，还有 Reddit 的 r/comfyui 板块。看到有意思的工作流，我会先读一遍它的节点依赖，然后尝试复现。复现失败是常事，缺模型、缺节点、参数不对，慢慢排查。我的经验是把复现过程当成学习，每解决一个报错，对 ComfyUI 的理解就深一层。有时候别人的工作流跑不出效果，不是工作流的问题，而是模型版本或者采样器设置不一样。
