AIGC 需求雷达

2026-09-21 痛点归档

https://aigc.cygongju.cn/day/2026-09-21/
8
资产与工作流 工作流开发者 有付费意向
4 源

下载的工作流引用大量缺失模型/LoRA 文件,节点红框无从找起,视频类工作流动辄十几 GB 依赖

产品假设

工作流依赖自动装配器:拖入 workflow JSON→解析出全部模型/LoRA 引用→生成清单(含 HF/Civitai 直链+目录+推荐量化变体)→队列化断点下载自动归位。免费 CLI 引流+桌面版付费,或与工作流作者分成(作者侧打包、用户侧一键)

付费信号

间接付费:B站整合包营销号靠『解压即用』打包收取引流/课程变现(『花3W买的教程』话术),云镜像按量计费也在赚钱

竞品格局

ComfyUI Manager Install Missing(内置管理器):只装 custom nodes,模型文件依赖完全不管;秋叶整合包/营销号网盘包(全量 zip):解压即用但 30GB+ 起步、版本旧、夹带私货,用户实际只需要某一个工作流的依赖

现场证据与现有方案
场景

官方文档专门设『缺少模型错误』排查页(Value not in list: ckpt_name 报错);中文社区最长的一类教程就是『红框排查』(zcool/知乎千字长文教手动找 HuggingFace 链接+目录摆放);reddit『装完 WAN2.2 Rapid 工作流后节点全缺』求助;Civitai 上 ComfyUI 工作流单包 9.2 万下载证明分发量巨大。Manager 的 Install Missing 只装节点不装模型,视频工作流(MiniMax H3 需 5+ 模型文件分目录摆放)尤重

时间成本

一个中型视频工作流首次跑通平均需 1-4 小时下载配置(15GB+ 文件、分目录、量化变体选择)

现有方案

ComfyUI Manager(只管节点)、秋叶整合包(全家桶式、体积大更新慢)、RunComfy/OpenArt 云端预装(不开源本地)

社区方案

部分:Manager 装缺失节点;模型侧靠作者网盘包或教程,无标准方案

当前做法

照着作者 README/网盘说明逐个下载 safetensors,手动放入 diffusion_models/text_encoders/vae/loras 等对应目录,反复重启

#工作流缺失 #视频编辑 #模型依赖 #红框 原文 ↗
8
封装与变现 工作流开发者 明确付费信号
2 源

工作流/预设的分发还停留在 zip 全量覆盖时代:无增量更新、无版本回滚、无付费通道,售后全靠粉丝群人肉答疑

产品假设

工作流商店+更新器(创作者经济平台):作者上传版本化工作流包(含模型依赖清单,复用 009 的装配器)→用户订阅/买断→桌面端增量更新+一键回滚。向作者收佣金,已验证的付费意愿(Patreon/课程)直接迁移

付费信号

明确付费:『花3W买的ComfyUI教程』营销话术、Furkan 的 Patreon 订阅模式、B站课堂/私域引流课程,都在为分发物收费——只是渠道原始

竞品格局

Civitai Workflows(Web 市场):免费下载为主,无增量更新/无付费墙/无本地版本管理;OpenArt/RunComfy(云端平台):托管在云端运行,不解决本地 ComfyUI 用户的分发更新

现场证据与现有方案
场景

头部分发者 Furkan Gozukara 的 MiniMax H3 预设包已迭代到 V117,更新方式是『下载最新 zip→解压覆盖全部→跑两个 bat』;B站整合包营销号同质内容刷屏(20 条搜索结果 18 条是整合包分享),售后靠评论区+粉丝群;升级覆盖会破坏用户本地改动,出问题无法回滚

时间成本

作者每次更新打包+写说明 2-4 小时;用户每次更新需重新下载几十 GB 并重配

现有方案

网盘+zip(现状)、Civitai 工作流页(无版本管理无付费)、OpenArt/Flowtress(云端托管,非本地分发)

社区方案

无:无标准分发基础设施

当前做法

zip+网盘+群答疑:作者全量打包上传,用户覆盖安装,版本混战后『重下整合包』成了万能解法

#封装分发 #付费订阅 #整合包 #更新 原文 ↗
7.5
资产与工作流 创作者 有付费意向
2 源

