AIGC 需求雷达

2026-09-24 痛点归档

https://aigc.cygongju.cn/day/2026-09-24/
← 2026-09-232026-09-24
7
效率与质量 创作者 有付费意向
▲ 5 · 评 11 · 1 源

批量处理文件夹图片时没有可靠的逐张加载方案,List from Dir 全量载入 RAM、循环链在大数量下崩溃,数千张图无法跑通

产品假设

『批量生产线』节点包:文件夹流式逐张加载+保留原文件名+断点续跑+失败隔离+进度 UI,一包解决商品图/证件照/批处理交付场景,可 Patreon/付费节点双轨变现

付费信号

间接付费——YouTube 批量去背景教程将批量工作流放 Patreon 付费会员专享,说明批量工作流已被当作可售商品

竞品格局

comfyui-simple-batch(节点):评论区自荐,可用但小众、无 UI 反馈;ComfyUI-SequentialImageLoader(节点):有预览 UI,但与 SaveImage 原名保留等需求组合仍需自行拼装;WAS Node Suite 循环(节点):老方案,教程依赖强

现场证据与现有方案
场景

创作者用 ComfyUI 批量处理商品图/证件照/打码任务(如『我需要给几千张图打 mask』),现有 loader 要么一次性 batch 进 RAM 导致 OOM,要么 for 循环失效;GitHub #13006 同痛点:批量队列会启动 X 个 comfy 会话,比单会话逐张慢得多且吃硬件

时间成本

数千张图级别的任务,多方案试错通常耗费数小时;GitHub #13006 用户被迫手动逐张加载

现有方案

comfyui-simple-batch、ComfyUI-SequentialImageLoader、Zar4X ComfyUI-Batch-Process、WAS Node Suite:各自维护度低、文档缺失,SaveImage 原名保留、断点续跑、失败重试等生产级特性均无

社区方案

有——评论区推荐了 5 个不同方案(lordekeen/simple-batch、shootthesound/SequentialImageLoader、WAS 循环、手动 index 递增、BATCH MANAGER),但原帖主明确表示多个方案都试过跑不通,方案碎片化本身就是痛点

当前做法

混用多个第三方节点碰运气:simple-batch / SequentialImageLoader / WAS suite / 手动 start_index 自增循环;文件名还会被 SaveImage 自动递增覆盖,无法保留原名

#批量处理 #逐张加载 #电商视觉 #production 原文 ↗
7
效率与质量 创作者 有付费意向
▲ 1 · 评 5 · 1 源

MiniMax H3 出片强依赖手工结构化提示词(subject definitions/时间码分段),用户用官方 workflow+官方 prompt 仍得不到想要的 I2V 结果

产品假设

『H3 出片副驾』节点:参考图/首尾帧拖入→自动生成合规结构化 prompt→时间轴可视化分段编辑→一键回填工作流,把 30 分钟 prompt 工程压到 3 分钟,Pro 版收订阅

付费信号

间接付费——Felo Agent 免费工具已上线抢流量;RunDiffusion 等云平台用『代写 H3 prompt 指南』作获客内容,说明该摩擦点被商业利用

竞品格局

Comfyui-Minimax-H3-Promptor(节点):新出,含 A/B 恢复按钮,但知名度低、依赖外部 LLM key;Felo H3 Prompt Generator(Web 工具(免费)):免费但需网页来回粘贴,与 ComfyUI 内流程割裂

现场证据与现有方案
场景

从 Wan 2.2 迁移到 H3 的创作者:官方模板跑通但画面不听话——开头冻结、主体不按描述动。社区回答是『必须读 prompting 指南』『用 LLM 写 system prompt 再生成结构化 prompt』。H3 要求 [0s-2s] 时间码分段+subject 标签+音频段描述,本质是把编程负担转嫁给创作者

时间成本

每条视频提示词打磨 15-30 分钟;换模型(Wan→H3)需重学一套 prompt 体系

现有方案

官方 MiniMax-H3 SKILL.md(h3-prompt-writing,规则长)、1038lab/Comfyui-Minimax-H3-Promptor 节点(LLM 辅助+版本对比)、Felo 免费 Agent、duckyshell Prompt Writer;工具刚出现、渗透率低,Reddit 用户仍在裸问

社区方案

