No module named ‘triton’

快速结论：这个报错通常出现在 Stable Diffusion WebUI Forge 启动或加载 LoRA 时，控制台先提示 No module named 'triton'，随后 LoRA 激活失败、出图不生效。优先排查 Forge 版本是否过旧，以及 LoRA 自身是否损坏或与底模（SD1.5/SDXL）不匹配。

适用环境：Windows；Python 3.10.6；Stable Diffusion WebUI Forge 版本 f0.0.12-latest-155-gd81e353d（commit d81e353d）；NVIDIA GeForce GTX 1660 SUPER（6GB VRAM）；xformers 0.0.23.post1；启动参数含 --xformers --autolaunch --medvram --disable-nan-check。

最快修复方案：暂无确认的一步修复方案。Issue 维护者仅在关闭前说明 LoRA 加载逻辑已重做，建议更新到最新 commit 后再测试；若仍失败，再开新 Issue。

注意事项：No module named 'triton' 在本例中只是 xformers 的警告，并不一定是 LoRA 失效的直接原因，不要把它当成唯一根因。评论区里出现的修改 networks.py 属于用户自行尝试，未被官方验证，存在破坏 WebUI 的风险。另有用户反馈“LoRA 出图异常”实为其 LoRA 文件本身损坏，需先排除文件问题。

问题场景

用户在 Stable Diffusion WebUI Forge 中正常出图，但只要在提示词里加入 LoRA，出图结果就和未加 LoRA 一样，看不到 LoRA 效果。用户对比过其他版本，其他版本虽然“很慢且有报错”，但至少能体现 LoRA；在 Forge 里则是图像生成正常、LoRA 不生效。触发方式很直接：写提示词、加入 LoRA、点击生成。

报错原文

WARNING:xformers:A matching Triton is not available, some optimizations will not be enabled.
Error caught was: No module named 'triton'

activating extra network lora with arguments [<modules.extra_networks.ExtraNetworkParams object at 0x000001E09E40A5C0>]: AttributeError
Traceback (most recent call last):
  File "C:\webui\stable-diffusion-webui-forge\modules\extra_networks.py", line 135, in activate
    extra_network.activate(p, extra_network_args)
  File "C:\webui\stable-diffusion-webui-forge\extensions-builtin\Lora\extra_networks_lora.py", line 43, in activate
...

AttributeError: 'NoneType' object has no attribute 'filename'

原因分析

从日志看，LoRA 激活阶段抛出了 AttributeError，说明 Forge 当前版本在解析 LoRA 元数据时出了问题，可能与 LoRA 加载实现有关，而不是单纯的提示词写法问题。Issues 中维护者后续回复“LoRA loading was re-worked”，侧面确认当时版本存在 LoRA 加载相关缺陷。

No module named 'triton' 是 xformers 在缺少 Triton 时给出的降级警告，表示部分优化不可用；它出现在启动阶段，不能直接等同于 LoRA 失效的根因。另一条 'NoneType' object has no attribute 'filename' 出现在使用 SDXL LoRA + SDXL 模型时，评论里有一位用户最终确认是自己用的 LoRA 文件损坏，所以 LoRA 文件本身是否完整也是一个可能原因。

环境排查

确认 Forge 版本与 commit：日志中为 f0.0.12-latest-155-gd81e353d / d81e353d，属于较早版本。
确认 Python 版本：日志显示 Python 3.10.6。
确认显卡与显存：NVIDIA GeForce GTX 1660 SUPER，总显存 6144 MB。
确认 xformers 版本：0.0.23.post1，以及是否安装 Triton（本例提示缺失）。
确认启动参数：是否仍在用 --medvram，Forge 已移除该参数。
确认 LoRA 文件：能否在其它 WebUI 或其它环境中正常加载、文件是否损坏、是否为 SDXL LoRA。
确认底模类型：SD1.5 底模搭配 SD1.5 LoRA，SDXL 底模搭配 SDXL LoRA，避免混用。

解决步骤

先把 Forge 更新到最新 commit，再重新测试 LoRA。维护者在关闭 Issue 时明确表示 LoRA 加载已被重做，旧版本上的问题可能已修复。
移除启动参数中的 --medvram。日志已提示该参数在 Forge 中被移除，并建议直接删掉。
若仍需旧的低显存行为，日志给出的替代方案是 --always-offload-from-vram，可按需选用，不要与已废弃的 --medvram 同时使用。
更换一个确认可用的 LoRA 进行对比测试，排除 LoRA 文件损坏导致的 'NoneType' object has no attribute 'filename'。评论区中有用户最后发现正是自己的 LoRA 有问题。
如果使用 SDXL 模型，请只搭配 SDXL LoRA 测试，并按维护者建议在新版本上复现。
更新后若问题依旧，按维护者要求新开一个 Issue，并附上当前版本、复现步骤和完整控制台日志。

验证方法

更新到最新 commit 后，用同一提示词、同一 LoRA、同一底模重新生成。若 LoRA 已生效，出图风格/角色特征应明显随 LoRA 权重变化，且控制台不再出现 activating extra network lora ... AttributeError。可再切换一个已知可用的 LoRA 做交叉验证，确认是版本问题还是文件问题。