工作流交付包
网盘里的这个包,装的是一批能在本地跑起来的 ComfyUI 工作流。每条工作流一个文件夹,里面有工作流 JSON 原件和一份中文说明。说明里写清三件事:要下哪些模型、放在哪个目录;要装哪些节点包;这条工作流是怎么用的。
工作流交付包(1430 条 / 0.13 GB)
- 四个来源层级共 1430 条工作流,每条一个文件夹:工作流 JSON 原件 + 中文说明
- 说明里含:依赖模型与放置目录、依赖节点包、参数、已知差异与注意
- 223 个节点包的代码(只含代码与配置,整体拷进 custom_nodes 即可)
- 五份配套文档:总索引 / 来源分级说明 / 显存档位与量化谱系 / 权重查缺补漏 / 节点包清单
待挂载
包体已经上传到网盘(comfyui工作流 / 工作流交付包),这里等的是它的分享链接。
网盘位置:comfyui工作流 / 工作流交付包。包内不含模型权重,权重按说明里的清单自行下载。
包里有什么
按来源分成四层。分层不是按新旧,而是按它能帮你做什么。
| 来源层级 | 条数 | 体积 | 来源 |
|---|---|---|---|
| 官方模板 | 551 | 42.0 MB | Comfy-Org/workflow_templates |
| 开源节点仓 | 769 | 44.6 MB | 本地节点库 153 个作者级仓库 |
| 实测档位与提速方案 | 42 | 1.9 MB | 5 个专门仓库 |
| 社区作者作品 | 68 | 7.1 MB | 17 个社区作者仓库 |
- 官方模板:ComfyUI 界面「模板」栏里那些工作流。这批绝大多数只需 ComfyUI 本体,不用装任何自定义节点包,最适合先跑通。
- 开源节点仓:各节点作者随包附带的 MiniMax H3 示例工作流,深度去重后 769 条。它们主要用来验证对应的那个节点包,所以多数需要装包。
- 实测档位与提速方案:作者写明实测显存的合集(8GB 与 12GB 各一套),以及提速方案仓:ModelTC 蒸馏、阿里巴巴 PAI 的 Acc 与 PDD、SolAttn、VEDA 稀疏注意力、FastH3 补丁、Larry Turbo、OrbitQuant W4A4。
- 社区作者作品:社区作者做出来的成片工作流:音乐视频长镜头、多镜头叙事、视频延长、int8 本地推理一套、人脸精修。与上面三层的区别是它们本身就是作品,不是验证用的示例。
另附:223 个节点包
工作流 JSON 里只有节点名字,没有节点本身。缺包时打开工作流是一片红框,这是新手最常见的一次性挫折。所以包里直接带了 223 个包的代码(只含代码与配置文件,不含示例与图片,约 42.5 MB),整体拷进 ComfyUI/custom_nodes/ 即可。
你网盘里的 comfyui节点包/ComfyUI节点库/ 是同一份内容。两处取一处即可,不必都下。
和站内已有的 100 条是什么关系
站内现有的 100 条取自官方模板仓库的同一来源。经逐条比对:其中 99 条在交付包里都有;另有 427 条官方模板是站内还没有的。也就是说这个包在官方这一层上比站内现有清单更全。
怎么用
- 先装节点包。打开某条的说明,看「依赖节点包」那张表,把列出的包放进
ComfyUI/custom_nodes/,然后重启 ComfyUI。表里给了每个包在本机节点库的位置与国内可直连的下载地址。 - 再下模型。看「依赖模型」表,按「放置目录」那一列放到
ComfyUI/models/下的对应目录。表里的地址已换成国内可直连的镜像。 - 最后打开工作流 JSON。在 ComfyUI 界面里直接拖进去,或从菜单载入。
5 份配套文档
交付包总索引逐条列出包内每一条工作流:来源层级、用途标签、模型数、需装节点包数。
文档
来源分级说明四个来源层级各自实测到什么程度,包含哪一层拿不到、为什么。
文档
显存档位与量化谱系作者实测或声明过的显存档位,以及社区真实存在的 11 档量化文件谱系。
文档
权重查缺补漏工作流引用到的权重文件对上官方发布仓的结果,含本轮对网盘的实时核对。
文档
节点包清单装哪些节点包、包在哪、怎么装。不装包直接打开工作流会是一片红框。
文档
先说清楚限制
- 包里不含模型权重。权重合计几十到上百 GB,且各有各的许可。说明里给的是「去哪拿」的清单,地址都是国内实测可直连的。
- 「48GB 显存」这一档没有做。现有能查到的素材里没有任何 48GB 依据,所以不编。已经有依据的是 8GB 与 12GB(作者实测)、16GB 与 24GB(作者把显存写进了文件名)、32GB(作者用 RTX 5090 实测)。详见显存档位那份文档。
- 云端 API 版全部剔除了。官方模板里有 350 条是调用在线服务的,需要账号密钥、且要能访问其域名,国内多数连不上。这批没有放进包内。
- 说明里的结论都有出处。用途判定是读节点连线状态得出的并附了触发证据;模型清单会标明是作者声明还是我从文件名推断;推断出来的东西会明确写成推断。
- 站内没有跑过这些工作流。包的来源、字段与判定口径都可复核,但每一条是否在你的机器上跑得通,取决于你的显存、依赖版本与权重是否齐。
想看站内按用途整理的清单,去 工作流板块。