部分有——回帖给出 FL2VA vs Ref2VA 选型建议和 prompt 结构要点,但都指向『去读长文档』而非工具化解决

当前做法

拿 Grok/Gemini/Qwen 当提示词代理,手工喂官方 SKILL.md 规则重写 prompt;或在 Felo 免费生成器网页来回粘贴

#视频编辑 #提示词工程 #MiniMaxH3 #结果不可控 原文 ↗
6.5
封装与变现 工作流开发者 有付费意向
▲ 7 · 评 3 · 2 源

工作流开发者开始用 MCP/agent 把 ComfyUI 包装成可编程服务,但现成 MCP server 覆盖浅(仅 50 工具、无状态管理),封装成产品仍要自研大量胶水

产品假设

『工作流一键 API 化』自托管套件:任意 workflow.json 30 秒变带鉴权/队列/计费/日志的 SaaS 端点,开发者保留定价权,按实例订阅收费——Comfy Router 验证了需求,但自托管长尾市场空白

付费信号

间接付费——Comfy Router 官方按量计费模式上线即验证该层付费意愿;SOYLAB 等第三方接入商已开始导流变现

竞品格局

Comfy Router (官方)(平台/API):官方按量计费,抽成模式,开发者无自主定价权;开源 MCP server(节点/服务):能跑通 demo,无生产级鉴权/队列/计费

现场证据与现有方案
场景

开发者发布开源 ComfyUI MCP server(Claude/Cursor 直连建工作流+跑图);HN 讨论中有人分享用 hermes agent 远程控制 ComfyUI 适配工作流。信号:『工作流→API/agent 服务』是当前封装变现最活跃方向,r/comfyui 同期出现 Comfy Router 接入教程(SOYLAB)。痛点在封装层:认证、任务队列、状态、断线恢复都要自己写

时间成本

自研胶水层 2-4 周起步

现有方案

comfy-mcp 开源项目(浅封装)、ComfyUI 原生 API(裸 HTTP)、Comfy Router(官方平台抽成模式)、RunningHub(国内平台)

社区方案

部分有——MCP server 开源可 fork,但生产化(鉴权/并发/计费)无方案

当前做法

自研 FastAPI 包 /prompt 端点+队列;或接 Comfy Router/RunningHub 分成但失去定价权

#API化 #MCP #封装 #变现 原文 ↗
6
其他 其他用户 有付费意向
▲ 19 · 评 56 · 1 源

『简单任务用 ComfyUI 像仪式』——大量用户绕过节点图:自写终端脚本、用 Forge Neo、自建 proxy UI,社区公开讨论 ComfyUI 的学习曲线把轻量用户推走

产品假设

『本地工作流的简单脸』:薄 UI 层套本地 ComfyUI——常用 10 个工作流变成填表单/一键按钮,暴露参数白名单,团队里非技术同事(美术/运营)无需理解节点图;按席位收费,切入『工作流作者→使用者』交接场景

付费信号

间接付费——Krea/Forge Neo 类简化工具已形成付费订阅/云费用户群,证明『简单入口』有人买单

竞品格局

Forge Neo(本地 WebUI):简单但生态锁定 A1111 范式,无工作流能力;Krea(云端 IDE):付费订阅,本地工作流无法直接复用

现场证据与现有方案
场景

r/SD 热帖(56 评论):楼主终端一行命令批量出 10 张图比开 ComfyUI 快;高赞回复揭示绕过生态——『我画图用其他工具』(96 赞)、『我用 Forge Neo,比 ComfyUI 简单得多』(12 赞)、『我自建了带 UI 的 proxy 应用』(3 赞)、『代理 agent 远程控制 ComfyUI』(14 赞)。共识:prompt→seed→batch 的线性任务用不上图结构,state 复杂时 ComfyUI 才有价值

时间成本

自建 proxy/脚本 1-3 天;切换工具重学生态数天

现有方案

Forge Neo(本地简化 UI)、Krea/ThinkDiffusion(云端简化 IDE)、 comfy.org 官方模板库(降低起步门槛但仍是节点图)

社区方案

无统一方案——绕过路径本身碎片化即痛点证据

当前做法

终端脚本+交互式 Python、Forge Neo、Krea 等简化 IDE、自建 proxy app——每个都是对 ComfyUI 交互过重的独立投票

