AIGC 需求雷达

2026-09-13 痛点归档

https://aigc.cygongju.cn/day/2026-09-13/
← 2026-09-122026-09-13
8.5
资产与工作流 创作者 有付费意向
▲ 9 · 评 70 · 2 源

MiniMax H3 视频人物一致性 LoRA 训练极难,出片相似度远低于 Wan 2.2,创作者被迫反复试错训练参数

付费信号

间接付费:Fizgig/Runpod/fal 按训练步骤计费(fal 上 H3 有 4 个付费 trainer);评论者已经在为训练算力花钱

竞品格局

fal.ai 'How to Train a LoRA for MiniMax H3'(云端训练服务)、Fizgig(桌面训练器,社区口碑好)、refmods(免费参考图替代,Malcolm Rey 推动)。差异点:无人做'训练配置自动推荐+同种子 A/B 评测+失败原因诊断'的本地工具

现场证据与现有方案
场景

创作者为 H3 训练角色 LoRA:5090 上跑 musubi-tuner 一夜(60图/3000步/约5小时),结果 likeness 远达不到 Wan 2.2 水平;有人 25图+5视频/1500步练完'只捕捉到是亚洲人'。评论区多人跟帖同样失败,触发词 ema/sigmoid/Automagic3 各有玄学

时间成本

单次训练 5 小时(5090)+ 多轮试错常花数天('days and days pounding my head');refmods 参考模式每条视频生成时间成倍增加

现有方案

Fizgig(效果较好但贵、需排队)、fal.ai H3 LoRA trainers(按步计费)、AI Toolkit、musubi-tuner(免费但门槛高)。不满:参数玄学、无统一评测、相似度不稳、过烤后破坏动作

社区方案

部分:评论区推荐 Fizgig 5.2(多人反馈'worked really well')、AkaneTendo musubi fork + automagic3+sigmoid、malcolmrey 的 refmods 方案与 HF 文档,但方案分散、无公认最佳实践,失败案例仍大量存在

当前做法

反复换训练器与超参(musubi fork/AI Toolkit/Fizgig)、加 ema、调 LR、AB 测试 2000-2800 步;或放弃 LoRA 改用 Ref2VA 参考图模式(但 ref2i 生成太慢)

#LoRA缺失 #视频编辑 #人物一致性 #H3 #训练 原文 ↗
8.5
封装与变现 工作流开发者 有付费意向
1 源

把 ComfyUI 工作流封装成'小白可用前端'是强需求:ComfyMax 类项目被反复复刻,用户追着问'怎么接我自己的工作流'

付费信号

间接付费:RunComfy 云平台收费验证了'开箱即用'付费意愿;中文圈整合包+卖课生态成熟(B站课程链接直接变现)

竞品格局

RunComfy(Web 云,收费)、ComfyMax(开源本地)、Wonderful Launcher(桌面启动器带封装)。空白点:'任意 API 工作流→自动生成带参数面板的小程序/网页'的独立封装工具尚无成熟品

现场证据与现有方案
场景

开发者把本地 ComfyUI+H3 工作流包成 Streamlit 简化前端(只暴露常用参数),发帖后 17 条评论里多人求'用自己的工作流'接入方法、问参数映射怎么做;同类还有 ComfierUI(Android 客户端)、MiniMax User Friendly workflow(77 赞 29 评论)。中文圈秋叶整合包 10 万+播放验证同需求

时间成本

每个工作流手动映射前端需数小时至数天;为非技术用户(甲方/同事)交付时每次都要重复封装

现有方案

ComfyMax(开源 Streamlit)、RunComfy(云订阅)、ComfyUI 自带 subgraph/分组。不满:通用前端仍需懂节点;云方案不本地、贵

社区方案

是:ComfyMax 作者发布了自动 workflow mapper 初版(Update_ComfyMax.bat),证明路线可行但工程粗糙

当前做法

手写 Streamlit/Gradio 前端 + 手动映射 API 工作流参数;ComfyMax v0.3 开始做'自动工作流映射器'但仍是手动配置

#封装 #前端 #工作流复用 #交付 原文 ↗
7
资产与工作流 创作者 有付费意向
1 源

40 秒以上连贯说话视频没有现成可靠工作流:分段延展画质逐段衰减,VAE 重编码吃掉对比度和细节

付费信号

无信号(本地用户为主);间接:部分人转用按量付费的 H3 API 生成('cost will be dramatically less')

竞品格局

