2026-10-16 痛点归档
https://aigc.cygongju.cn/day/2026-10-16/
多模型时代选型靠社区横评帖口口相传，同一任务换模型结果天差地别，用户没有标准化横评工具只能反复试错
产品假设本地'模型选型竞技场'：内置 10-20 个标准任务（人像/编辑/文字/多主体/电商图）+ 用户自建任务，一键对 N 个模型跑同 prompt+seed 网格，输出量化评分表（解剖正确率/编辑遵循度/文字渲染），存历史基准随模型库增长复用
付费信号间接付费：评论区可见用户为选型购买云 GPU 时长试模型（RunPod $3/次训练级消费习惯已被证实存在于同类流程）
竞品格局comfyui-model-compare（自定义节点）：可生成对比网格，但需自己搭 workflow、无量化评分、无任务维度基准；Reddit 人工横评帖（社区帖）：结论互相矛盾，测试方法不统一，无法针对个人任务复用；Artificial Analysis / LM Arena 类榜单（Web 榜单）：面向通用能力 ELO，不覆盖用户自己的任务/风格，且不测 ComfyUI 本地工作流参数
现场证据与现有方案
场景FLUX 3 Klein / FLUX.2 Klein 9B / Qwen Image 2.1 / Krea2 同周扎堆发布，r/StableDiffusion 一天内出现至少 5 个横评帖（'FLUX 3 Klein vs FLUX.2 vs Qwen'、'Basic editings: Flux.3 klein vs Qwen'、'Flux 2 Klein Vs Flux 3 Klein'）。创作者为新任务选模型时没有可复用的本地基准：同一 prompt + 同一 seed 在各模型间跑，手动截图发 Reddit 互相比。评论区指出横评结果互相矛盾（'Krea2 的结果是坏用法导致的'、'elo 评分是骗局吗'），说明缺统一评测协议
时间成本每次新模型发布（本周 4+ 个）需 2-4 小时自测；选错模型返工重跑整个任务
现有方案 comfyui-model-compare 自定义节点（可做 side-by-side 网格但需自建 workflow，无评分协议）；weirdwonderfulai 的 LoRA Test Compare workflow（2024 年产物，仅静态网格）；无带统计的本地 leaderboard 工具
社区方案无标准方案，评论区互相质疑对方测试方法（分辨率没拉够、步数不对、用法错误）
当前做法看社区横评帖 + 自己逐个模型手动跑同一 prompt 对比 + 凭印象选型；不同人结论相反时无所适从
下载的共享工作流引用大量缺失节点/模型（红框），'缺什么-去哪找-放哪里'三连无解，Manager 一键装也常失灵
产品假设本地'工作流修复器'：解析 workflow JSON → 对照本地模型库/节点库 → 生成缺失清单（含 HF/Civitai/网盘直链与目标路径）→ 半自动下载归位 → 重载校验，RunComfy 的本地免费平替
付费信号明确付费：RunComfy 已以此为核心卖点收费运营；用户为跳过红框直接付云服务费
竞品格局RunComfy Auto Setup（Web 云服务）：商业验证成功（明确付费意愿），但强制云端、按会话收费，本地用户不适用；ComfyUI-Manager（内置管理器）：'Install All Missing Nodes' 被报长期转圈失灵，模型缺失基本不管；Wonderful Launcher（桌面启动器）：带修复流程但绑定自家启动器生态
现场证据与现有方案
场景r/comfyui 'Need help finding a node for easy switching' 帖主用 Pythonssss preset text 节点搭 3 下拉框提示词系统，但所有节点共享同一选项池，角色/风格/场景混在一个列表里——功能缺口无现成节点。同时社区搜索结果大量出现 'workflow红框 missing' 类问题：ComfyUI-Manager issue #2156 'Install All Missing Nodes 转圈永不完成，只能靠 Custom Nodes in Workflow 手动装'；RunComfy 以'上传 workflow JSON 自动装齐缺失模型/节点'为卖点验证了该痛点规模（几乎每个下载的工作流都红框开局）
时间成本每个新工作流 20 分钟-2 小时不等的'修红框'流程；Wonderful Launcher 30 天遥测：27 安装次缺模型、19 次缺节点、21 次缺节点克隆、17 次依赖安装——高频重复模式
现有方案RunComfy Auto Setup（云端）、ComfyUI-Manager（官方但不稳）、Wonderful Launcher（本地）。
社区方案RunComfy（商业云方案）、Wonderful Launcher（本地启动器带修复）存在但分别面向云端/特定启动器用户
当前做法Manager 一键装（经常失灵）→ 手动 GitHub 找仓 → 对 README 找模型目录 → 重启重试；或付费上 RunComfy 云端托管
H3 视频编辑的多指令遵循率极低：一条 prompt 里 7 个修改指令只执行 1-2 个，复杂编辑需逐条拆解重跑
产品假设视频编辑'指令编排器'节点：输入自然语言编辑清单，自动拆解为优先级排序的多 pass 微编辑链（每 pass 校验执行前后差分），失败指令自动重写重跑，把 7 指令 1 次赌命变成确定性流水线
付费信号间接付费：auto-prompt 类工具普遍接付费 LLM API（minimax/GPT）说明用户已在为此花钱
竞品格局auto-prompt LLM 工具（工作流组件）：改写 prompt 提高单指令遵循，不解决多指令拆解编排与结果校验；手动多 pass 编辑（人肉流程）：可靠但耗时成倍
现场证据与现有方案
场景'End Your H3 Prompting Frustration Now!' 帖：用户对 2 秒视频 upscale + 7 项修改（移除前景椅子/两扇门/重打光/调色等），H3 只遵循 1-2 项。评论揭示两个痛点：(1) 多数人用 auto-prompt 工具（用 minimax 等 LLM 改写提示词）绕过；(2) 有新手不知道 ref2va 工作流可做视频编辑（'could you provide a valid V2V workflow?'）。指令拆解-分步执行-结果校验完全靠人肉
时间成本复杂编辑任务每个镜头多轮重跑；2 秒 clip×7 指令拆解 = 7 次生成起
现有方案auto-prompt 工具（LLM 改写 prompt）；ref2va workflow 手动拆指令。无'指令清单→自动编排多 pass 编辑'的编排层工具
社区方案部分：评论区给出 ref2va + '[video editing]' 任务词的用法，但无系统性多指令方案
当前做法用 LLM 工具 auto-prompt 改写 / 手动把多指令拆成多次单指令 pass 逐个跑 / 接受部分指令被忽略
H3 长视频靠反复 extend 拼接，画质逐段劣化如'复印机效应'，没有公认的抗劣化拼接工作流
产品假设'长视频拼接工作站'：一站式 H3/WAN 长视频节点套件，内置劣化监控（每段 PSNR/人脸质量检测）、自动 refine 触发、段长自动寻优，把 OBVPM+Extender+LoRA 的组合调优变成预设优先级滑杆
付费信号间接付费：长视频用户是云 GPU 重度消费者（单条分钟级视频多段生成计费时长高）；YouTube 教程生态靠此流量变现证明需求规模
竞品格局ComfyUI_MiniMax_H3_Extender（自定义节点）：功能全（motion context/latent refine/缓存）但配置项多，新手难评估效果差异；OBVPM timeline（自定义节点）：r/comfyui 口碑传播，需配合作者视频教程理解；H3-Motion-Context（自定义节点）：解决音频/运动连续性，媒体报道过，抗画质劣化非其核心
现场证据与现有方案
场景MiniMax H3 用户做分钟级长视频需反复 extend clip。r/comfyui 帖 'What is the best H3 workflow for extending clips and minimizing degradation?' + Facebook ComfyUI 组同周同类帖（'第三段起人脸/纹理/清晰度明显崩坏'）。评论区推荐的方案是 OBVPM timeline 节点 + 自训 anti-degradation LoRA，但都是零散个人方案，无标准流程；有人靠'改用 10 秒短段再拼接'绕过
时间成本分钟级视频拼接调优 3-6 小时；劣化后整段重跑，视频生成时长成本翻倍
现有方案ComfyUI_MiniMax_H3_Extender（tritant，含 latent refine pass）；OBVPM timeline；H3-Motion-Context 节点（AlphaSignal 报道，音频连续性 0.45→0.95）。均存在但分散、无评测、上手门槛高
社区方案部分解决：OBVPM timeline (github) 和 H3-Motion-Context 节点存在，但配置复杂、无对比评测、知道的人少
当前做法缩短单段时长(30s→10s)再手动拼接 / 找 OBVPM 等第三方节点自建 / 自训抗劣化 LoRA / 降低预期接受画质衰减
工作流开发者给自己的节点/工作流做产品化封装（安装版/一键包）缺少工具链，成品分发后用户侧环境问题反噬作者
产品假设工作流→独立应用打包器：把 ComfyUI 工作流+模型+节点一键编译成跨平台桌面 app（内嵌精简 runtime + APP 式参数界面），独立开发者用它把自己的工作流变成可售卖安装包
付费信号明确付费：中文圈整合包营销号生态活跃（导流变现）、RunComfy 付费验证；UP 主有明确'做成产品'动机
竞品格局秋叶整合包（整合包）：中文圈事实标准'解压即用'，但封闭、模型旧、被营销号滥用刷屏；ComfyUI APP mode + 分享链接（官方功能）：方向正确但分享链接仅限 Comfy Cloud，本地工作流无法受益；comfy-pack (BentoML)（API 框架）：面向工程师 API 化，非小白友好安装包
现场证据与现有方案
场景B站 UP'信息科技练老师'发布'开源 AI 字幕擦除器比 ComfyUI 快无数倍'系列（10 天内 2 期），评论区自述：'做一个安装版，minimax remove 已改善，质量和速度按我的设想完善'、'打算优化下我加入的 minima remove 模型的算法，做成一个安装版'——UP 正在把 ComfyUI 工作流重写成独立安装软件来规避 ComfyUI 分发短板。同期 B 站大量'秋叶整合包'营销号内容（同模板文案刷屏）也证明'解压即用'是中文圈最强需求信号，但官方无此能力，第三方封装质量参差
时间成本UP 主层面：从工作流到'安装版'是以周计的工程；用户层面：每个新工作流 20 分钟-2 小时环境折腾
现有方案秋叶整合包（中文）、RunComfy（云）、comfy-pack/BentoML（API 化）、官方 APP mode（1.41.13+ 支持参数暴露与分享链接，但限 Comfy Cloud）
社区方案秋叶整合包（中文圈事实标准但封闭、更新慢）；Wonderful Launcher；comfy-pack（API 化）
当前做法UP 主自己写安装器/打包整合包（秋叶模式）/ 让用户装 ComfyUI+工作流+模型三件套（流失率高）/ 迁移到独立 app 开发
新模型的'正确用法'是部落知识：步数/CFG/sampler 配错就出伪影，参数知识散落在评论里没有结构化沉淀
产品假设模型'配方卡'数据库+节点：每个模型/版本按任务场景（写实人像/编辑/文字图）给出经过社区验证的参数配方（steps/cfg/sampler/分辨率），以 ComfyUI 节点形式加载即用，UGC 提交+点赞验证
竞品格局Civitai 模型页参数区（Web 数据库）：有 trigger words/示例图，但推荐设置不完整、不随任务场景给出、社区更新滞后；教程视频（视频）：参数埋在 20 分钟视频里，检索性差
现场证据与现有方案
场景Krea 2 Turbo 用户按官方标准 workflow 跑出大量噪点伪影，试了换 VAE、加 DeGrid 节点均无效，发帖求助。热评才给出关键参数：'Krea2 Turbo 要 8 步不是 20 步，cfg=1，Euler+Beta，否则出伪影'——这些模型的'脾气参数'只存在于评论区口述，每个新模型发布都重演一轮（本周 FLUX 3 Klein 同样有蒸馏版/base 版用法混淆）
时间成本每个新模型平均浪费 1-3 小时试参数；用错参数的人误判模型能力直接弃用
现有方案Civitai 模型页有 trigger words 和推荐参数但覆盖不全且非任务化；教程视频（YouTube/B站）参数知识分散需自己看完提取
社区方案有人给了正确参数组合（8步/cfg1/Euler+Beta），但纯口述、非官方、无沉淀
当前做法出伪影后发帖问 / 翻评论找参数玄学 / 试错几十张图；有人直接弃模型（'Flux 3 Klein is one of the models of all time'）
图生视频的人物人种/外貌漂移（亚洲人变欧美脸）缺少确定性控制手段，用户只能反复抽卡
产品假设视频人脸保持 LoRA/节点套件：训练'亚洲面孔保持'方向 LoRA（或 IP-式 face anchor 节点链），主打'图生视频不换脸'单一卖点，电商/漫剧场景打包售卖
付费信号间接付费：电商模特/漫剧制作者（B站教程主要受众）有交付压力；LoRA 训练教程生态（云 GPU 消费）成熟
竞品格局LTX 2.5 官方 14 款 LoRA（LoRA）：覆盖去人/日夜/老片修复，无人种-人脸保持项；MiniMax H3 RefMod（模型功能）：零训练角色一致性但面向图参考，不解决图生视频漂移
现场证据与现有方案
场景B站 LTX 2.5 官方 14 款 LoRA 全家桶实测视频（Loop Forge）评论区高赞求助：'要能解决图生视频的亚洲人变欧美脸就好了'——图生视频中人物面部特征漂移为欧美面孔，现有 LoRA 全家桶（去人/日夜转换/老片修复）不含人种/人脸一致性保持项。同类：r/comfyui 出现 MiniMax H3 RefMod 教程（零训练角色一致性）说明需求面大，但视频向人脸保持仍是空白
时间成本抽卡式重跑，单条视频多次生成；LoRA 训练路线数据集准备 1-2 天
现有方案无已知方案（视频向人种/人脸保持 LoRA 或节点）。
社区方案无针对视频人种/人脸保持的现成方案；RefMod 仅覆盖图内角色一致性（图生图参考）
当前做法反复抽卡重跑 / 训练角色 LoRA（数据集+训练成本高，B站'缺数据集？Qwen 一键生成 38 张训练图'工作流是前置痛点补丁）/ 换模型碰运气
6GB 级旧卡用户被新模型潮甩下：想做风格/角色 LoRA 营销图，硬件选型与模型选型双重迷茫
产品假设'我的卡能跑什么'决策工具：输入 GPU 型号+显存+任务（角色一致性/营销图），输出当前可跑模型排行（含量化版本选择、预计 s/it、画质损失说明），每日随新模型发布更新
付费信号间接付费：该群体是云 GPU（RunPod $3 级消费）与二手显卡升级的潜在客户；网文营销用图有商业目的
竞品格局localaimaster VRAM calculator（Web 工具）：按分辨率算峰值显存，思路对但模型库维护滞后、无速度预期、无任务化建议；Reddit 问答（社区）：响应快但答案互相矛盾（Krea2 能不能跑 6GB 无定论）
现场证据与现有方案
场景网文作者（RTX 2060 6GB/32GB RAM）想为后宫小说营销做风格+角色一致性图，用 Illustrious 折腾数日'失败得一塌糊涂只产出垃圾'。评论区建议 anima（4GB+1.2GB encoder 可跑）或 Krea2，但又有人指出 'Krea2 对 6GB 根本不够，光 fp16 文本编码器都装不下'——低显存用户连'哪个模型能跑'都要靠论坛问答
时间成本'played with comfy for a few days… failing miserably'——数天级沉没成本
现有方案localaimaster.com 的 image-model-vram-calculator（Web 计算器，输权重/编码器/激活峰值）；Reddit 口头建议。计算器存在但覆盖模型更新慢、不结合用户任务给'能跑/多慢'结论
社区方案社区给出候选（anima/Krea2/Kroma）但互相矛盾，无针对 6GB 的权威兼容性结论
当前做法发帖问哪个模型低显存能跑 / 逐个试模型浪费天数 / 放弃本地转云 GPU 或放弃任务
FLUX 3 Klein 的区域框选精准编辑（bbox 编辑）能力存在但工作流缺失，用户不知怎么用起来
产品假设FLUX3 Klein 框选编辑工作流产品：拖图→框选→指令的极简局部编辑流程（对标 Photoshop 选区+生成填充体验），打包成可售卖工作流+教学
付费信号间接付费：B站 FLUX3 教程流量高（同主题 2 小时内多帖），教程+工作流售卖生态活跃
竞品格局ComfyUI 官方 FLUX3 模板（工作流模板）：有底层节点能力，无面向任务的成品编辑工作流；B站教学视频（教程）：刚出现（发布当天），覆盖度低
现场证据与现有方案
场景B站 FLUX 3 22 项实测视频评论区：'flux3 有框选精准编辑的功能吗？'——FLUX 3 Klein 官方支持 BBOX 精准控制与最多 10 张参考图，但社区只有泛用文生图/图生图教程，缺'框选局部编辑'的成品工作流与教学。同周 r/StableDiffusion 横评帖确认其编辑能力被低估（'我更看好它的编辑'）。图片编辑方向的工作流缺失信号
现有方案官方模板有 BBOX 节点但无任务化工作流；B站教学刚出现。
社区方案B站已有 UP 开始出 FLUX3 区域编辑教学（同日发布'FLUX3 Klein 文生图、图生图与区域编辑教学'），说明供给侧刚开始响应
当前做法用整图编辑（edit 全图指令）近似 / 等 UP 主出教程 / 放弃该用法
多个 LoRA 叠加导致显存暴涨与过饱和，合并方法五花八门且各派互相否定，缺少'何时合并/如何保风格'的工程化工具
产品假设LoRA 合并预览器：合并前自动生成 A/B 网格（原叠加 vs 合并后同 seed 对比）+ 风格漂移量化分，把'盲合并'变成所见即所得决策；附显存节省预估
竞品格局ComfyUI-LoRA-Optimizer（自定义节点）：功能全（分析报告/调参/保存），但合并前后质量对比仍需人工肉眼；LoRA Merge Knobs (RecipeMerge)（自定义节点）：逐 block×element 细粒度控制，学习曲线陡；Power LoRA Loader（自定义节点）：社区提及的加载方案，不解决合并保真问题
现场证据与现有方案
场景帖子 'Your favorite way to merge loras?'：用户为省显存+防止过饱和合并相似 LoRA。评论区分裂：'用 power lora loader'、'merge 节点会让角色失去原本有趣的特质（发平），我手动在 prompt 里配平绕过'、'我一次合 14 个 LoRA 效果很好'、'用 lcm-lora-studio 合并+lcm+unet 树莓派都能跑'。合并后保真度受损是核心矛盾，无工具能在合并前预测风格损失
时间成本未提及具体时长；合并试验+回滚是 LoRA 重度用户的周期性负担
现有方案ComfyUI-LoRA-Optimizer（ethanfel，分析+合并+优化）、LoRA Merge Knobs（RecipeMerge，逐 block 调参）、pm Lora merger。存在但用户仍靠 prompt 手动配平，说明保真度可预期性不足
社区方案有多种工具推荐但无共识：merge 节点质量损失 vs loader 叠加显存占用是两难
当前做法手动 prompt 权重配平（绕开合并）/ 用各种 merge 节点盲试 / 放弃合并承受显存压力
ComfyUI 前端版本迭代频繁，升级引发工作流 UI 行为回退（隐藏节点复活、拖放失效），用户'升级像开盲盒'
产品假设升级守护器：升级前自动快照+在沙盒跑冒烟测试（加载全部工作流检测红框/布局变化/前端 JS 冲突），出报告再决定升不升；冲突节点包自动定位
付费信号间接付费：用户开始用付费 Claude Code 订阅排查前端冲突——AI 工具已在承接该工作量
竞品格局AI 编程助手排查（土法）：用户用 Claude Code 读 custom_nodes JS 定位冲突——说明工具真空已被 AI 填补但门槛高
现场证据与现有方案
场景r/comfyui 同日两帖：(1) 'Hidden nodes now resurfacing'——升级后藏在底层的 math/logic/get-set 节点每次切换 workflow tab 都弹回表面，用户'花了数小时重建工作流'；(2) 'File drag and drop stopped working'——某节点包（JDCN/Mixlab）的全局 drop handler 冲突导致拖放失效，用户最终靠让 Claude Code 检查 custom_nodes 前端 JS 才定位。升级回归+前端插件冲突无系统性防护
时间成本单次升级事故 1-数小时修复；有用户因此停在旧版不升级
现有方案无已知方案（升级回归测试/前端插件冲突检测工具）。
社区方案评论建议移除冲突节点包；用 coding assistant 排查——土法
当前做法不升级（'Decided to update comfy (mistake)'）/ 花数小时手动修复 / 用 AI 编程助手逐包排查前端 JS
AI 视频放大双路线（扩散式 SeedVR2 vs 传统 RTX VSR）选择无依据：一条 16 秒 768p→2K 视频要花 34 分钟，路线选错时间全浪费
产品假设视频放大决策基准+批处理工具：内置标准测试片段的 SeedVR2/RTX VSR/Topaz 质量一时间对比报表，用户代入自己 GPU 得到推荐路线，并一键批量排队
付费信号间接付费：视频放大是云 GPU 时长消费大户（34 分钟/条的 GPU 占用）
竞品格局Topaz Video AI（桌面应用）：传统放大商业标杆，被社区拿来与扩散式对比，但本身不做路线决策
现场证据与现有方案
场景'SeedVR2 vs RTX Video Super Resolution' 帖：用户同一条 MiniMax H3 16 秒 clip 两种方案都测——SeedVR2 耗时 34 分钟但增加真实细节（皮肤毛孔/发丝），RTX VSR 快但只锐化。发帖求社区经验因为'实在无法决定'。视频后处理的路线决策缺少质量-时间权衡的量化参考，且 upscale 前置分辨率约束（如仅接受 768p 源）这类隐藏规则加剧试错
时间成本单次对比实验 1+ 小时；批量视频处理时决策成本乘以条数
现有方案无已知方案（视频放大路线决策工具/基准）。
社区方案无系统性方案；帖子本身即用户自发的对比实验
当前做法双路线都跑一遍人肉对比（34 分钟×2）/ 发帖问社区 / 凭感觉选
节点开发者在官方能力（如 H3 轨迹/TTM 控制）露出后缺乏正式接口，只能逆向+hack 自定义 conditioning 实现
产品假设新模型能力雷达+快速接口库：跟踪各家视频模型隐藏能力（轨迹/TTM/多参考），抢先做成标准节点+示例工作流发布，占领' unofficial capability bridge'生态位
现场证据与现有方案
场景KJNodes issue #768：开发者发现 MiniMax H3 可做 TTM 式轨迹引导，自己合并 FL2AV+ref2av 节点、用参考视频当轨迹引导，但发现 ref video 走'hard conditioning'路线不稳定，于是提出自定义 conditioning 注入方案（给 i2v 加 control video 输入、ksampler 处检查 control_conditioning）——模型新能力（轨迹引导）没有官方节点暴露，开发者靠读源码逆向拼装，方案脆弱且难以分享复用
时间成本逆向+hack 以天计；后续模型更新可能推倒重来
社区方案issue 在与维护者对话中，尚无落地节点
当前做法逆向模型代码 + hack 节点 + 提 issue 与维护者讨论潜在接口——自维持但不可复制
升级后图片不再内嵌 prompt 元数据，跨版本追溯与复现链路断裂，用户不知道是特性还是 bug
产品假设资产元数据守护工具：生成时自动把 workflow+prompt+模型版本快照写入侧车文件（.json/xmp），历史图可反向补齐元数据，跨版本升级自动迁移
现场证据与现有方案
场景r/comfyui 'Save image is without metadata'：全新安装后图片不再保存 prompt 元数据，想'重新生成微调参数'时无从下手。评论指出可能与新预览方法切换有关——输出资产的元数据契约在版本迭代中静默变化，无迁移说明。这对资产库管理（哪张图用什么参数/工作流生成的）是基础性断裂
社区方案评论给出线索（preview 方法切换）但无官方说明
当前做法手动记录参数 / 从历史队列反查 / 发帖确认是否 intentional