外部训练的加速/效果 LoRA 在 ComfyUI 加载无效:repack 版模型层名不同,LoRA 跨框架不通用且无从找 ComfyUI 版

产品假设

做 LoRA 层名自动映射/repack 转换工具(Web 或节点):上传任意原版 LoRA+目标模型架构,输出 ComfyUI 可加载版;按次收费或订阅

付费信号

间接付费:用户为用上加速 LoRA 已经在租 Runpod/vast.ai GPU,时间直接是钱

竞品格局

Abiray/MiniMax-H3-Turbo-Lora-Pruned-ComfyUI(HF 仓库(手动repack)):单一模型专用、人工维护,新 LoRA 出来要等;无自动 repack 工具(空白):层名映射转换无现成产品

现场证据与现有方案
场景

FastVideo 发布 FastH3 4-step 加速 LoRA 后用户在 ComfyUI 加载不生效——FastVideo 按原版 MiniMax 模型训练,而 ComfyUI 用 repack 版(每层命名不同);社区随后出现 Abiray/MiniMax-H3-Turbo-Lora-Pruned-ComfyUI 专门重打包仓库,证明『找 ComfyUI 可用版 LoRA』是持续摩擦。同类:Wan Animate relight LoRA 的 KJ 链接 404、工作流引用的 LoRA 失联

时间成本

每个新 LoRA 平均需 10-30 分钟搜索验证是否有 ComfyUI 版,常无果

现有方案

Abiray 等 repack 仓库(滞后、分散);无自动转换/匹配工具

社区方案

有:社区作者手动 repack 发布(Abiray pruned 版),但分散且滞后于原版发布

当前做法

去 HuggingFace/Civitai 翻找带 comfyui 后缀的 repack 版,或放弃使用该 LoRA

#LoRA缺失 #视频编辑 #repack兼容 #加速LoRA 原文 ↗
7
资产与工作流 创作者
▲ 24 · 评 18 · 1 源

想只改已生成视频的运镜/机位角度,却几乎没有可用的 V2V 运镜控制 LoRA/工作流

产品假设

做『视频运镜/机位二次编辑』专题工作流包+配套 LoRA 聚合页(按任务:推拉/横摇/跟拍/环绕),单 LoRA 需求已被验证,打包按任务售卖或引流

付费信号

无信号(资源免费发布,但需求热度即时兑现为流量)

竞品格局

Wan Fun-ControlNet (Kijai conversion)(节点+模型):仅支持 Wan 系模型,MiniMax H3 用户无解;CrossView-Warp LoRA (H3 V2V)(LoRA):2026-09-21 发布即热,证明供给空白;单一 LoRA 覆盖任务窄

现场证据与现有方案
场景

创作者用 MiniMax H3/Wan 生成视频后想调整镜头运动(推拉摇移、改变视角),现有手段只能改提示词重新生成整段,原画面内容无法保留;今日 r/comfyui 发布的 Minimax H3 V2V CrossView-Warp LoRA(改已有视频运镜/角度)3 小时内 24 票 18 评论,验证该需求高度集中

时间成本

每次想改运镜需重新生成+抽卡,单段 30-60 分钟

现有方案

Wan 系官方 camera ControlNet(Kijai 转换版,仅限 Wan);CrossView-Warp LoRA(H3 专用,刚发布未经大规模验证)

社区方案

部分解决:CrossView-Warp LoRA 今日刚发布,供给刚出现

当前做法

改提示词重生成整段视频反复抽卡,或放弃二次调整

#LoRA缺失 #视频编辑 #运镜控制 #MiniMax H3 原文 ↗
7
效率与质量 创作者 有付费意向
▲ 50 · 2 源

在线老照片修复工具普遍『塑料感/十级美颜』,想要保真质感的修复工作流但没有现成可下载的

产品假设

『保真人像修复』垂直 SaaS:Qwen Image Edit 2511 + SeedVR2 放大管线封装成上传即用的批量修复服务(主打不塑料、保留活人感、批量不限 4 张),按张收费,切公益摄影/家谱/殡葬纪念等情感付费场景

付费信号