RunComfy 'Stable Video Infinity' 工作流(Wan2.2 向)、comfyui-wanv2v-video-stitcher(GitHub 开源拼接节点)、LongCat 模型原生延展。差异:LTX/H3 生态无通用'低损长视频拼接管理器',属于有资源但质量差/难找

现场证据与现有方案
场景

创作者想用 LTX 2.5 做 40-60 秒固定机位说话视频:评论区确认'真正杀死续写路线的不是脸,是 re-encode——每把末帧过一次 VAE 就丢一点对比度和高频,到第 4 段皮肤已经走样'。另一帖直接问'怎么修 video extender 的画质衰减',只换来'换镜头吧'的建议

时间成本

每支长视频多花数小时在分段、拼接与衰减修复上;漫剧创作者每天处理数十段

现有方案

LTX motion context 续写(免费但衰减)、Stable Video Infinity LoRA(Wan 向,RunComfy 有工作流)、DLSS 5 workflow(实验性)、LongCat 模型。不满:都是特定模型绑定、衰减依旧

社区方案

部分:RuneXX 的 HF 工作流、motion context 帧喂法被分享,但'累积衰减'本身无解,官方无长视频方案

当前做法

喂 1/9/17 帧进 image encoder 续写+手动拼接;或切镜头掩盖衰减;或改用 H3 Ref2VA 多段参考图重生成(成本更高)

#工作流缺失 #视频编辑 #长视频 #画质衰减 #LTX 原文 ↗
7
效率与质量 创作者 有付费意向
1 源

H3 结构化时间戳提示词写不对就出乱码音频/空白声,官方指南藏得深,用户全靠口口相传

付费信号

间接付费:H3-Promptor 类节点/云服务在 RunComfy 上架;MiniMax 官方 Prompt Rewriter 8B 模型本身就是为解决此问题而生

竞品格局

1038lab/Comfyui-Minimax-H3-Promptor(节点,206星)、MiniMax-H3-Prompt-Rewriter-ComfyUI、官方 Prompt Rewriter 模型。市场非空白,但'校验器'(写入前预检音频字段完整性,避免烧一次渲染才发现)无人做

现场证据与现有方案
场景

H3 参考生成要求按 [0s-3.5s] 分镜写 prompt 并明确 non_diegetic_music 等字段:写漏音频字段模型就'用垃圾填充声景'。原帖 17 赞热评指出根因,11 赞评论直接说'你的提示词不对,去读指南'——指南有两份但搜索通常只找到一份。评论提议'把官方指南喂给 Claude 再写'已是最佳实践

时间成本

每次生成失败浪费 5-10 分钟渲染;新手通常卡数小时才知道是 prompt 结构问题

现有方案

官方指南(免费但难找全)、MiniMax Prompt Rewriter(官方 8B 模型)、Comfyui-Minimax-H3-Promptor(GitHub 206 星)、RunComfy Prompt Writer 节点。不满:各写各的、不知道该用哪个、乱码仍频发

社区方案

是:官方两份指南 + 社区 bot 模板(评论里直接贴 subject_definitions 模板),但发现成本高

当前做法

把官方 prompt 指南贴给 Claude/Gemini 代写;手动补 non_diegetic_music: N/A;反复试错重生成(每次 5-10 分钟)

#提示词工程 #H3 #视频编辑 #音频 原文 ↗
7
性能与成本 工作流开发者 有付费意向
1 源

ComfyUI 新编译器(comfy-compiler/aimdo 0.5.2)升级后显存占用暴涨并 OOM,多套注意力方案互相打架

付费信号

无信号(用户在花时间而非花钱;部分人因此考虑买更大显存卡)

竞品格局

空白:无'ComfyUI 显存剖析器'类工具(按节点/按阶段显示显存占用、自动推荐 offload 策略)。nvitop 只看全局

现场证据与现有方案
场景

9 月 6 日前后集中爆发:5090 显存占用从 80% 涨到 98% 导致整机卡顿;H3 工作流 OOM;KJNodes#750 27 条评论里用户逐一排查 --disable-comfy-compiler / --vram-headroom 1-3 / 关闭 sparse attention,'即使禁用编译器也比 aimdo 0.4.15 更吃显存'。核心、KJNodes、aimdo 三方联动,用户无法定位是谁的锅

时间成本

受影响用户花整天回滚测试('Struggled with this all day yesterday');每次版本更新都要重新调显存参数

现有方案