#交互复杂度 #简化UI #社区生态 #绕过信号 原文 ↗
5.5
资产与工作流 创作者 有付费意向
▲ 1 · 评 0 · 1 源

找不到能保住角色体型的换装工作流/LoRA——Qwen Image 2.1 换装时脸和姿势能保住,但胸/腰/臀比例会被服装参考图带偏

产品假设

『体型锁定换装』专用工作流产品:pose-aware 服装对齐+体型 latent 约束,覆盖任意姿势角色换装,以可售工作流形态在 Civitai/OpenArt 上架(该市场 ComfyUI 工作流单品类下载已达 9.2 万次)

付费信号

无信号(帖子本身无付费讨论;但电商虚拟试穿是已被验证的付费场景)

竞品格局

ComfyUI CatVTON Wrapper(节点):数据集限制严格,非标准姿势/全身照效果差;SAL-VTON workflow(工作流):要求浅色背景+膝盖以上取景;Krea Clothes Changer(Web 工具(闭源)):托管付费、不可控体型、无法本地

现场证据与现有方案
场景

IP 运营/虚拟主播给既有角色换装出图:用 Qwen 2.1 换装,体型随服装参考漂移,角色一致性破坏;发帖求助无人能答(0 回复)。同类求助持续出现:r/comfyui 另有『Wan vs Minimax 视频换装保身份』帖(1wnzl88),视频方向同样缺方案

时间成本

未提及具体时长;每套服装需多次抽卡+手修

现有方案

CatVTON Wrapper(限 VITON-HD 数据分布:白背景/上半身/直站姿势)、SAL-VTON workflow(同上限制)、comfy.org 官方 Clothes Changer 模板(效果未覆盖体型保持)、Krea 闭源换装功能;无一个解决『任意姿势+体型锁定』

社区方案

无——求助帖 0 回复;视频换装帖仅一条经验回帖(Minimax H3+遮罩+服装 ref 可用但需大量手动调 mask)

当前做法

用 Qwen 2.1 反复抽卡+多 prompt 重写约束体型描述,失败率高;部分用户放弃 AI 换装回 Photoshop 手动合成

#工作流缺失 #LoRA缺失 #图片编辑 #换装 #角色一致性 原文 ↗
5.5
性能与成本 创作者 有付费意向
▲ 2 · 评 9 · 1 源

MiniMax H3 Ref2VA 参考图一多(8 张 2048 图)就卡死在 Model Initializing,5090+64GB 也一样;用户不知道该降分辨率还是减参考

产品假设

『参考图预算器』节点:读取工作流中参考数量/分辨率/模型量化档位,实时估算 VRAM 峰值并自动预压缩/合成 refmod 建议,把盲调变成确定性配置,配合本地显存不足时给出云租成本对照

付费信号

间接付费——同社区有人租 96GB Blackwell 云卡测 LTX-2.5(231 秒/10 秒 1080p),为绕显存墙花云租金已是常态路径

竞品格局

RunComfy/RunPod 云 GPU(云服务):按时付费绕墙,成本随用量线性涨;kingy.ai H3 指南(文档):静态建议表,不随实际配置计算

现场证据与现有方案
场景

视频创作者做多角色/多视角一致视频需要 7-9 张参考图:第 8 张参考图加入后无限卡在 0/20 Model Initializing,无报错无进度提示。评论区多人同类:5080 只能勉强 1MP、swap 模式慢到不可用;官方契约上限 9 图 3 视频但实际 8 图即墙

时间成本

每次 7 分钟初始化起步,失败一次重配再等 7 分钟;多参考任务半天耗在等待+盲调

现有方案

kingy.ai H3 本地指南(表格给出方向性建议)、RunComfy 云主机(16-80GB 按时租,$ 数/小时);本地侧无 VRAM 预算器/参考预压缩工具

社区方案

部分有——回帖建议合 refmod/降分辨率/看显存占用,但没有能给出『这张配置到底要多少 VRAM』的判断工具

当前做法

盲试:降 ref_image_size match/max 来回切、把多图手工合成 refmod、降采样部分参考图;全程靠猜,无 VRAM 预算提示

#显存 #MiniMaxH3 #多参考 #视频编辑 原文 ↗
4.5
资产与工作流 创作者 有付费意向
▲ 2 · 评 3 · 1 源