间接付费:PicFixer 等订阅制工具已在收费但用户不满意塑料感;Photoshop 手修 2 小时放弃的案例(用户证言)

竞品格局

PicFixer/Remini/美图(Web 工具(订阅)):塑料感+批量限制是普遍不满,情感价值场景(家人老照片)对质感要求高;B站开源工作流(工作流+网盘包):质量好但获取配置门槛高,非技术用户(公益摄影师)难自助

现场证据与现有方案
场景

B站 up主『生活作弊码』2 小时前发布 Qwen Image Edit 2511 老照片修复工作流,简介明确写道:受一位公益摄影博主委托(常年免费为老人拍照修复老照片)定制该工作流——这是直接的真实求助信号;竞品调研显示 Remini/美图/jpghd/PicFixer 等在线工具的用户抱怨集中在塑料感和批量限制(PicFixer 每次最多 4 张)

时间成本

未提及具体时长;公益场景为批量长期需求(常年修复)

现有方案

Remini/美图秀秀/jpghd/PicFixer(在线订阅制,被抱怨塑料感、10MB/4096px 限制、批量限 4 张);ComfyUI 开源工作流(需自配)

社区方案

有:up主发布免费工作流+网盘模型包,但获取/配置门槛仍在

当前做法

用在线工具接受塑料感,或手搓 Qwen Image Edit 工作流(需自行解决模型下载、目录摆放、放大链路)

#工作流缺失 #图片编辑 #老照片修复 原文 ↗
7
效率与质量 创作者 明确付费信号
2 源

多镜头/长视频的角色面部与服装一致性漂移,训练人物 LoRA 门槛高且不保证收敛

产品假设

角色一致性 LoRA 训练代工产品化:上传 10-30 张角色图→自动数据清洗/打标/训练/质检(一致性评分)→交付 LoRA+配套工作流,按角色收费,吃 H3/Wan 视频创作浪潮红利

付费信号

明确付费:reddit 出现『Can you help with this and I can pay if the results is good』;间接:云 GPU 训练租金(8 小时 L40S)

竞品格局

Wan2.2 Character Consistency LoRA 套装(Civitai 免费资源):仅 Wan 系,覆盖角色少,出镜服装细节仍漂移;人肉代训 LoRA(社区付费服务):存在真实交易,验证付费意愿,但产能/质量不稳定

现场证据与现有方案
场景

B站 up主 1 小时前发布『H3超强一致性:AI视频短片如何保持人物真实感和面部一致性』喂饭教程(供给端持续产出教程=需求端持续踩坑);reddit 侧『长视频一致性靠 LoRA?』『identity consistency 是概率性的』『训练 875/1250 步不收敛』等常青求助印证;社区已有『能帮我训 LoRA 吗,效果好我付钱』的明示付费场景

时间成本

单个角色一致性调试通常跨天;LoRA 训练单轮 8 小时+(L40S 云租)

现有方案

InstantID/ReActor(换脸向,一致性有限)、Wan character LoRA(免费套装)、付费代训(人肉服务)

社区方案

部分:Wan 2.2 character LoRA 套装(Civitai 免费)、H3 Image-Training-Adapter(新出),但训练侧门槛未降

当前做法

首尾帧传递+人物 LoRA+反复抽卡;或请人代训 LoRA(reddit 已出现付费代训交易)

#LoRA缺失 #视频编辑 #人物一致性 #LoRA训练 原文 ↗
7
资产与工作流 工作流开发者 有付费意向
1 源

几十上百个 LoRA 无从批量对比效果:没有『顺序加载+标注来源』的标准评测工具,训练后也没有质量验证流程

产品假设

LoRA 评测台:指向文件夹自动生成固定 seed/提示词矩阵的对比网格(含强度扫描),输出带 LoRA 名标注的图集+质量评分,训练者版增加收敛趋势分析。训练者付费意愿已被云租金验证

付费信号

间接付费:训练者租云 GPU 做验证跑图(无效 LoRA 浪费的每轮都是租金)

竞品格局

willmiao/ComfyUI-Lora-Manager(自定义节点):预览图/触发词/recipe 管理完善,但『同提示词同 seed 网格对比几十个 LoRA+记录强度响应曲线』的评测流仍要手搓;Anima toolkit(自定义节点):批量应用+瀑布流,27 star 早期,验证方向但未成标准

