2026-09-09 痛点归档
https://aigc.cygongju.cn/day/2026-09-09/
给既有人设换装时脸会漂移，8套服装批量出图后看起来像换了个人
产品假设做一个'换装保人'的一键工作流/节点包：输入人设图+服装图，自动 mask 服装区域+锁脸（局部 face restore + identity LoRA 微调），把脸漂移率做成可量化指标当卖点
付费信号间接付费：发帖人本身在用 fal.ai 付费 API 跑该流程；B站该方向存在收费教程与引流工作流
竞品格局Consistent Character Creator 3.8 (RunComfy)（付费云工作流）：一致性尚可但按次付费、跑在云端，本地用户用不上；UNO / Krea2 body-swap LoRA（开源LoRA+工作流）：新出且中文教程火热，但脸部漂移与风格保持仍未完全解决；IPAdapter+ControlNet 组合（节点组合）：Medium 作者自述 over-engineered，输出未显著变好
现场证据与现有方案
场景创作者用 ComfyUI 做角色设计：已有一套成熟人设图，要生成同一角色、同一姿势、不同服装的系列图（电商视觉/游戏立绘/IP衍生图）。评论区确认：mask 内脸部仍会漂移1-2%，8套图的批次整体读起来像不同人；中文区同期出现 Krea2 身体交换LoRA+服装迁移工作流教程（B站 09-06），说明中英文社区都在绕这个任务。
时间成本每套服装需手动 inpaint 并逐张检查脸部；8套图的批次一旦漂移整体返工（评论原话：across a set of 8 outfits that reads as a different person）
现有方案Klein KV 图编辑模板（可用但脸部漂移）、inpaint+pose 方案（手动量大）、Krea2 body-swap LoRA（新出，中文区刚跟进）、UNO try-on 工作流（仅支持人类角色）
社区方案有：Klein KV 模板（Comfy 内置模板含模型下载链接）、mask+ControlNet 方案、Krea2 身体交换 LoRA，但均未解决脸漂移1-2%的问题
当前做法inpaint 只蒙服装区域 + depth/openpose 锁姿势；或 Klein KV / UNO / Krea2 body-swap LoRA；脸部漂移后手动修图或换 seed 重抽
排队跑批量任务时 ComfyUI 崩溃，整个队列全丢，25分钟白排
产品假设做一个队列持久化+断点续跑的独立小工具（外部进程监控 ComfyUI API，不依赖节点、不怕版本更新），带崩溃自动恢复和队列历史；可按license收费
付费信号无信号：评论区全部推荐免费工具，无人提到付费意愿
竞品格局pkpkTech/ComfyUI-SaveQueues（自定义节点）：功能对口但社区反馈曾随版本失效；QuietNoise/comfyui_queue_manager（自定义节点）：评论区称当前可用，历史版本坏过；官方 PR #1977（核心功能提案）：2023年提交至今未合并，维护者零互动
现场证据与现有方案
场景批量出图/批处理场景：用户排几十个 prompt 的队列过夜跑，遇到显存尖峰崩溃后队列清空。官方 2023 年就有 PR 但未合并（#1977），Discussion #1856 里用户自述 'I often spend 25minutes+ queuing stuff... How is this STILL not a feature?'。本期 r/comfyui 帖 23 条评论，多人推荐互不兼容的第三方工具（SaveQueues/queue_manager/yara），且都出现过随版本更新坏掉的情况。
时间成本单次崩溃丢 25 分钟以上的排队工作（GitHub 讨论区原话）；过夜批跑等于整夜白跑
现有方案ComfyUI-SaveQueues（菜单按钮保存/加载队列）、comfyui_queue_manager、yara（文本队列+换模型重跑）。不满原因：随 ComfyUI 版本更新会坏，原帖作者明确说试过的节点 outdated and broken
社区方案有：QuietNoise/comfyui_queue_manager（评论称稳定）、yara 命令行（可批量换模型重跑）、pkpkTech/ComfyUI-SaveQueues，但均为散装方案且历史上都坏过
当前做法手动定期截图/导出队列；用第三方 SaveQueues 节点（曾坏）；崩溃后凭记忆重排
视频模型打斗/快动作场景拍不出力度，缺高质量动作编排 LoRA
产品假设做'动作 LoRA 工厂'：精选动作片片段库（打斗/跑酷/运镜分类）+ 一键训练/适配 H3与Wan + 效果预览对比页；或先做动作LoRA测评站收流量再卖定制训练
付费信号间接付费：LoraAI 等站已对 Wan2.2 motion LoRA 训练收费（上传视频片段训练动作LoRA），证明该需求存在付费市场；竞品在赚钱
竞品格局LoraAI Wan2.2 Motion LoRA Trainer（Web付费训练服务）：已商业化验证需求，但仅支持Wan2.2、按条收费，H3暂无同类；Wushu Action / Physics LoRA（免费LoRA）：只覆盖武术子集，打斗节奏/镜头语言无解；stablediffusiontutorials 30个H3 LoRA盘点（资源聚合页）：证明供给在快速增长但碎片化，无质量分级
现场证据与现有方案
场景用 MiniMax H3/Wan 做动作向视频（打斗、跑酷、运镜）：评论区多人跟帖同类困扰——'Really struggling too for dynamic and fast action, it almost seems like the model purposely slows it down'。现有 Wushu Action LoRA/Physics LoRA 只覆盖武术一个子集，通用动作编排（打斗语法、节奏、镜头切换）无 LoRA 可用，用户只能靠超长提示词硬描（原帖 prompt 写了整段 John Wick 风格描述）。
时间成本单条动作视频反复抽卡+改提示词，原帖作者'Long day at work'业余时间反复调试；提示词需上传整本指南给 LLM 代写
现有方案Wushu Action LoRA / Physics LoRA（H3，覆盖窄）、Wan2.2-MiniMax H3 Motion LoRA（动作泛化）、LLM 写提示词（绕过而非解决）
社区方案部分：有人指出用 VIDEO_PROMPT_WRITING_GUIDE + LLM 生成提示词；动作 LoRA 方向无完整方案
当前做法写巨型结构化提示词硬描述动作语法；或用 Blender 预演动画当参考（另一帖证明会连粗糙动作一起被复制）；换商业闭源模型
MiniMax H3 商用许可规则不清，接单创作者不知道自己的用法要不要买授权
产品假设AI 模型'许可体检'信息产品：按用途（接单/卖工作流/整合包分发）生成各主流模型（H3/Krea2/Flux2/Wan）的许可对照与风险清单，可导流法律咨询或做Pro订阅
付费信号明确付费：'commercially licensable' 本身即付费许可产品，41 赞追问帖证明潜在买方在等价格清单
竞品格局Comfy 官方商业许可（官方付费许可）：存在但定价/边界信息不透明，社区在追问；闭源替代（Runway 等）（SaaS订阅）：许可清晰但贵且不可本地
现场证据与现有方案
场景商业化合规：官方公告'MiniMax models are now commercially licensable through Comfy'（89赞55评）后，跟进帖'License Pricing Clarification for Comfy H3 Local License'（41赞）追问本地许可边界：哪些用途算商用、生成内容归属、本地跑是否也要付费。中文区同期（B站 minimaxh3安装包 等 UP）大量整合包分发，合规意识更弱。对打算售卖工作流/接单出图的人这是变现前的一堵信息墙。
现有方案Comfy 官方商业许可通道（细则待澄清）、模型卡 license 文本（需自行解读）
社区方案部分：官方帖下有 staff 回应，但定价分层与本地边界仍无清单
当前做法在 Reddit 评论区追问等官方回复；或直接无视许可风险先用
视频模型只能出15秒片段，长视频要自己拼，缺省心的一体化长片工作流
产品假设长视频'叙事时间轴'产品：在 Extender 类拼接之上加分镜脚本→段落生成→单段重roll→自动缝合的一体化管理（项目化保存每段的缓存与prompt），对标剪映式体验而非节点图
付费信号间接付费：相关教程视频带 RunningHub 等 cloud GPU 推广链接（送币注册），云 GPU 租用是常见绕过路径
竞品格局tritant/ComfyUI_MiniMax_H3_Extender（节点）：评论高赞认可，但仅覆盖拼接，不含叙事管理；ComfyUI-MiniMaxH3-Director（时间轴节点）：中文区热门，学习成本高；AI Movie Studio 2（开源桌面应用）：225赞爆帖，方向是全流程 filmmaking UI，仍在快速迭代
现场证据与现有方案
场景MiniMax H3 原生 15s 上限，做短片/微剧需要拼接：61 条评论的热帖问'How do you guys create videos more than 15 seconds'。现有 Extender/Director/LongMedia/Auto-Chain 等多套社区方案并存但各有学习成本，评论区推荐口径分裂；同期另一帖求'anime/Disney 风格 H3 工作流'也只得到 YouTube 链接。中文区 B站同期出现 Timeline 时间轴编辑器、MiniMax Director 详解等教程（09-05/09-06 密集发布），证明中文创作者同样在拼装这类管线。
时间成本评论区：'the rest is basically just patience and waiting'；一段长片需逐段生成-检查-重roll-拼接，12GB 卡 60 秒片约 35 分钟纯生成
现有方案H3 Extender（clip_by_clip 模式+磁盘缓存）、Herrgotts Infinite Continuation、Director 时间轴、Motion Context Auto-Chain。不满：多套方案并存无事实标准，版本一更新就需重新适配
社区方案有：MiniMax H3 Extender（评论高赞推荐：自动缓存、单段重生成）、Motion Context、Director 时间轴、LongMedia——方案多但选型困难、版本兼容脆弱
当前做法用社区拼接节点链（H3 Extender/Motion Context）；或按 5-8 秒一切镜头规避；或放弃本地改用商业工具
AI 漫画没有端到端工作流：单格生成后要手动拼版，角色一致性无人管
产品假设漫画端到端 Web 工具：脚本→分镜prompt→逐格生成（角色圣经锁定一致性）→自动排版出页，导出印刷规格；订阅制
竞品格局KummethaYaswanth/comicgeneration（开源脚本）：6格漫画自动生成但工程门槛高、无产品化；MyUP 模板工作流（SaaS模板）：博客明说拼版仍是瓶颈，产品未解决；Consistent Character Creator 3.x（付费工作流）：只解决角色一致性单点
现场证据与现有方案
场景漫画/绘本创作者：目前只能逐格生成再手动拼条（原帖：'making every image separately and then photographing them into a strip'），求'输入prompt出完整漫画'的工作流无果。竞品扫描发现 GitHub comicgeneration（6格自动漫画+Flux-Kontext一致性）和 MyUP 博客都指出同一断点：'Generating one perfect panel is a huge step. But stitching them together manually is still a bottleneck'。中文区 B站也有'500人求的AI动画制作教程'同类长尾需求。
时间成本每页漫画需逐格生成、逐格检查角色一致性、手动拼版；一条 6 格短篇至少半小时级手动工作
现有方案comicgeneration 开源 repo（需自建环境、无UI）、Krea2 分区生成 trick、Consistent Character Creator（只管角色不管排版）
社区方案部分：评论推荐 Krea2 大图分区生成工作流（一图多格再切开），但排版与叙事仍手动
当前做法逐格生成+外部软件手动拼版（HTML/CSS、PS）；角色一致性靠 Kontext/角色LoRA各自为战
numpy 等依赖冲突反复毁环境，降级安装本身都会失败，节点装多了迟早砖
产品假设环境'体检+隔离'工具：扫描全部 custom_nodes 的依赖声明做冲突检测（装前预演），提供按节点 venv 隔离或一键生成修复脚本；可个人免费+Pro收费
付费信号间接付费：Wonderful Launcher 已把'依赖冲突修复'做成付费桌面工具的卖点文档，证明有人为修环境花钱
竞品格局Wonderful Launcher（付费桌面启动器）：已商业化'修复依赖冲突'场景，验证付费意愿；ComfyUI-Manager Snapshot（内置功能）：只是版本清单非环境镜像，恢复慢且不保证成功；官方 dependency resolution 规划（路线图）：方向正确但周期长，当下空窗
现场证据与现有方案
场景Windows portable 用户更新节点后 numpy 2.x 与旧节点冲突：按教程 pip 降级报 mesonpy BackendUnavailable；改 requirements.txt 被忽略。评论区 19 条，多人给出互不相同的 .bat 脚本偏方，高赞结论：'Comfy needs to get a handle on dependencies in custom nodes'（评论原话），另一人自述反复装到'有时直接把环境搞砖，只能全量恢复'。官方博客已承认 dependency resolution 是结构性问题并在推 curated API，但落地尚远。同周 GitHub 出现 Impact-Pack 因 deprecated API 在 0.30.2+ 全线不可用的 issue——节点生态断供同源。
时间成本每次节点更新后需跑修复脚本；彻底砖掉时需全量重装节点环境（评论自述 Bricked my setup）
现有方案ComfyUI-Manager snapshot（只记录 manifest，恢复仍要重装依赖）、官方 curated API 计划（未落地）、Wonderful Launcher（付费修复向导）
社区方案有（民间偏方级）：固定版本 bat 脚本、逐个 requirements 重试法，均非根治
当前做法手写 .bat 固定 numpy 1.26.4 每次更新后跑一遍；或让 AI CLI（codex/Claude Code）代修；砖了用快照/重装恢复
Blender 预演动画喂给视频模型，粗糙占位动作被原样复制而不是被替换成真人动作
产品假设做'预演动画→写实替换'的控制节点/工作流：输入 Blender 简模动画，用 depth+pose 序列做结构约束、提示词模板自动分离'保留布局'与'替换动作'两类条件
竞品格局Mickmumpitz Blender+ComfyUI 工作流（免费教程+Patreon）：2025年老教程，解决构图一致性而非动作替换；官方提示词指南（文档）：只能软性引导，无法强制替换动作
现场证据与现有方案
场景3D layout→AI 视频管线（Blender 做 scene blocking，H3 ref2vid 替换成写实真人）：模型把 Blender 里僵硬的角色动作、布局全部照搬，'copied every single thing from my blender including the weird character movements'。评论区只能给提示词格式建议（官方 VIDEO_PROMPT_WRITING_GUIDE），无结构性方案。这是控制类（ControlNet 之于视频）的空白。
时间成本未提及具体时长；发帖人自述反复失败，每轮需重写整段多镜头提示词并重渲染
现有方案官方 VIDEO_PROMPT_WRITING_GUIDE（提示词层绕过）、TURNtable/Blender 插件（模型查看用）
社区方案部分：评论指点用官方提示词指南+LLM 代写提示词，无工具级方案
当前做法反复改结构化提示词、对齐官方提示词指南格式；或放弃 Blender 管线回到纯文生视频抽卡
更新即赌博：核心每周更两次，节点随时断，用户被迫'能用就不动'
产品假设版本锁定+一键复刻工具：把 'ComfyUI版本+节点commit+pip环境+模型清单' 打成可分享的 bundle 文件，别人一键还原出完全一致的环境——工作流售卖者的交付刚需
付费信号无信号（评论均为策略讨论，无付费意愿表达）
竞品格局ComfyUI-Manager Snapshot（内置功能）：manifest 性质，aquanode 分析指出恢复仍需完整 clone+依赖解析；Docker/自建镜像（运维方案）：只有 devops 背景用户能用，创作者群体用不了
现场证据与现有方案
场景版本管理困境：31 条评论的热帖问'多久更新一次'，主流答案都是'有需要的功能才更，否则不碰'——'Even with backups, too many things can break'。深层原因：Manager snapshot 只存 manifest（commit 清单+pip freeze），恢复仍要逐个 clone+解析依赖；同一工作流在不同 ComfyUI 版本上结果漂移，无法复现。对工作流开发者=没法给客户交付锁定版本的产品。
时间成本每次更新预留排障时间；快照恢复需完整重装节点+依赖（分钟到小时级）；团队交付场景需为每个客户环境手动对版本
现有方案ComfyUI-Manager Snapshot、桌面版 Snapshots、Docker 自建镜像（高级用户）
社区方案有：Manager snapshot/桌面版快照、cm-cli；但恢复成本高且不覆盖 pip 冲突场景
当前做法策略性不更新（评论区主流）；git 手动 pin commit；更新前手动备份；坏了 revert
低显存用户被'能跑'误导入门，实际卡在糊手快修不了、好质量6小时一条的两难
产品假设硬件-工作流适配数据库+测算器：选显卡+模型+时长分辨率→输出预计生成时间/质量档/月成本对比（本地vs云租），嵌入买卡决策与云GPU导购分成
付费信号间接付费：评论区首选建议就是 rent a 5090 on runpod——云 GPU 租金是这类用户已经在花的钱
竞品格局云GPU（RunPod/ComfyICU）（租用服务）：是绕过路径本身，按秒计费；kingy.ai H3 指南（免费文章）：只讲装法不讲'你的卡值不值得跑'决策
现场证据与现有方案
场景硬件选型与预期管理：4GB 卡（RTX 3050）跑 H3 Ref2VA 追一个手部缺陷数天，fast 档糊、good 档 6+ 小钱一条；评论区直接劝'buy a new rig or rent a 5090 on runpod'。另一帖 GTX 1660 问'要不要换卡'21条评论。共性：没有权威的'显卡×模型×分辨率→时长/质量'对照数据，买卡/租卡决策全靠社区口口相传。
时间成本错误预期下数天级沉没成本（原帖 chasing a hand defect for days）；好质量单条 6+ 小时等待
现有方案kingy.ai 等免费 setup 指南（静态、不覆盖决策对比）、askaillex 单卡 benchmark 页、RunPod/ComfyICU 云端
社区方案有：评论给出换 LTX-2.3 低配模型、GGUF 低量化、spectrum/加速 LoRA 等替代路线，但信息碎片化在单个评论区
当前做法社区口头经验（'3050 4gb 都比你的强'级别）；逐档降分辨率/时长试；放弃本地改租云 GPU
新版 Comfy Compiler 默认开启后显存吃满 98%、生成反而变慢，用户不知道该关还是该调
产品假设显存'autopilot'节点/插件：按工作流自动推荐 compiler/attention/quant/参数组合，跑前预演峰值显存并给出安全配置——把评论区的手工试错自动化
竞品格局Crystools（监控节点）：只做显示不做优化建议；官方 --vram-headroom 等参数（启动参数）：有效但可发现性差，组合无文档
现场证据与现有方案
场景性能回归类：升级后 5090 显存 80%→98%、UI 卡顿、与 Block Sparse Attention/Patch Sol-Attn 节点组合直接 OOM（#16144 内存泄漏）、MiniMax H3 视频生成变慢（#16134）。用户只能从评论里翻出 --disable-comfy-compiler / --vram-headroom 等隐藏参数自救。同周 KJNodes #750（22评）也是 H3 低显存 attention 断裂——性能调优参数缺乏可发现性与组合测试。
时间成本每次版本升级后需重新试显存参数组合；一次回归可浪费半天排查（发帖人对照 before/after 文档化数天）
现有方案Crystools 资源监控（看得到占用，不给决策）、启动参数手工调优、官方修复跟进
社区方案有：维护者已在 PR #16148 修复部分 OOM，并给出参数建议；但参数组合（compiler×attention backend×quant）依旧靠试错
当前做法评论里挖启动参数：--disable-comfy-compiler、--reserve-vram、--vram-headroom 手工试；等官方 PR 修复