ComfyUI 插件生态：真正决定生产力的只有六类节点
ComfyUI 本身只是一个推理内核：加载模型、采样、解码。所有「能干活」的部分都是插件补上去的。所以插件装什么、按什么顺序装，直接决定了它是一台玩具还是一台生产工具。
一、装插件的正确顺序
1. Manager（管理器） —— 没有它，后面全靠手动 clone
2. VideoHelperSuite —— 视频读写，几乎所有视频流程的地基
3. 对应模型的 Wrapper —— Wan / 混元 / LTX 各自的封装
4. Frame-Interpolation —— 补帧
5. 量化与注意力加速 —— 显存不够时才装
6. 业务封装 —— 自己的批处理、命名、归档逻辑顺序颠倒的典型症状：先装了一堆加速插件，结果基础流程都跑不通，还以为是加速插件把环境搞坏了。先能跑，再跑快，这个顺序不能乱。
二、六类必备节点
1. 管理器
负责装插件、装缺失依赖、看模型清单。没有它，一次依赖冲突够你调半天。它也是排查问题的入口——插件版本和 ComfyUI 版本不匹配时，它会直接提示。
2. 视频读写（VideoHelperSuite）
视频模型吐出来的是帧序列，不是 mp4。把帧合成视频、指定编码器和码率、带上原始音轨，全靠这一类节点。它还负责「从视频里抽帧」——做图生视频和口型修正都要用。
关键参数：编码器用 h264、码率 8–12 Mbps（1080P）、帧率必须和生成时的帧率一致，否则会变速。
3. 模型 Wrapper
官方节点只覆盖最基础的用法。长视频拼接、LoRA 组合、分块生成、多种量化后端，都在第三方封装里。这类节点更新最频繁，跟着模型版本走。
4. 补帧
视频模型通常出 16 或 24fps。补到 30/60fps 后观感提升很明显，尤其是运动镜头。顺序不能反：先放大再补帧；反过来会把噪点也放大成果冻。
5. 量化与注意力加速
显存不够或速度太慢时才装，且要匹配显卡架构和 CUDA 版本。装不上就是装不上——编译失败是这类插件最常见的问题，不要在这上面死磕，换一个替代方案更快。
6. 业务封装
这是最少人做、回报最高的一类：批量读取提示词、自动命名输出、失败重试、按项目分目录。写一次，省下的是每天的操作时间。
三、显存不够时的取舍顺序
| 手段 | 提速 | 画质损失 | 优先级 |
|---|---|---|---|
| 降步数 30→20 | 33% | 很小 | 1 |
| 4-bit 量化 | 2–3 倍 | 肉眼不可见 | 2 |
| INT8 注意力 | 2 倍左右 | 可忽略 | 3 |
| 跳步缓存 | 1.5 倍 | 轻微 | 4（仅草稿） |
| 分层 offload | 不加速，只省显存 | — | 最后手段 |
注意最后一行：offload 不加速，它是「让跑不动的能跑」。很多人第一天就上 offload，然后觉得本地部署没意义——其实前面三项就能解决大部分问题。
四、插件装多了会怎样
- 启动变慢：每个插件都要 import，几十个之后启动一两分钟；
- 依赖冲突：不同插件锁不同版本的库，最后谁都跑不起来；
- 节点名撞车：同名节点被覆盖，工作流打开后行为不对。
实用建议：按项目建环境。图像项目一套、视频项目一套、实验性插件单独一套。ComfyUI 支持通过启动参数指定模型目录，共用模型文件、隔离插件环境。