现场证据与现有方案
场景

reddit 求助『找能按文件夹顺序批量加载 LoRA 且输出 LoRA 名字的节点』(做 LoRA 预览工作流,现用 load random lora 凑合——顺序随机没法对图);训练侧『Training LoRA』帖:ZIT 875 步/Qwen 1250 步都不收敛,rank/steps/LR 全凭感觉调;Anima toolkit 的出现(LoRA 批量应用+瀑布流预览)证明工具缺口被社区尝试填补

时间成本

几十个 LoRA 的人工对比一轮需数小时;训练验证每轮迭代都要重跑

现有方案

willmiao/ComfyUI-Lora-Manager(管理+预览强,批量 A/B 评测弱)、XYZ plot(手搓、无 LoRA 元数据联动)、Anima toolkit(新出、生态小)

社区方案

部分:社区有零散节点(batch loader 类),无整合方案

当前做法

手搓 XYZ plot/批量加载节点组合,或人肉逐个加载出图对比

#LoRA管理 #批量评测 #训练验证 原文 ↗
6.5
性能与成本 创作者 有付费意向
1 源

加速 LoRA 文件名承诺的步数不可信:4-step 实际 8 步起步,配错调度器直接画面/音频崩坏

产品假设

加速 LoRA 参数数据库+自动验证器:按 模型/量化/attention 实测各 turbo LoRA 的最低可用步数与 shift,结构化可检索,免费引流+Pro 版自动跑验证(接云 GPU API)

付费信号

间接付费:用户租云 GPU 试错(Runpod/vast.ai 按时计费),错一次烧一次钱

竞品格局

r/comfyui MiniMax H3 news round-up(社区人工整理帖):信息密度高但非结构化验证,无法按『模型×LoRA×量化×attention』检索可用参数

现场证据与现有方案
场景

MiniMax H3 turbo LoRA 生态爆发期的典型坑:note.com 实测贴指出『文件名带 4step 但 4-7 步画面崩,需 8 步以上』;Abiray 仓库 README 用大段篇幅教用户排查音频爆音(scheduler shift 6 vs 12 不匹配);B站整合包营销号则以『7倍提速』话术收割低显存用户,实际效果参差

时间成本

每个新加速 LoRA 平均需 0.5-2 小时试错找到可用参数组合

现有方案

各 LoRA 作者 README(质量参差)、r/comfyui 每日 news round-up(人工整理)、YouTube 教程(信息滞后)

社区方案

部分:社区有零散实测结论(散落在 reddit round-up、note.com、YouTube 教程),无聚合验证源

当前做法

按社区零散实测帖逐组试参数(步数×shift×attention 实现),试错成本自己扛

#加速LoRA #步数 #调度器 #低显存 原文 ↗
6.5
部署与生态 工作流开发者
▲ 6 · 评 2 · 2 源

ComfyUI 版本更新后核心插件功能静默失效,依赖 rgthree 等插件的工作流成批报废

产品假设

工作流兼容性回归测试器:录制工作流在版本 A 的输出基线,升级前后自动跑 diff(节点缺失/输出漂移/静默参数失效),CI 化守护生产工作流

付费信号

无信号

竞品格局

ComfyUI Manager try update/fix(内置管理器):只管安装不管兼容性回归,静默失效类问题无提示

现场证据与现有方案
场景

rgthree #766(5 reactions):Fast Groups Bypasser 的 toggleRestriction 三种模式在新版全部退化为 default 行为,跟帖『I confirm this bug too』;同期 #764『重装也装不上』、核心仓库 #16336『rgthree 在新 comfyui 不能用』——升级 v0.36.0 后一包插件集体异常

时间成本

一次升级事故排查+回退平均耗半天;生产工作流停摆

现有方案

版本锁定(不升级)、ComfyUI Manager try fix(对 API 级不兼容无效)

社区方案

暂无:作者尚未修复,用户只能回退版本

当前做法

锁定 ComfyUI 旧版本不升级,或逐插件降级/等作者修