视频方向缺『换装但保舞蹈动作+保身份』和『动作迁移复刻』的现成工作流——求助帖要么无人应答要么只给模糊方向

产品假设

『视频换装一键包』:遮罩+服装 ref+动作保持预置管线封装成单节点/模板,按条收费或模板售卖,瞄准短视频带货/虚拟主播换装拍摄场景

付费信号

间接付费——r/comfyui 教程生态里视频工作流教程是 Patreon/RunningHub 付费点单主力;RunningHub 上 wan2.2 VACE 换装三段式工作流已成付费体验项目

竞品格局

Wan2.2 VACE outfit-change 教程(工作流(付费教程)):三段式串联复杂,新手跑不通,identity 保持不稳定;comfy.org Wan Animate 2 模板(官方工作流模板):覆盖标准动作迁移,不覆盖换装+动作保持复合任务

现场证据与现有方案
场景

短视频创作者看到 TikTok 动作迁移作品想复刻(1wocsv3 求工作流拆解,唯一回复是『I think someone made it in AI』);换装舞蹈视频要保 identity 零变化,只能 Minimax H3 手动遮罩+服装 ref 硬调(1wnzl88);另有 wanAnimate 2.2 视频局部精确重绘求助(1wnqrfu)、LTX 长篇数字人视频工作流求指导(missing 搜索命中)

时间成本

单个视频换装任务需数小时遮罩+多次重跑;动作迁移复刻因无参考管线直接搁置

现有方案

Wan2.2 VACE 换装教程(YouTube/RunningHub,三工作流串联、门槛高)、Wan Animate 2 官方 motion transfer 模板(comfy.org 收录但复刻任意 TikTok 管线无指导)、Krea 闭源视频能力;『教程存在≠用户能跑通』差距明显

社区方案

极少——motion transfer 求拆解帖无人能给出管线;换装帖仅一条定性经验(Minimax H3+mask+ref),无步骤

当前做法

手动遮罩人物+反复调 ref 质量硬试;或放弃复刻;WanAnimate/VACE 官方模板存在但参数门槛高,身份漂移无解

#工作流缺失 #视频编辑 #换装 #动作迁移 #LoRA缺失 原文 ↗
4.5
效率与质量 工作流开发者
▲ 0 · 评 7 · 1 源

If/Else 节点不阻断空路径,带必填输入的分支无法真正关闭——工作流里做不了『图生图开关』这类基础条件逻辑

产品假设

『真开关』节点包:惰性求值+任意类型通配+必填输入自动虚化,附带开关状态持久化到工作流元数据,成为条件逻辑事实标准后按 Pro 功能收费

付费信号

无信号

竞品格局

rgthree Fast Groups Bypasser(节点):主力替代品,但 2026-09-19 起自身回归失效;Impact Switch 系列(节点):类型分支覆盖不全

现场证据与现有方案
场景

工作流开发者想给 subgraph 加 img2img 可选开关:If/Else 指向 false 路径时,被旁路分支的必填输入仍阻止运行。开发者原话:『没有这功能我没法把 img2img 做成子图开关』。7 条评论无官方回应,说明多人关注

时间成本

每个条件逻辑需求 1-2 小时拼装绕过方案;复杂工作流的开关矩阵维护成本持续累积

现有方案

