Kornia 导入失败：主包、Torch 和可选依赖要分开看

不同错误不该共用一句“装 Kornia”

当前 Kornia 安装文档将 PyTorch、NumPy 与 kornia-rs 列为基础依赖；image、onnx 和 sd 才是特定功能的 extras。不能把当前文档中的 kornia-rs 归为可选 extra。文档的 Torch 最低版本属于当前发布，旧节点仍需核对其实际支持组合。Kornia 安装文档

我们建议先看这些记录

用启动 ComfyUI 的同一个 Python 解释器实际导入 Torch 和 Kornia；失败时保留完整 traceback、包位置、节点声明的版本要求及确切的函数或子模块名。其他环境的安装记录不证明当前进程能导入。

python -c "import sys; print(sys.executable); import torch, kornia; print(torch.__version__, kornia.__version__)"

报错若指向 kornia_rs，先查当前解释器中的基础依赖及原生 wheel；若明确指向 image、onnx 或 sd extra，先判断任务是否使用该功能并保留缺失名称。当前 lazy-loader 可能弹出安装提议，提示本身不证明原工作流需要该功能。找不到 API 符号时，核对节点与所装 Kornia 版本，不因可选提示就升级整个视觉环境。可选功能

先验证导入，再验证图像操作

在可信安装中单独重试失败的 import。随后用同一张小图片、同一组参数执行原节点，记录输出尺寸和异常是否变化。若问题已经变成张量形状、设备或精度不一致，就转入运行期排查，不继续按缺包处理。

回退需要保留什么

保留修改前的包清单、节点提交和最小输入。不要用“下载成功”作为最终状态，也不要仅凭别人的 Torch 版本成功记录给本机下结论。

相关排查

• Spandrel 已安装仍打不开模型：先查支持的架构
• 启动日志里一堆“缺模块”：哪些要处理，哪些先记录？

2026-09-26 复核来源并审阅中文。未安装包、在本机导入、执行图像操作或 GPU 复现。步骤是编辑建议，不表示已诊断用户环境。