2026-10-14 痛点归档
https://aigc.cygongju.cn/day/2026-10-14/
MiniMax H3 缺精确控制类 LoRA（depth/运镜/轨迹引导），VFX 级镜头控制只能靠'参考视频+提示词描述'碰运气
产品假设H3 控制类 LoRA 系列（depth/canny/相机轨迹）：用合成数据（Blender 渲染对）训练AnimateDiff 式 motion/control LoRA，按镜头类型单卖或订阅，切 VFX/预可视化专业人群，客单价可远高于风格 LoRA
付费信号间接付费：发帖人是商业 VFX job（4K delivery），此类用户本就按项目付费；LTX 官方 IC-LoRA 库证明控制能力可产品化
竞品格局LTX 官方 IC-LoRA 库 (ltx.io/community)（官方 LoRA 市场）：depth/去人/慢动作等控制 IC-LoRA 齐全，证明需求，但只覆盖 LTX 系模型；H3 reference-to-video（官方模型能力）：评论证实'意外地能捕捉运动线索'，但无法精确到相机路径，VFX 级不够
现场证据与现有方案
场景VFX 从业者做 10 镜头 4K 交付项目：实景街道→垂直升起镜头，计划 Blender 做 depth pass 喂给 AI 控制运镜。LTX-2.3 有 Union Control IC-LoRA(depth) 可以精确跟随相机路径，但想要 H3 的画质时发现 H3 只有 T2V/I2V/首尾帧/reference-to-video，无任何 ControlNet 式输入（Reddit 452p/9c 热帖）。同日 Kijai 仓库 #768 也在问 H3 能否做 TTM-like trajectory guidance——多条独立信号指向同一缺口。Civitai 本周 H3 LoRA 全是风格化/加速类，控制类完全空白
时间成本每个精确运镜镜头反复 roll + 提示词逐帧微调，VFX 交付按天计；LTX 降级路线牺牲画质返工
现有方案LTX-2.3 Union Control IC-LoRA（depth/canny，官方库有但模型不同）；H3 reference-to-video 模式（粗控制）；Blender+Previs 自搭流程——H3 生态内无控制 LoRA
社区方案部分：评论区给出 reference 模式绕过法（对粗运镜有效），但精确镜头路径控制无解；无控制 LoRA 资源
当前做法用 reference-to-video 喂粗剪动画+在提示词里逐帧描述运镜（评论原话：'you MUST describe the composition/motion step by step in your prompt'）；或退回 LTX-2.3 接受画质降级；部分人 depth 控制+Previs 组合凑合
MiniMax H3 生成角色三视图/角色设定图时人脸一致性完全丢失，反而要从视频里抽帧保脸
产品假设视频抽帧角色资产工厂：输入一张脸→自动跑多机位短视频→超分去运动模糊→输出印刷级三视图/表情包，把'视频模型一致性>图片模型'这个反常识现象产品化，按角色资产包收费
付费信号间接付费：角色 IP 资产（游戏/漫画/周边）是商业需求，一致性角色包已有付费产品（omnichar .char 生态、RunComfy CCC 3.8 付费工作流）
竞品格局RunComfy CCC 3.8（云端付费工作流）：商业验证一致性需求，但绑定其云平台+非 H3 路线；omnichar (.char)（角色文件格式+社区站）：视频一致性方案，评论反映身份注入过强画质受损；comfy.org 1-Click 模板（官方模板）：免费但效果不稳，H3 用户不满意
现场证据与现有方案
场景角色设计师用 H3 做 character sheet 工作流：同一个人脸图片，跑 5 秒视频时脸部相似度保持，跑多角度角色三视图工作流时'likeness completely lost'（Reddit 40p/7c）。荒谬的绕过：从视频逐帧截图（因运动略糊）拿'不同角度的脸'。Klein 2 出静态图一致性又远不如 H3 视频。本质：视频模型的时序一致性机制没有传导到批量出图管线
时间成本单角色三视图反复 roll 数十次+抽帧+修脸，一个角色资产包半天起步
现有方案comfy.org 官方 '1 Click Multiple Character Angles' 模板（Qwen-Edit 驱动，用户实测 H3 路线效果差）；RunComfy Consistent Character Creator 3.8（云端付费）；omnichar .char（视频向，评论指'overcooked 过饱和身份注入'）；VNCCS 3.2 角色管线——都是'工作流拼接'，无一保证 H3 静态三视图的脸部保真
社区方案部分：评论猜测 sampler/cfg 设置差异，无人给出稳定解
当前做法视频抽帧法（糊但脸对）、Klein 2 重跑+PS 修脸、评论区猜是 sampler/CFG 差异逐组调参碰运气
本地出图时 GPU 被完全占用，电脑什么都干不了，创作者整段工时被生成任务绑架，电费失控
产品假设异步创作驾驶舱：本地任务排队+手机实时预览/批准/重跑+电表级成本统计（本地 vs 云租临界点提示），免费通知引流+Pro 远程队列收费，让人在等图时敢用电脑
付费信号间接付费：已有人在花钱绕过——买第二台 PC、租 RunPod（评论区真实账单）、Comfy Cloud 订阅；电费焦虑帖说明成本感知已形成
竞品格局RunPod / Comfy Cloud（云 GPU）：有效但按量计费长期贵，数据和工作流要上云；ComfyUI-Notifications（自定义节点）：只解决'知道完成了'，不解决远程审图与重跑
现场证据与现有方案
场景'你等 ComfyUI 跑完时都在干什么？'（39p/38c）：VRAM 被占满到不能开游戏/YouTube，有人为此买第二台 PC 或迁 RunPod；电费帖（$456/月，GPU 每周满载 18-20h，评论'+80美元/月整夜挂机批处理'）；RTX5090 停产引发 GPU 选购大讨论（91c）。本地算力=独占资源，生成期间人的时间被浪费，成本无感知工具
时间成本批处理任务期间整台 PC 不可用（每天数小时）；挂机批处理每月电费增加 $80+
现有方案ComfyUI-Notifications（节点，仅通知）、comfyui-durable（崩溃恢复）、RunPod/Comfy Cloud（整体上云）——没有'本地任务异步化+移动审图+电费/云成本对比决策'的轻方案
社区方案部分：评论提到 ComfyUI-Notifications 等节点，但需自装自配，覆盖面小
当前做法干等/刷手机、买第二台电脑、迁云（RunPod 按时计费）、浏览器关硬件加速抠 VRAM——全是补偿式绕过；无任务完成远程通知+移动端审图+成本核算的完整方案
抽卡式出图产生数百张废图：没有'审图-留用-归档'环节，save 节点静音开关全靠手动，垃圾图淹没硬盘
产品假设抽卡审查台：批量生成→网格快审（键盘流：J 留 K 弃 1-5 评分）→只落盘留用图并自动按 prompt/LoRA 元数据归档检索，以独立 Web 侧车应用形态避开前端更新破坏，免费+素材库 Pro
竞品格局cg-image-picker（自定义节点）：功能最接近但安装门槛高、无批量操作、更新不稳；Easy-Use Image Chooser（节点套件）：近期更新后 discard 失效，issue 无修复
现场证据与现有方案
场景背景/参考图创作者'vague prompt + spam 生成直到满意'，数百张废图全被保存，想要'只有手动点保存的才落盘'（Reddit 50p/16c）。现行绕过：mute save 节点再重跑（clunky）、Preview 节点+手动逐张下载、'全保存再手动删'。生成端高度自动化、筛选端完全手动——审查环节是整条流水线的断点
时间成本每次抽卡后手动筛删数百张（每天 10-30 分钟）；废图占盘数百 GB 级
现有方案cg-image-picker（chrisgoringe，continue/cancel 两键，需手动 git 安装）、Easy-Use Image Chooser（更新后失灵 #838）、PreviewImage 下载按钮（逐张手动）——共同缺陷：无批量评级/标签/自动归档闭环，且随前端更新频繁损坏
社区方案是：评论推荐 Preview 节点下载按钮、cg-image-picker、ComfyUI-Notifications 组合，但均为碎片拼装
当前做法mute/unmute Save 节点重跑、PreviewImage+浏览器手动下载、事后手动删废图；cg-image-picker / Easy-Use Image Chooser 等旧方案因前端更新失修（Easy-Use #838: chooser 无法 discard）
AI 漫剧（国内爆发赛道）全流程要横跨 5+ 工具拼装，角色库/分镜/配音/视频管线没有一体化方案
产品假设漫剧制片厂：剧集项目制工作台（角色库跨集一致性调用+分镜板批量生成+配音对轨+成片队列），本地跑 ComfyUI 后端+Web 前端，按席位订阅切国内漫剧工作室
付费信号间接付费：漫剧是已验证变现赛道（短剧出海/广告分账），整合包靠充电打赏、T8 等社群收费；创作者为提效付费动机强
竞品格局秋叶/T8 漫剧整合包（整合包）：能跑通但本质是环境打包，无生产管理能力，更新滞后；VNCCS Character Creator（角色管线）：角色生成强，但无剧集/分镜/多集资产管理
现场证据与现有方案
场景B站本周密集出现漫剧管线内容：'超全面 ComfyUI 漫剧全流程半小时上手角色库'（10-14）、'MiniMaxH3 无限跑 AI 漫剧整合包'、'小显存不限时长出剧 H3 漫剧工作流增强版完全体'、'漫剧角色库+LORA训练+无线画布'——教程/整合包火爆本身即管线难拼的证据。创作者实际要在 ComfyUI（图）+角色库管理+LoRA 训练+TTS+对口型+视频模型+剪辑之间手工搬运资产，一致性角色跨集复用全靠手动
时间成本单集漫剧从分镜到成片，工具切换与资产搬运占工时一半以上；新模型发布后管线要重拼
现有方案秋叶/T8 整合包（环境级）、B站散装教程、VNCCS 角色管线（358 风格库，角色创建向）——没有'剧集级'资产库（角色/场景/配音跨集复用）生产系统
社区方案是：B站整合包+教程生态繁荣，但全是'打包环境'而非'生产系统'，每集之间资产流转仍手动
当前做法下载 UP 主整合包（秋叶/T8 系，50-100GB）、按教程逐视频拼工作流、角色资产手动归档；无跨集角色记忆/资产库标准
Qwen-Image-2.1 编辑工作流挂 LoRA 完全无效（强度拉满也无变化），key 不匹配黑箱让 LoRA 资产大量报废
产品假设LoRA 兼容医生：拖入 LoRA+目标模型→秒级体检（key 覆盖率/建议强度/冲突块）→一键 key 重映射转换存为新文件，节点+桌面双形态，免费检测+转换按次收费，同时服务买家（避坑）与作者（发布前自检）
付费信号间接付费：LoRA 创作者在 Civitai 卖 LoRA，'买家反馈不能用'直接砸口碑——兼容性是交易双方的共同成本
竞品格局控制台日志（原生）：信息在但不可读，普通创作者无法消费；Civitai baseModel 标签（平台元数据）：依赖上传者自觉，2.1 生态标注混乱
现场证据与现有方案
场景用户改装官方 Qwen-2.1-edit 工作流：Model→LoRA 链→cache→KSampler，'no matter what strength, LoRAs produce no visible change. Just nothing'（Reddit 94p/6c，多人复现）。根因是旧版/异构 LoRA 的 key 映射不上 2.1 权重（GitHub 同周 #16944：fused img_mlp.gate_up 静默跳过 96 个 key；#16834：合成多 LoRA 时 IC-LoRA 元数据丢失）。控制台一屏 'lora key not loaded' 刷过去，普通用户根本不知道自己的 LoRA 是'加载了没生效'还是'根本没兼容'
时间成本每个 LoRA 试错 10-30 分钟，失败率高；一批旧 LoRA 资产实际报废只能重训
现有方案控制台日志肉眼排查（唯一手段）；Civitai baseModel 标签（标注不全，2.1 早期 LoRA 大量错标）；无 LoRA↔模型兼容性检测/自动转换工具
社区方案部分：评论区给出根因诊断（key mapping），无工具化方案
当前做法看控制台日志逐行找 'lora key not loaded'（要求用户会读日志）、把 strength 拉到离谱正值测试是否其实'有在生效'、放弃 LoRA 只用裸模型、去 Civitai 翻评论区找别人验证过的 2.1 兼容 LoRA
工作流模板没有显存需求元数据：8G 卡用户下载模板前无法知道能不能跑，试错成本全在自己
产品假设工作流体检/标注器：作者侧一键跑出峰值 VRAM/耗时/模型体积报告生成徽章；用户侧按显卡型号过滤模板市场——先做浏览器插件标注 comfy.org/Civitai 模板页聚流量，再转模板认证市场
付费信号间接付费：小显存用户付费租云 GPU 试跑、购买'低显存特调版'整合包/工作流
现场证据与现有方案
场景r/comfyui 求助帖（39p/2c）：'Beginner question: Can I filter the workflow templates by peak VRAM?'——comfy.org 官方模板库和 Civitai 工作流市场都没有峰值显存字段。H3/LTX 视频模板在 8G/12G/24G 卡上表现天差地别（OOM 或龟速），用户唯一路径是下载→装依赖→跑→崩→再换。B站同现象：'8G显存跑通H3''6G超级加速版'等标题成为流量密码=适配信息稀缺的证据
时间成本每个不匹配模板浪费 30 分钟-数小时（下载模型+装节点+OOM 试错）
现有方案无已知方案（comfy.org 模板库/Civitai/OpenArt 均无硬件需求字段；Wonderful Launcher 做缺失文件检测但不测显存）
当前做法看教程标题碰运气、评论区翻'XX显卡能跑吗'、买云 GPU 试跑、或直接下低显存特调整合包；模板作者也无工具测量自家工作流的真实峰值需求
AI 代搭工作流需求爆发：官方 Comfy Agent 只在云端，'一定要本地'的呼声被明确喊出但无人满足
产品假设本地工作流副驾：开源本地 LLM/Qwen 驱动的画布 agent（自然语言搭图/修错/解释节点），先吃'不愿上云'长尾人群，以企业内网部署 license 变现——窗口期在官方 local 版发布前
付费信号间接付费：Comfy Cloud 订阅制（agent 是其卖点之一）证明付费意愿；本地隐私需求人群被 cloud 方案排除在外
竞品格局Comfy Agent (Comfy Org)（官方云服务）：能力强但 cloud-only，local 版时间表未定；隐私敏感用户明确不愿上云；ComfyAGI（开源项目）：V0.1 早期，能力与维护度未知
现场证据与现有方案
场景Comfy Org 发布 Comfy Agent（自然语言→自动在画布上搭/修工作流，30p/36c 热议）：评论区最高频诉求是 'When it will be local?'，官方回复 local 'coming very soon' 但当下 cloud-only，多位用户表示'definitely want my projects local, the cloud offsets any workflow improvements'；B站同期出现 ComfyAGI V0.1（'工作流自动生成，这才是我们希望的 ComfyUI 最终形式'）+ 有人说'让 Claude 给我 clone 一个'。搭工作流是所有新手/半新手的第一高墙，agent 化已是公认终局
时间成本手动搭一个中型工作流数小时-数天；排错连线半天的家常便饭
现有方案Comfy Agent（官方，cloud-only，local 未发布）；ComfyAGI（开源 V0.1 早期）；通用 LLM+MCP 手搓（Cursor/Claude，无画布级集成）
社区方案是：官方已立项（cloud 先行），开源侧 ComfyAGI V0.1 起步
当前做法用 Comfy Cloud（数据上云）、等官方 local 版、用 ComfyAGI 等早期开源项目、或把需求丢给 Claude/Cursor 手搓
ComfyUI 升级是开盲盒：本周 0.39 版生成速度回退 8-10 倍+前端连线错位，社区标准答案只剩'回滚旧版'
产品假设升级守护者：升级前自动跑用户代表性工作流基准（速度/显存/输出一致性 hash 对比）→绿灯才升级+一键回滚，桌面侧车形态；长期沉淀为'版本兼容性众包数据库'
竞品格局ComfyUI Manager Snapshot（节点插件）：回滚能用但事后补救，无升级前风险预判
现场证据与现有方案
场景三处独立爆发：GitHub #16969 'pytorch 2.13 时 30-40 it/s，升级后 260-300 it/sec（同样设置慢约 8 倍），回滚 0.38.2 恢复'（附议者同遭遇）；Reddit 'H3 生成突然慢一倍，13 分钟变 30 分钟'（11 条评论集体建议 rollback + Manager snapshot 回滚 38.2）；#16871 中文用户升级后'节点连线错位不显示'（6 条评论同类，靠手改插件 js 文件修复）。升级=速度/兼容赌博，无任何升级前预警或基准回归手段
时间成本每次踩坑回滚+环境修复半天；因恐惧不升级的用户错过新模型支持
现有方案ComfyUI Manager Snapshot（仅节点/依赖快照，不管核心版本与性能）、git 手动 checkout、B站避坑视频——无自动性能回归检测
社区方案部分：回滚手法已在社区形成 SOP，但无'升级前自动基准测试对比'工具
当前做法Manager snapshot 回滚节点、git checkout 回滚核心版本、升级前整目录备份、忍着不升级（B站出现'升级前先看反向开关'避坑视频）；每代新模型又逼着用户必须升级