rgthree Fast Groups Bypasser/Muter(但同日本身出回归 bug #766,toggleRestriction 三选项全部失效)、Impact Pack Switch 节点(数据类型覆盖不全)

社区方案

无官方方案;社区惯例是绕过而非解决

当前做法

用 rgthree Fast Groups Bypasser 等第三方开关节点拼凑;或把可选功能拆成多个工作流文件手动切换

#节点生态 #条件逻辑 #工作流工程化 #debug 原文 ↗
4
封装与变现 其他用户 明确付费信号
▲ 14 · 评 7 · 2 源

ComfyUI 官方上线 Comfy Router(生成媒体版 OpenRouter):一个 API 调用前沿图/视频/3D/音频模型——工作流变现的官方通道成型,独立分发渠道被平台收编

产品假设

平台本体非独立开发者机会;机会在 Router 周边服务:用量监控/成本优化器、Router 任务的可视化调试面板、以及『同工作流多路由比价』中间件

付费信号

明确付费——Router 本身即按量计费产品;接入教程社区(SOYLAB)已产生引流收入

竞品格局

fal.ai / Replicate(云平台):成熟但工作流迁移成本高,不支持 Comfy 原生图;OpenRouter(API 聚合):文本模型为主,非生成媒体

现场证据与现有方案
场景

生态事件卡:HN 14 分讨论确认定位差异(Comfy Router 面向大资产/异步任务/多步工作流,OpenRouter 面向文本);r/comfyui 同步公告 24up。对生态影响:①工作流作者多一个官方售卖/调用出口 ②依赖平台者担心抽成与规则 ③SOYLAB 等二道贩子接入教程已出现。HN 有价值质疑:『到底谁在规模化生产 AI 图像视频?』——客户群尚未验证

时间成本

未提及

现有方案

Comfy Router(官方)、OpenRouter(仅 LLM)、fal.ai/Replicate(竞对托管平台)

社区方案

官方公告即方案本身

当前做法

观望:开发者用 Comfy Router 跑通第一个 API 化 demo,同时保留 RunPod/自托管备份

#生态 #API化 #变现 #ComfyRouter 原文 ↗
3.5
性能与成本 工作流开发者 有付费意向
▲ 0 · 评 4 · 1 源

0.37 起 fast-disk 策略自动启用后,大 RAM 机器权重每步从 NVMe 重读,采样从 36 s/it 掉到 50-90 s/it,且无开关无日志

产品假设

独立机会有限(上游一行 patch 即消灭),但揭示『ComfyUI 性能策略黑盒』缺口:一个显存/IO 策略可视化+基准测试小工具(显示当前 pinning/streaming 决策与 s/it 对照)对高端用户有订阅价值

付费信号

无信号(该人群硬件投入已极高,是潜在付费工具的高价值人群)

竞品格局

现场证据与现有方案
场景

高端本地部署者(5090 32G+192G RAM+9100 PRO):跑 MiniMax H3 38G+Qwen3-VL 49G 组合,fast-disk 跳过 RAM pinning 导致每步读盘、GPU 99% 利用率但 49°C(IO 等待)、每 prompt 第 1 步卡 1-2 分钟。量化充分:速度回退 1.4-2.5 倍

时间成本

每次模型加载多 1-2 分钟;长任务整体慢 40%-150%;排查根因(silent policy change)本身耗数小时

现有方案

无第三方方案——这是核心仓库行为回退,用户只能改源码

社区方案

无——issue 提出详细 patch 建议与日志诉求,尚无 maintainer 回应

当前做法

手动改 comfy/storage.py 源码强制 fast_disk=False;或加 --cache-ram 60/--vram-headroom 3 参数组合盲调;无官方 CLI 开关

#性能 #显存 #缓存 #silent-regression 原文 ↗
3.5
部署与生态 工作流开发者
▲ 6 · 评 4 · 1 源

自定义节点更新后行为静默回归——rgthree Fast Groups Bypasser 的 toggleRestriction 三选项全部退化为默认行为,老工作流逻辑悄悄坏掉

产品假设

『工作流回归守卫』:为工作流建立 golden-output 快照基线,节点更新后自动跑微型冒烟集对比输出差异并高亮风险节点——把 CI 理念卖给工作流卖家(他们最怕交付后坏)

付费信号

无信号

竞品格局

ComfyUI Manager 版本固定(内置工具):只能锁版本,不能检测行为回归

现场证据与现有方案
场景

依赖 rgthree 开关体系的工作流作者:升级 ComfyUI 0.36+rgthree 新版后,限制组切换规则失效,已交付工作流行为漂移。6 reactions 说明多人命中;同周 rgthree 还有 #767 Repeater 切 tab 后自动激活、#768 拖放定位样式损坏——单仓 4 issue 三条是回归类

时间成本

每次节点更新后回归测试靠人工;一次静默回归排查 1-3 小时

现有方案

ComfyUI Manager 可固定版本但无变更风险提示;无工作流级回归测试/快照对比工具

社区方案

无——issue 开着未修

当前做法

锁定旧版本不升级(然后积累兼容债);或出问题后逐节点二分排查哪个更新引入

#节点生态 #更新兼容 #回归 原文 ↗