#更新兼容 #插件生态 #回归测试 原文 ↗
6
效率与质量 创作者
▲ 1 · 评 3 · 3 源

批量提交 100 个任务必须守在当前工作流 tab,切 tab 后剩余队列会被污染成新 tab 的任务

产品假设

批量任务编排器插件:多工作流 tab 快照式提交+定时/夜间计划队列+完成后通知,面向挂机量产用户

付费信号

无信号

竞品格局

QuietNoise ComfyUI-Queue-Manager(自定义节点):能导出导入队列/过滤,但核心的『提交时快照』问题仍需上游修复

现场证据与现有方案
场景

用户有 20 个工作流 tab、每个要跑 100 张:当前队列循环在每次提交时读取『当前激活工作流』而非提交时快照,中途切 tab 后 50 号之后的任务全部变成新 tab 的内容;同主题 reddit 求助帖(夜间挂机规划多工作流排队)和 forum.comfy.org『先排队列再开始计算』请求(859 浏览)印证共性

时间成本

每次批量任务需人肉盯守数分钟到数十分钟;20 工作流×100 张场景『takes forever』

现有方案

QuietNoise ComfyUI-Queue-Manager(队列管理增强,但未解决跨 tab 提交快照语义;明确不支持多账号)

社区方案

部分:评论区指出应序列化提交时快照(语义修复建议),论坛有人推荐 QuietNoise Queue Manager

当前做法

死守当前 tab 等队列全部提交完;或手动一个个 tab 排队,夜里挂机靠人肉顺序点击

#批量自动化 #队列 #挂机 原文 ↗
6
部署与生态 其他用户 有付费意向
▲ 165 · 评 69 · 2 源

新模型 day0 发布多个量化变体+分散下载源,新手不知道下哪个、去哪下、放哪个目录

产品假设

新模型 day0 助手:输入显卡显存→自动推荐量化变体组合+一键下载归位+对应模板工作流(与 009 依赖装配器同底座,模型发布日是流量峰值)

付费信号

间接付费:等不及的用户转向 ModelScope API/云端付费推理(『all images generated with modelscope API』)

竞品格局

Comfy-Org repack 仓库(HF 模型仓库):day0 快,但多变体无选择向导,15GB 下载无断点管理

现场证据与现有方案
场景