启动参数(--vram-headroom)、降级 aimdo、nvitop/nvidia-smi 监控。不满:参数语义混乱(reserve vs headroom)、无跨节点显存画像工具

社区方案

是:PR #16148 修复了 OOM 主线,kijai 也修了 preview 冲突;但'显存黑盒'问题本身反复出现,用户只能靠 nvidia-smi 盯屏

当前做法

降级 comfy-aimdo、加启动参数(--reserve-vram/--vram-headroom)、禁用编译器、等 PR #16148 修复后逐个重启测试

#显存 #OOM #版本更新 #编译器 原文 ↗
7
资产与工作流 创作者 有付费意向
1 源

下载的工作流引用大量缺失模型/LoRA 文件,Manager 只装节点不装模型,视频工作流尤其无从找起

付费信号

间接付费:RunComfy 的 auto-setup(上传工作流 JSON 自动装模型,云收费)就是此痛点的商业化验证;中文圈为整合包付费/看课已成习惯

竞品格局

RunComfy auto-setup(云端收费、强制上云)、官方模板下载按钮(只覆盖官方模板)。本地免费扫描器=空白(Wonderful Launcher 有缺失节点检测但模型侧弱)

现场证据与现有方案
场景

B站'ComfyUI报错不求人'7.4 万播放、665 条评论,16 赞热评总结四大坑:模型缺失/模型选错/依赖未装/依赖冲突,'用别人的工作流别乱装缺失节点,有时靠 AI 越修越乱,最后只能删掉整个 Python 包重装'。Reddit 同类帖:新手拖入 checkpoint 后报 missing model 不知所措(模板节点与模型目录结构对不上);台湾博主教程明确写'Manager 只帮你装扩展,模型还得自己下载并放对目录'

时间成本

每个新工作流首次跑通平均多花 1-3 小时找模型;视频工作流(H3 需 6+ 模型文件)更久,'装了一天各种报错'是评论区常态

现有方案

ComfyUI 桌面端模型缺失提示(部分)、RunComfy Auto Setup(云)、ComfyUI Manager(只管节点)、秋叶整合包(预置)。不满:本地无'扫描工作流 JSON→列出全部缺失模型→给出 HF/Civitai 直链→可选量化版本'的一键工具

社区方案

部分:新版 ComfyUI 桌面端已加'缺失模型提示+Download 按钮',但仅覆盖官方模板引用的模型,社区工作流的第三方 LoRA 仍无自动解析

当前做法

对照报错清单手动去 HF/Civitai 逐个搜模型、猜量化版本、放对目录;中文用户直接用秋叶整合包(预置模型)绕过;或删库重装

#工作流缺失 #视频编辑 #模型缺失 #节点红框 #部署 原文 ↗
7
资产与工作流 工作流开发者 有付费意向
1 源

工作流版本管理靠 Git 完全失效:JSON diff 分不清'挪了个节点'和'换了关键参数',输出与版本无法关联

付费信号

间接付费:numonic.ai 已将其做成商业产品方向(说明团队判断有付费市场)

竞品格局

numonic.ai(商业,语义 diff + provenance,早期)、云平台自带历史(RunComfy)。本地开源的语义 diff 工具接近空白

现场证据与现有方案
场景

开发者迭代复杂工作流时:移动节点位置 JSON 就变,改一个决定产出的 seed 时 diff 却几乎不可见;无法回答'这版图是用哪个工作流版本生成的'。numonic.ai 博客系统阐述此问题(Git tracks text changes, not semantic workflow changes),社区普遍共鸣但工具未普及

时间成本

未提及具体时长;回溯'哪版工作流出了这张图'通常翻文件夹数十分钟

现有方案

Git(语义盲区)、ComfyUI 内嵌元数据、SaveImageAdvanced 命名模板。不满:无参数级 diff 语言、无产出自动关联

社区方案

弱:SaveImageAdvanced 可在文件名嵌参数,ComfyUI 输出图自带 workflow 快照,但'版本树+语义 diff+产出关联'仍靠手工

当前做法

手动另存 v1/v2/final_final.json;输出图内嵌 workflow 元数据再手动翻图找参数;部分人写脚本 diff JSON

#版本管理 #diff #工作流工程化 原文 ↗
7
部署与生态 其他用户 明确付费信号
1 源

模型许可证信息不透明:H3 本地商用 '$5000/月' 的误传疯传,小工作室不敢用也不敢买

付费信号

明确付费:发帖者原话'absolutely willing to pay for commercial use',只是没有中间价位可选

