2026-09-28 痛点归档
https://aigc.cygongju.cn/day/2026-09-28/
训练角色 LoRA 前需要先有一批多样化的角色照片做数据集，但用户手里只有 1-2 张参考图，生成数据集照片时身份漂移严重（每张脸都不一样），只能用换脸/视频抽帧/多次迭代等低效手段拼凑
产品假设Web 工具：1 张参考图→身份一致性保障的 30-60 张 LoRA 训练数据集（内置一致性校验+自动打标），按角色数订阅收费
付费信号间接付费：有人提到付费工具 mage.space 订阅、Nano Banana Pro（付费 API）作为起点工具；Grok 会员
竞品格局LoRA Pilot（开源 Web 工具，覆盖全流程但推广不足）；lora-dataset-studio（刚发布）；Floyo 模板（教程向）；ComfyUI Flux LoRA Trainer（kijai，需手动）。空白点：无一个'一键从1张图到合格数据集'且身份一致性有保障的成熟产品
现场证据与现有方案
场景创作者想给自创 IP 角色训练 LoRA：从 Nano Banana Pro 生成 1 张人脸特写 + 1 张全身照出发，需要扩展出多角度/多表情/多光照/多场景的 30-60 张训练图。直接文生图每次脸都不同；评论区多人确认这是 'Chicken before the egg problem i think we all struggle with'
时间成本每个角色数据集数小时到数天（200-300 prompt 跑一遍再人工挑图），多个角色项目按周计
现有方案lora-dataset-studio（开源新工具，自荐）；lorapilot.com（开源全流程，知名度低）；Floyo 工作流（kijai trainer，需自己组流程）；用户普遍不知道这些工具存在，仍靠手工拼凑
社区方案部分：评论区给出多条拼凑路径（faceswap/视频抽帧/迭代训练），另有自荐工具 lora-dataset-studio（GitHub perfectgf）和 lorapilot.com（开源，覆盖数据集生成→打标→训练→推理全流程），但都是新工具未成主流
当前做法1) 用 MiniMax H3 生成 4 秒视频再抽帧 2) flux/qwen 生成后 face swap 3) 训一个一次性 LoRA 再生成更多图筛选（迭代式）4) Grok 生成第一批（保持脸一致较好）5) 200-300 张里人工挑 30-50 张。全是多步骤手工拼凑，单角色数据集制作常花数小时到数天
同场景多个自定义角色 LoRA 同时加载时互相干扰——权重 0.7+ 就能'看到别人角色的下颌线长在错误的脸上'，长篇项目数百张图的角色一致性靠逐 LoRA 分 pass 生成+手动 inpaint 缝合
产品假设ComfyUI 角色 cast 管理节点/面板：项目级角色库+分 pass 生成自动化+区域 inpaint 缝合+一致性评分，面向长篇叙事创作者订阅制
付费信号无信号（痛点讨论本身无付费表述，但长篇商业绘本项目方天然有付费能力）
竞品格局Area Conditioning 工作流（免费教程多但门槛高）；Qwen-Image 多参考原生支持（新，效果待验证）；BFS 换脸 LoRA（r/StableDiffusion 本周热帖，仅换脸不解决角色共存）。空白点：面向长篇叙事项目的一站式角色 cast 管理器（角色库+分pass自动化+一致性校验）
现场证据与现有方案
场景长篇绘本/漫画项目：12 个自定义角色 LoRA（Flux），几百张分镜要保持固定 cast 一致。同 pass 加载 2+ 个角色 LoRA 即出现特征互串（jawline bleed）。现有方案：只加载 A 角色 LoRA 生成、B 角色泛化描述，再 mask B 区域 inpaint 换入；或错峰权重（0.75/0.65）微调
时间成本每张多角色图 2-3 pass 生成 + 手动遮罩修补，长篇项目（200+ 张）累计数十小时
现有方案区域条件（Area Conditioning + OpenPose 分区）、多参考图工作流（Qwen Edit 2511 多 Load Image）、Selfielab 等无代码 Web 应用。用户不满：分区条件配置复杂、多参考图身份锁定仍不稳
社区方案是：评论区给出分 pass + 区域 inpaint 的完整打法（Queen_Tara1），但被描述为 painstakingly patch
当前做法one-LoRA-per-pass + 手动 mask + inpaint 替换角色；权重错峰试错。一张多角色图要跑 2-3 pass + 手动修，长篇项目按月计的返工量
想做'用参考视频控制生成视频'（换装/运镜/动作迁移）时，MiniMax H3 视频参考功能生成极慢、高动态画面像素化、音频参考模仿效果差——'为何目前没多少人做 H3 视频编辑视频'，中文社区直接把 H3 视频编辑列为当前痛点问题
产品假设H3 视频编辑一站式工作流产品：参考视频预处理→区域 mask 局部重生成→音频对齐→输出，封装成桌面 App 或付费工作流包
付费信号间接付费：中文社区大量用户通过 RunningHub 等云平台付费跑 H3 工作流（视频里带邀请码，云 GPU 按次付费）；本地 8G 显存用户是云服务主力付费人群
竞品格局官方 turbo LoRA/新 ControlNet 模板（comfyui for using video as reference and controlnet，刚出）；yusu 插件（免费）。空白点：视频编辑向的一站式 H3 工作流（参考视频预处理→区域 mask→局部重生成→音频对齐）尚无成熟封装，B站该话题视频 1 小时前刚发出说明需求正在爆发期
现场证据与现有方案
场景创作者用 H3 ref2va：把跳舞视频转帧序列接 ref_video_0（官方工作流不收视频文件只收图像序列，'pain in the ass but that's just how those nodes work rn'）；生成一个 15s 参考视频数十分钟；高动态跳舞画面出现块状像素化；音频参考'聊胜于无'
时间成本每个 15s 视频数十分钟生成 + 抽帧转格式 10-20 分钟；反复重试高动态场景按小时计
现有方案ComfyUI-Yusu-MiniMaxH3-Unified（免费插件，统一 H3 节点操作）；官方 turbo 4-step LoRA（提速但降质）；EasyCache+SageAttention（教程提速 4-6x）。用户不满：配置分散在各处、视频参考质量根子问题无解
社区方案部分：原生 'Get Video Components' 节点可替代手动抽帧；yusu 插件统一了 H3 操作；但速度/像素化/音频三大问题无解
当前做法手动 ffmpeg 抽帧转图像序列；等待数十分钟出片；暗部 banding 用 10bit lossless 编码规避（部分是编码问题）；B站 UP 主直接开发第三方插件（ComfyUI-Yusu-MiniMaxH3-Unified）修补官方工作流缺口
售卖/分享工作流的人收到海量'where is the custom node and workflow!?'式求助——下载方工作流打开全是红框缺失节点/缺模型，'Missing Node Packs' 是本周 GitHub 高频词，视频类工作流尤其严重（引用大量私有 LoRA）
产品假设工作流售卖者的发货工具：一键自检+依赖清单导出（含私有 LoRA 哈希清单）+买家端一键补齐脚本，PATREON/RunningHub 卖家付费
付费信号明确付费：PATREON 付费会员制售卖节点包/工作流是已验证模式；国内 RunningHub 工作流市场已成交（yusu 工作流可直接购买）；购买者付费后跑不起来→退款/差评风险
竞品格局RunComfy（云平台形态，自动 setup 是卖点）；秋叶整合包/wonderful launcher（中文，本地）。空白点：本地一键'工作流自检+依赖清单导出+一键补齐'独立工具（不绑云、支持私有 LoRA 清单导出给买家）——售卖者的'发货工具'
现场证据与现有方案
场景PATREON 卖视频编辑节点包的作者被问'节点和工作流在哪'；GitHub issue #16532 用户装 comfyui_controlnet_aux 反复 import failed；HF 下载的 MiniMax H3 工作流引用 MiniMaxH3VAEDecodeFast 节点全网找不到出处（要去 GitHub 源码 __init__.py 里翻）
时间成本每个下载者卡 30 分钟-数小时；售卖者每个新品发布后花数天处理售后；B站 UP 主每个视频要打包+维护网盘链接
现有方案RunComfy Auto Setup（上传 workflow JSON 自动装缺失模型+节点，云平台捆绑）；wonderfullauncher 国内启动器（缺节点一键分析+镜像下载）；ComfyUI Manager。不满：Manager 对新节点/私有节点识别差；RunComfy 强绑云
社区方案部分：Manager 一键装缺失节点存在但'Import Failed'仍常见；模型缺失完全无解（Manager 模型管理官方承认烂）
当前做法ComfyUI Manager 'Install Missing Custom Nodes'（成功率有限）；作者手写安装文档/网盘打包全部依赖（B站 UP 主标准操作：插件+模型+工作流打一个夸克网盘包）；购买者自己 Google
测试各种工作流后模型文件大量堆积，工作流删了模型没卸，用户无法知道'哪个模型被哪个工作流引用、哪些模型是空闲的'，磁盘被数 TB 垃圾模型占满且不敢删
产品假设模型-工作流交叉引用管理器：扫描全部工作流 JSON 建引用图谱，孤儿模型检测+清理建议+中文 UI，免费引流+Pro 版云同步
付费信号间接付费：用户为磁盘买单（多买硬盘/NAS）；RunningHub 等云平台按存储+GPU 计费
竞品格局ComfyUI Asset Vault（YouTube 有介绍视频，功能已覆盖'哪个工作流用哪个模型+清理建议'，属有竞品但推广差）；ComfyVault（本周新发，多安装共享向）；wonderfullauncher（国内启动器，缺节点分析+镜像直连）。差异化空间：中文本地化+启动器集成+自动化清理建议
现场证据与现有方案
场景重度用户装了几十个工作流，每个引用不同 checkpoint/LoRA/VAE/ControlNet；ComfyUI Manager 的模型管理'has not been actively maintained'（官方 discussion #7937 承认）；中文用户在启动器视频下求'模型隶属于哪个工作流、哪个模型空闲'功能
时间成本每月数小时手工清理 + 数 TB 磁盘占用成本；找'这个模型是干嘛的'单次 5-15 分钟
现有方案ComfyUI Asset Vault（免费工具，功能匹配度高：模型↔工作流交叉引用+孤儿检测+SHA256 查重，但知名度低）；ComfyUI-Manager 模型管理（官方承认维护不足）；advanced-model-manager（下载向）。用户不满：Manager 不显示所有模型、模板装的模型识别不到
社区方案是：B站评论明确描述了理想功能形态；reddit 本周 ComfyVault（开源）刚发布解决多安装共享问题（前端 UI + symlink 自动化），说明工具需求被独立开发者反复发现
当前做法手工对照工作流 JSON 找模型引用；靠文件夹命名规范自律；定期全删重下。多 ComfyUI 安装用户还要 symlink/extra_model_paths.yaml 手动配
批量出视频/出图时想把一列 prompt 自动依次跑，但 Inspire Pack 的 Load Prompts From File 输出 ZIPPED_PROMPT 类型不能直连文本编码节点，需要 Unzip Prompt 中转 + widget 转 input 隐藏操作，新手完全卡死
产品假设批量任务表前端：Excel 式 prompt 列表编辑+进度看板+失败重跑，包装成 ComfyUI 扩展或独立 Web UI
付费信号无信号（但批量场景=商业量产场景，电商/自媒体批量出图出视频者有明确效率收益）
竞品格局官方 Prompt Multi Batch 模板（刚上线）；CSV-to-Prompt 节点。空白点：面向非技术用户的'批量任务表'前端（Excel 式编辑 prompt 列表+进度看板+失败重跑），1-2 月可出 MVP
现场证据与现有方案
场景用户想'把所有 prompt 放进去视频自动生成'（LTX 2.5 文生视频）。装了 Inspire Pack 后不会连：ZIPPED_PROMPT 类型不匹配→需要插 Unzip Prompt 节点→CLIP Text Encode 不需要→右键 widget convert to input（新 UI 里入口还找不到）。一条 14 轮的求助评论链
时间成本新手卡 1-3 小时；即使熟练者配批量也要 20-30 分钟
现有方案Inspire Pack Load Prompts From File（类型陷阱）；CSV-to-Prompt（文件必须放节点目录）；FL_PromptSelectorBasic/PromptMulti（官方模板新推）；RunComfy 等云平台有批量 UI。不满：类型系统不透明、widget-to-input 操作隐蔽、节点选择分散
社区方案是：热心的 Slight-Living-8098 用 14 轮评论+截图教会了，但反映'每 个新手都要重走一遍这个坑'
当前做法社区手把手教节点连接（14 轮评论）；CSV-to-Prompt、WAS Text Load Line、PromptBatcher 等多个节点各有限制（csv 必须放节点目录内等）
H3 的 ref2va 需要按特定 prose 格式写超长结构化 prompt（主体引用/镜头分解/音频段落），用户只有一段参考视频，希望'看视频自动产出 H3 格式描述'，现有工具要么要求装 Ollama 要么疑似不安全
产品假设视频→H3 结构化 prompt 转换器：VL 模型 API 做视频理解，输出合规 H3 prose，Web 工具免费+API 付费
付费信号间接付费：用户在用 ChatGPT/Gemini 订阅做转换再手工搬运
竞品格局Felo Agent H3 Prompt Generator（文本进文本出，不支持参考视频理解）；ComfyUI-MiniMax-H3-Guide（结构化 prompt 构建器，Typed Plan v2，接近但非视频理解输入）。空白点：视频→结构化 H3 prompt 的转换器（可做成 Web 工具或节点，VL 模型 API 成本低）
现场证据与现有方案
时间成本每个参考视频手写结构化 prompt 20-60 分钟
现有方案comfyui-ollama-describer（需本地 Ollama）；qwen3-VL 节点（要自己写提示词模板）；Felo 免费 H3 prompt 生成器（Web，不做视频理解）；HF 上官方 System Prompt IT2V（提示词工程资源，非工具）。不满：没有'视频进→H3 prose 出'的单点工具
社区方案弱：推荐了 ollama-describer（过重）和一个无 release 的 GitHub repo（用户检查后怕供应链攻击不敢装 'im scared daddy'）
当前做法comfyui-ollama-describer（要求先装 Ollama 整套）或 qwen3-VL 节点或手动丢给 ChatGPT/Gemini 再手抄回 ComfyUI；评论区有人当场表示 'Thx for the idea ill try to make this'（供给真空到观众想自己写）
ComfyUI 官方推出 ComfyRouter（生成式媒体版 OpenRouter），工作流开发者可把多模型 API 聚合进单个工作流——同时社区立即出现第三方 OpenRouter 扩展（'官方只支持有限模型，我做了能跑任意 OR 模型的扩展'），说明 API 聚合生态位竞争开始
产品假设长尾模型 API 聚合扩展：承接 ComfyRouter 未覆盖的模型，按调用抽成
付费信号明确付费：API 按量计费模式本身；第三方扩展作者承接官方未覆盖需求
现场证据与现有方案
场景生态信号：官方 One API for frontier media models 上线（image/video/3D/audio）；HN 评论质疑企业级客户是谁。对独立开发者：工作流→API→计费 的变现基础设施正在成型
现有方案ComfyRouter 官方；comfyui-openrouter 社区扩展（Show HN 本周）
当前做法官方 ComfyRouter（有限模型清单）；社区扩展（任意 OR 模型）；自建 API 代理
MiniMax H3 内置了大量知名角色/剧集风格（Friends/Simpsons/Rick&Morty 等）但没有官方清单，创作者不知道模型'会'什么，每个角色都要盲试；社区自发维护 known-characters 清单（HF dataset + Reddit v2 版）
产品假设H3 角色百科 Web 工具：已知角色/风格可视化检索+效果预览图+prompt 一键复制，数据来自社区 dataset
竞品格局空白市场（数据已有、产品化空白：做成'H3 角色百科+效果预览+prompt 一键复制'的 Web 工具）
现场证据与现有方案
场景创作者问 'Has anyone come up with a list of shows minimax h3 is trained to do?...never an actual list'；答案指向 malcolmrey HF dataset（INDEX.md 手工维护，标注 Good/Bad 等级）
时间成本每个角色/风格盲试 10-30 分钟（生成+评估）
现有方案malcolmrey/various HF dataset（手工，覆盖不全）；Reddit v2 清单帖（月更）。无产品化：无可视化检索/效果预览/一键用
社区方案是：HF known-characters INDEX + Reddit 整理帖
当前做法社区手工维护 HF dataset 清单（1.0/2.0 版本迭代）；逐个角色试错
普通用户根本不知道自己版本落后多少：有人用 Manager 点更新点了几个月，实际从 v17 一路落后到 v37（20 个版本）；portable/git/桌面版三种安装方式更新路径互不通用
产品假设统一更新器：检测安装类型→给出正确更新路径→一键执行+回滚，英文圈空白
付费信号间接付费：中文用户直接用秋叶整合包（免费但带推广）/买云平台避开本地更新；有人用 ChatGPT/Claude 订阅修环境
竞品格局国内启动器已较成熟（秋叶/wonderful）；空白点在英文世界无对应物（英文用户靠 Manager 裸奔）
现场证据与现有方案
场景用户吐槽'even after months of updating everything via manager, i was on comfyui 17, yes 17!!! now on 37'——Manager 的更新按钮对 git 安装无效、portable 版要跑 update.bat、桌面版自动更新，三套心智模型普通用户搞不清
时间成本版本落后导致的 bug 排查浪费数小时；正确更新一次 15-30 分钟（含踩坑）
现有方案秋叶整合包（中文，解压即用+自带更新器）；wonderful launcher（镜像直连+一键更新）；ComfyDesktop 自动更新。不满：三通道不统一、Manager 更新对 git 安装无效且无提示
社区方案部分：评论区给出各安装方式的正确更新命令，但没有统一入口
当前做法用 AI agent 修更新（本帖主题：'let ai do it'）；手动 git pull + pip install；重装最新整合包（B站整合包生态存在的根本原因）
为不同项目/版本装多个 ComfyUI 实例后，模型文件在各自目录重复占用磁盘；配置 extra_model_paths.yaml 或 symlink 对普通用户门槛高，直到磁盘爆了才被迫处理
产品假设多安装模型共享向导：图形化配置 extra_model_paths/symlink + 冲突检测（与 ComfyVault 差异化在易用性）
竞品格局ComfyVault 刚发布正面对位；Stability Matrix 是成熟竞品。差异化空间小，属已解但推广不足
现场证据与现有方案
场景开发者同时维护多个项目（不同 ComfyUI 版本+不同节点集），每套自带 models 目录；有人 symlink 到 Pictures，有人镜像整个模型目录到 HDD，本周有人为此专门写了个开源工具 ComfyVault
时间成本每次新装实例重复下载/移动几十 GB 模型，1-3 小时；磁盘成本数 TB
现有方案extra_model_paths.yaml（官方，手动）；ComfyVault（新，开源免费）；Stability Matrix（包管理器，自带共享）。不满：yaml 每实例手配易错、无可视化管理
社区方案是：评论区确认 yaml 方案可行，ComfyVault 作者自述'我的多安装已经乱成一团才写的'
当前做法extra_model_paths.yaml 手动配（每装一个实例配一次）；手动 symlink；ComfyVault（本周新开源工具，自动做 vault+链接）
带循环（loop）的工作流迭代次数一多，缓存键构建时间/内存呈二次方增长，直接触发递归深度上限报错——做批量自动化工作流的开发者被迫限制循环规模
产品假设给核心提缓存键线性化 PR + 配套 loop 迭代规划器节点
竞品格局空白市场（需核心 patch，独立开发者可提 PR+配套 loop 规划器工具）
现场证据与现有方案
场景工作流开发者用 loop 节点做批量处理/迭代优化，大图+多迭代时 server recursion depth error，执行时间非线性暴涨
当前做法减少迭代次数拆成多个工作流串联；手动开 recursion limit；避免大图进循环
comfyui_controlnet_aux 等热门节点包反复 import failed，Manager 显示可安装但装完依旧报缺失，新手在'装→失败→再装'死循环中弃坑
产品假设环境自诊断工具：import failed 根因定位（Python 版本/依赖/前端版本）+修复建议报告
付费信号间接付费：整合包生态（秋叶等）本质是把这个问题商品化；RunningHub 云端免安装
竞品格局整合包/启动器已占中文市场；英文圈空白但受众付费习惯弱
现场证据与现有方案
场景新手按教程装节点：Manager 列表点击安装→警告 import failed→试多个节点包同样结果→无法启动。本周 3 个节点仓库（rgthree/KJNodes/VHS）均有同类报告（Python 3.14 兼容、依赖冲突、前端版本不匹配）
现有方案整合包（中文圈成熟）；Manager（有限）；ComfyDesktop。空白：环境自诊断工具（依赖冲突定位+修复建议）
社区方案弱：issue 0 回复；reddit 靠社区口口相传
当前做法AI agent 修环境（本周热帖）；照 GitHub issue 逐条试；弃坑换整合包