Qwen-Image-2.1 本周开源(reddit 165 票/69 评论):ComfyUI repack 文件集 15GB、含 bf16/int8_convrot/w4a8 多变体+text encoder 三选一,HF 仓库只给目录树不给选择指引;reddit 评论里『update is not available yet』『要手动覆盖分辨率选择器』等新手卡点集中出现;day0 issue(#16398)3 reactions 催官方支持

时间成本

新模型首发日新手平均折腾 1-3 小时(下载+选变体+摆目录)

现有方案

Comfy-Org HF repack 仓库(含目录说明)、B站整合包(滞后 1-2 天)

社区方案

有:Comfy-Org 当天出 repack+PR(day0 支持已成官方 KPI),但变体选择指引仍缺

当前做法

照教程/评论区指引猜变体(显存够上 bf16、不够 int8),下载错重来;等整合包

#新模型发布 #量化变体 #day0 原文 ↗
5.5
性能与成本 其他用户 有付费意向
▲ 0 · 评 5 · 2 源

同一模型的不同量化变体显存行为不可预测:w4a8 反而比更大的 GGUF 更容易 OOM,用户只能逐一试错

产品假设

量化变体数据库:社区众包+自动跑分『显卡×模型×量化×attention→峰值显存/速度/质量分』,先做 H3/Wan/Qwen 三大家族;靠卖显卡导购 affiliate+云 GPU referral 变现(买卡决策已是大额付费点)

付费信号

间接付费:为跑大模型买云 GPU/升级显卡的决策缺乏数据依据(买卡决策=大额付费)

竞品格局

现场证据与现有方案
场景

MiniMax H3 生态量化混战期:#16335 报告 w4a8.safetensors 的显存管理比更大体积的 GGUF 更差(OOM);#16342 单卡 Radeon 上 aimdo memory compile 报错;Facebook 社群报 3.14.2 更新后 H3/Wan2.2 输出红绿条纹——同一模型名下 int8/gguf/w4a8 × 不同 attention 实现的组合行为无对照数据

时间成本

每试一个变体 30-60 分钟(下载+加载+触发 OOM)

现有方案

无系统性量化变体对照数据源(GPU×模型×量化×attention 矩阵空白)

社区方案

部分:issue 讨论里有零散对照结论,无系统数据

当前做法

逐个变体下载试跑(每个几 GB),OOM 就换下一个;社群口口相传经验

#量化 #显存 #OOM #对照数据 原文 ↗
5
性能与成本 工作流开发者
▲ 3 · 评 3 · 1 源

多插件环境下 text encoder 被 device guard 静默分配到 CPU,报错信息不指向根因,排查一天起步

产品假设

环境冲突诊断器:一键检测已装插件对 device guard/内存管理的 patch 链,可视化显示谁改了什么,定位冲突插件组合(可先做开源 CLI 建立权威性)

付费信号

无信号

竞品格局

现场证据与现有方案
场景

YuE2GenerateABC 报『Expected a cuda device, but got: cpu』:GTX 1650 用户整机不可用,跟帖『my whole day gone behind this problem. No solution』;最终解法是裸装干净版 ComfyUI 对照排查——根因是 kitchen/aimdo/MultiGPU 补丁链改变了设备分配,而非模型或显卡问题

时间成本

单次排查 4-8 小时(『whole day gone』)

现有方案

无已知方案(只能人肉二分排查)

社区方案

有:跟帖给出『干净安装立即可用』的对照结论,定位到补丁冲突但无工具化方案

当前做法

新建干净安装逐包对照排查(二分法定位冲突插件)

#设备分配 #插件冲突 #诊断 原文 ↗
4.5
效率与质量 工作流开发者
▲ 0 · 评 1 · 1 源

自定义节点的 example workflow 重名会让模板搜索静默失效,UI 无任何报错

产品假设

节点包发布前 lint 工具:检查模板重名/目录别名冲突/依赖声明,接入 GitHub Actions 在发布时自动拦截(开发者工具,开源引流+付费托管)

付费信号

无信号

竞品格局

现场证据与现有方案
场景

custom_node_manager.py 接受 5 个历史文件夹别名但从不跨包去重:两个节点包用了同名模板即触发 MiniSearch duplicate ID 崩溃,模板对话框输入搜索词毫无反应,唯一线索在浏览器 console;打包分发节点包的开发者极易踩中且难自查

时间成本

排查一次平均 1-2 小时(错误不可见)

现有方案

无已知方案

社区方案

无:仅 issue 报告+根因分析,上游未修

当前做法

开浏览器 console 找 MiniSearch 报错,手动重命名模板文件

#静默失败 #节点开发 #模板系统 原文 ↗
4.5
部署与生态 其他用户 有付费意向
1 源

中文社区 ComfyUI 内容被整合包营销号淹没:同质标题刷屏,真实教程与求助信息被稀释,新手无法分辨质量

产品假设

ComfyUI 中文资源导航+评价(教程/工作流/整合包的可信度评分,标注是否免费、是否引流、依赖清单),靠信任积累做affiliate与评测变现——需先解决冷启动,适合作为 009/010 平台的内容层

付费信号

间接付费:灰产已在收割(3W 买教程话术、私域付费群),说明信息差已被变现

竞品格局

B站搜索/推荐(平台):算法偏好标题党营销内容,无 ComfyUI 垂直质量信号

现场证据与现有方案
场景

B站『ComfyUI 效率/整合包/教程』类搜索 20 条结果中 18 条为『最新2026整合包无私分享/解压即用/效率拉满』式营销内容(实际为引流私域);真教程(如老照片修复定制工作流)混在其中难以发现;这推高了新手弃坑率并滋生『花钱买免费资源』的灰产(『花3W买的教程』话术)

时间成本

新手筛选有效学习资料平均多花数小时,误入付费引流损失更大

现有方案

B站官方搜索无质量分级;第三方导航站静态维护滞后

社区方案

无:平台算法反而放大营销内容

当前做法

靠关注特定 up 主+粉丝群口口相传找靠谱资源

#信息质量 #营销号 #中文社区 原文 ↗