竞品格局

空白:无'输入用途+地区+ARR→输出该用哪个许可、花多少钱'的决策向导/信息站

现场证据与现有方案
场景

德国 9 人视频工作室询问 H3 本地商用被报价 $5000/月(78 赞 54 评论),评论区官方澄清'社区许可下 EU 等地区只需申请表,ARR>2000 万美元才需付费'——但信息已经传歪,大量中小创作者按'用不起'做决策。同帖暴露:许可条款分散在申请表/FAQ/地区清单三处,无权威聚合

时间成本

未提及;决策延迟通常以周计

现有方案

MiniMax/Comfy 官方许可页、社区帖澄清。不满:分散、地区规则复杂、无自助查询工具

社区方案

是:Comfy 员工在帖内长文澄清(16 赞),但属于事后救火

当前做法

发帖问社区、等官方账号来评论区澄清;保守者直接放弃本地商用转云 API

#许可证 #商用 #成本决策 #生态 原文 ↗
6
资产与工作流 创作者 有付费意向
1 源

LoRA 训练数据集制作无标准:教程过期、'蜡感皮肤/完美打光'反复出现,新手 dataset 全靠玄学

付费信号

间接付费:Runpod 训练算力、付费 caption 服务;教程站借此卖课

竞品格局

接近空白:无'数据集体检'工具(检测 caption 偏置/光照单一/重复图过多并给出修复建议)。训练器附带功能仅覆盖 facecrop

现场证据与现有方案
场景

创作者练真人 LoRA 反复出 waxy skin + perfect lighting,自述'研究 dataset 制作像走迷宫:百万种观点,最糟的是多数指南一年前就过期了'。评论区给出关键经验('蜡皮几乎总是 caption 太干净——全是 perfect skin/sharp focus,模型把打光学成了人的一部分;要混入糊图/阴影图'),但这类知识散落在评论里而非工具中

时间成本

每个 LoRA 数据集反复重caption+重训 2-5 轮,每轮数小时

现有方案

AI Toolkit 自带 caption、fizgig facecrop、Reddit 各模型专项指南。不满:指南随模型版本失效、无'按目标模型给出 dataset 健康度检查'的工具

社区方案

是:评论区多篇高质量指路(含 R 社区数据集指南链接),但新手难以分辨哪条建议适配当前模型(Z Image/Krea2/Flux 各不同)

当前做法

用 Gemini/ChatGPT 生成 caption、翻 Reddit 旧帖、扔 12-20 图重训试错; fizgig 自带 facecrop 工具被老手推荐

#LoRA训练 #数据集 #图片生成 原文 ↗
5.5
资产与工作流 创作者 有付费意向
1 源

Krea 2 生态缺'真实普通人'多样性 LoRA:现有真人 LoRA 全是Above-average 颜值,特定族群/体型/年龄的真实人像要自己练

付费信号

间接付费:发帖者常年在 Runpod 花钱训练;civitai.red 类镜像站靠此类需求引流

竞品格局

Civitai 现有 LoRA(有资源但质量/覆盖不符=非空白但错位)。机会:按'真实感×族群×年龄×职业'矩阵批量训练的 LoRA 包+订阅

现场证据与现有方案
场景

创作者想生成各国普通长相人群(意大利/埃塞俄比亚/埃及/日本…),问该做一个大 LoRA 还是每族群一个;评论区确认'Civitai 已有人做了 per-country LoRA 但都是每个国家一个美女,不是普通大众'。同周还有 Krea 2 Edit 身材(skinny body type)LoRA 求助帖、 fetish 向'Peeing LoRA for Krea 2?'17 评论(评论区指向 civitai.red 镜像才解决)——长尾任务 LoRA 全靠社区散找

时间成本

每个族群 LoRA 数据集收集+训练约 1-2 天;找不到的(特殊题材)直接放弃任务

现有方案

Civitai per-country LoRA(存在但全是帅哥美女)、自行训练。不满:风格化严重、缺'普通人'语法(年龄/职业/阶层维度)

社区方案

部分:评论区给出'分 4-5 个 LoRA、75-100 图/个'的训练配方,但门槛仍在训练本身

当前做法

自己用 AI Toolkit 在 Runpod 训练(按族群分 4-5 个 LoRA、每个 75-100 图);或在 Civitai/镜像站大海捞针;特殊内容因支付处理器封禁需去 civitai.red 找

