启动日志里一堆“缺模块”：哪些要处理，哪些先记录？
结合退出状态、节点注册和当前工作流判断影响，不按日志颜色决定是否升级整个环境。
按影响判断，不按日志颜色判断
同一条警告可能指向可选功能、当前工作流必需的后端，或未成功注册的自定义节点。仅凭模块名称不能确定是哪一种。Kornia 把部分功能列为单独安装的 extras；Nunchaku 则要求其后端的 Python、PyTorch 和 wheel 版本匹配。ComfyUI 官方也区分自定义节点导入失败与前端扩展冲突。Kornia Nunchaku ComfyUI
改动环境之前先回答三问
1. 进程是否退出？ 记录第一个相关异常，并确认同一份 ComfyUI 是否仍能提供页面或 /system_stats。服务有响应只会缩小故障范围，不代表所有节点和工作流都可用。服务接口
2. 当前工作流是否调用受影响功能？ 找出实际节点或导入链，再看该实例的 /object_info 是否包含相应类。磁盘上有插件文件夹，不等于启动时导入成功。服务接口 自定义节点排查
3. 这条执行路径是否必须依赖该功能？ 对照项目文档的环境要求。如果必需，就在 ComfyUI 实际使用的解释器和版本组合中处理第一个适用错误。如果未使用，只记录本次任务的有限结论，不宣称此警告永远可以忽略。
测试最小的相关路径
先保留原始环境信息与工作流，再运行真正会调用受影响节点或功能的最小任务，检查执行结果和输出。日志提到 Triton、SageAttention 或其他加速器时，先确认调用它的项目及兼容说明，不因名称相近就安装包。
若项目明确支持关闭加速后的替代路径，应分别记录替代设备、输出及实际观察到的耗时。一次替代路径成功，只证明该任务能够沿这条路径完成；它不证明原加速功能已修复，也不证明性能和结果完全不变。
环境变化后重新判断
记录 ComfyUI 与节点版本、Python 解释器、警告原文、受影响工作流、测试结果和暂缓处理的限制。更换节点、模型、后端或工作流后重新评估。这是本站依据资料整理的分诊顺序，不是对读者机器的既定诊断。
来源与边界
- Kornia 安装与可选 extras：核对于 2026-09-25。
- Nunchaku 安装要求：核对于 2026-09-25。
- ComfyUI 服务接口：核对于 2026-09-25。
- ComfyUI 自定义节点排查：核对于 2026-09-25。
本站未进行本机安装、GPU 工作流、替代路径性能测试或输出对比。
相关排查
这篇内容对你有帮助吗？
匿名统计，只记录“有/没有帮助”的计数，不记录账号、IP 地址或设备信息。
资料来源
2026-09-25 复核 Kornia、Nunchaku 与 ComfyUI 官方资料。分诊顺序由本站编排；未进行本机安装、GPU 工作流、替代路径性能或输出测试。
01Kornia installation and optional extras资料核对: 2026-09-2502Nunchaku installation requirements资料核对: 2026-09-2503ComfyUI server routes资料核对: 2026-09-2504ComfyUI custom-node troubleshooting资料核对: 2026-09-25报告问题 · 981fa433-a196-55f2-955f-e92c9eb04d11
相关阅读
编辑为本页关联的条目。
日志关键词: No module named kornia
先判断主包缺失还是某项功能缺少额外依赖，不把最新安装命令强加给旧节点。
日志关键词: No module named nunchaku
检查 wheel 的 Python、系统与 Torch 标签，避免把节点安装成功和底层推理库安装成功混为一谈。
先核对进程可见的设备和实际后端，不把 GPU 0 标签当成物理显卡身份，也不默认显存相加。