#LoRA缺失 #图片生成 #真实人像 #Krea2 #多样本 原文 ↗
5.5
效率与质量 创作者 有付费意向
1 源

H3 打斗/快动作场景无专用动作编排 LoRA,模型自动把激烈动作放慢,武打视频'像跳卡波耶拉舞'

付费信号

间接付费:绕过方案多用付费 API(Seedance/Kling 按条计费)或教程会员制

竞品格局

Civitai SMACK! LoRA(部分覆盖)、noviai.ai AI Fight Video Generator(在线生成器,非 ComfyUI 生态)。格斗编排向 ComfyUI LoRA/节点=接近空白

现场证据与现有方案
场景

用户用 H3 生成 John Wick 风格近身格斗,37 评论中最高赞(7↑)直接指出'拳头全是错的,像比划出来的',多人跟帖'挣扎于 dynamic and fast action,模型故意放慢动作避免崩坏'。同周 r/SD 出现 SMACK! LoRA(枪击/血包特效向 H3,17 评论)部分填补,但近身格斗编排仍空缺;YouTube 出现'AI Fight Scenes—The ONE Workflow Everyone's Missing'教程用 16 格动作参考图绕过

时间成本

每条动作镜头反复重生成 5-15 次(每次 4-8 分钟);完整打斗戏通常耗一下午

现有方案

SMACK! Beta2 LoRA(枪械特效)、动作参考格工作流(YouTube 教程)、换模型。不满:连贯拳脚动作仍做不到、跨模型拼接费时

社区方案

部分:SMACK! LoRA(特效向)、lightx2v 加速 LoRA 调步数、动作参考图工作流教程存在,但'招式编排→视频'的专用方案仍缺

当前做法

用图片模型生成 16 格分镜动作参考图→喂给视频模型当参考;加大 steps;或换 Seedance/Sora 生成动作再剪辑

#LoRA缺失 #视频编辑 #动作编排 #H3 原文 ↗
5.5
部署与生态 工作流开发者
1 源

自定义节点 API 签名随核心更新悄悄变更,下游节点包批量断裂,用户分不清是核心还是节点的锅

付费信号

无信号

竞品格局

空白:无'核心版本×节点包兼容矩阵'预检工具。Manager 的冲突检测停留在依赖是否安装,不做签名级校验

现场证据与现有方案
场景

H3 FinalLayer 签名变更导致下游自定义节点直接崩(#16149);BlockSparseAttention 节点 'missing positional argument selection'(#16236);KJNodes 低显存注意力节点因核心接口变化报 unexpected keyword argument(#750)。每次核心大版本(如编译器合入)都伴随一轮节点包追赶到

时间成本

每次核心大更新后,重度用户花 2-6 小时更新+排错(评论区多人'all day')

现有方案

ComfyUI Manager 版本扫描/冲突检测(依赖层)、Security/风险扫描。不满:无 API 兼容性预检(升级前告知'你装的 X 节点会在新核心上断裂')

社区方案

是:kijai 等作者响应快(#750 当天修复),但断裂窗口期内用户只能等

当前做法

节点作者手动适配发新版;用户逐个更新节点包、看 traceback 猜原因;或核心锁版本不动

#节点生态 #兼容性 #版本更新 原文 ↗
5.5
效率与质量 创作者
1 源

多 LoRA 叠加后角色脸被'冲走',二次过采样修复又引入新瑕疵,LoRA 组合调试全靠盲试

付费信号

无信号

竞品格局

XY plot/LoRA 对比工作流存在(WWAA 等),但'多 LoRA 冲突归因'工具空白

现场证据与现有方案
场景

创作者的角色 LoRA 单独用正常,叠加风格/细节 LoRA 后'脸总会变掉';自建二次 KSampler 只过角色 LoRA 修复,结果'要么抹掉妆容、要么凭空加雀斑'。热评(10 赞)点破根因:VAE 编解码损耗信号,应复用第一次采样的 latent 直接二次采样——但这类知识普通创作者并不掌握,评论区还在各出偏方

时间成本

每张精修图多 2-4 轮采样(每轮 20-60 秒);批量出图时不敢叠 LoRA,退回单 LoRA 串行跑

现有方案

FaceDetailer(Impact Pack)、latent 直连法、LoRA 权重网格测试。不满:无'LoRA 组合冲突预测'(叠加前预览各 LoRA 对脸/风格的影响热区)

社区方案

是:latent 复用方案(10 赞)与 FaceDetailer(Impact Pack)被推荐,但需要懂底层原理才能举一反三

当前做法

二次 KSampler/i2i inpaint 修脸、调 LoRA 权重顺序与强度、问 Google AI 折腾 KSampler 组合

#LoRA叠加 #一致性 #图片生成 原文 ↗
4.5
效率与质量 工作流开发者
1 源

视频运镜只有 prompt 编译级控制(拖拽轨迹→文字),无几何级相机控制,离轴/环绕必漂移

付费信号

无信号(节点免费开源);开发者靠 GitHub star 获取声誉

竞品格局

各模型官方相机控制(有限预设)+ 该开源节点。几何 adapter(如复用 depth/pointcloud 做轨迹约束)=研究级空白,独立开发者 3-6 月起步

现场证据与现有方案
场景

Bruxos do VFX H3 Camera 节点(28 赞)把 3D 球面拖拽的相机轨迹编译成 H3 能理解的 prompt 文字——作者自述'编译的是提示词不是相机 embedding,H3 仍然可能错过角度/时机/尺度'。评论区专业用户指出:居中环绕还行,'离轴主体+闭环轨迹必漂移,发一个能闭合的离轴环出来才算数'。需求被验证、方案天花板明确

时间成本

复杂运镜镜头重roll 5-20 次;专业项目直接放弃复杂环绕

现有方案

3d-Camera-control-H3-Minimax(prompt 编译)、LTX motion prompts、Wan2.2 Fun Camera。不满:全模型都缺几何真值注入

社区方案

部分:NyckM/3d-Camera-control-H3-Minimax 开源(文档质量被赞'absurdly well-documented'),但几何精度天花板未破

当前做法

用该类 prompt 编译节点+多轮重roll;或镜头剪碎规避复杂运镜

#运镜 #相机控制 #视频编辑 #节点机会 原文 ↗
4
封装与变现 其他用户 有付费意向
1 源

付费云节点默认混入免费调色板,社区信任裂痕:老用户觉得开源被'充值入口'污染

付费信号

间接付费:Comfy Cloud 云节点按量计费已成收入线,云合伙人节点在 Beta(6 评论帖);争议本身证明有人付费有人反感

竞品格局

官方云市场本身。独立机会:第三方'节点信誉/价格/评价聚合目录'

现场证据与现有方案
场景

资深 CG 艺术家发帖'我的 CGI 软件里不该有付费节点'(13 评论),热评反讽'AE/Nuke 哪个不卖插件'并指出设置里有开关(9 赞'settings bro, settings');另有用户因误装付费模型节点求彻底屏蔽法。事件反映:开源生态商业化摩擦真实存在,付费节点的发现/信任/退款机制缺失

时间成本

未提及(偶发困扰)

现有方案

官方设置开关、Manager 禁用。不满:付费节点与免费节点混排无标识分级

社区方案

是:官方设置开关存在,但被误装/误充值的用户仍需社区指点

当前做法

设置里关闭付费节点显示;禁用 ComfyUI-Manager;删除 user settings

#付费节点 #生态 #信任 原文 ↗
3.5
部署与生态 其他用户 有付费意向
1 源

AMD/ROCm 用户在 ComfyUI 上反复踩上游 attention 计算错误,单点 bug 排查以天计且无人系统收录

付费信号

无信号(AMD 用户群体付费意愿未见证据)

竞品格局

接近空白:无 ComfyUI×ROCm 错误码知识库/诊断工具。做的话受众窄、维护重

现场证据与现有方案
场景

LTX 2.5 在 RX 7900 XTX 上'无视提示词/不出语音',用户折腾数天、两个 AI 助手都没搞定,最终发现是 ROCm/PyTorch 在 Gemma 4 attention 上算错,切 math attention 后解决——发帖时自述'搜遍互联网几乎找不到帮助'。评论区另一 AMD 用户确认同样症状。同周还有 AMD torch 安装指南 URL 过期需社区提 issue 更新(#16215)

时间成本

单次疑难 bug 排查 2-5 天('wrestling for days')

现有方案

Reddit SOLVED 帖、官方 troubleshooting 页(通用建议)。不满:ROCm 专项坑库不存在,同一问题多人重复踩

社区方案

是:原帖自己带了 SOLVED 标签与修复路径,但传播靠运气

当前做法

开 openclaw/Claude agent 跟着日志死磕、换 attention 后端试错、在 Reddit 发帖等人踩过同坑

#AMD #ROCm #兼容性 #排查 原文 ↗