TorchScale 与 timm 冲突：消费方的精确锁定不能被“升级最新版”自动解决

现象与适用范围

安装一个视觉或多模态节点后，另一个节点可能要求不同 timm 版本。先把要求来自哪个包画清楚，再判断共用环境是否可行。

检索片段；具体版本与异常上下文可能不同：

torchscale
timm==0.6.13

已核对的依据

TorchScale 上游 main 分支的 setup.py 仍自报 0.2.0，并声明 timm==0.6.13 与 fairscale==0.4.0。PyPI 0.3.0 发行包 比该源码版本新，但当前包元数据仍声明这两个精确依赖。源码分支和 PyPI 发行包并非同一产物，须核对实际安装包的 Requires-Dist 与来源。timm 安装指南 建议用虚拟环境避免冲突；其通用 pip install timm 命令不能覆盖消费方的精确要求。

需要区分的情况

1. 已安装 TorchScale 分发版精确要求某个 timm 版本，但另一节点文档支持范围不含该版本。依赖解析冲突与之后的运行时 API 错误是不同阶段。

2. 已安装 wheel/源码包或第三方分支与用户查看的上游分支不同；仅凭包名无法确定实际依赖。

3. 元数据冲突消失，但实际调用了不同版本才有的 API，运行仍然失败。

建议的排查顺序

以下为本站编排的操作建议，不表示已定位你的具体环境。

1. 用启动 ComfyUI 的 Python 可执行文件，记录已安装 torchscale、timm、fairscale 版本及各节点版本。读取已安装 Requires-Dist 和节点约束，记下 wheel/VCS 来源并计算范围交集，不只比较“哪个更新”。

2. 运行依赖一致性检查。有共同支持组合时在可恢复副本中锁定并验证两个消费方；无交集则选择维护者支持的实现或拆分环境，不全局强装一个节点的锁定版本。

3. 从 requirements 删除 == 或用 --no-deps 安装新版 timm，只是绕过解析，不能证明兼容。修改消费方代码需有维护中的修复或明确 API/模型测试，并与稳定环境隔离。

4. 在副本中导入两个消费方实际使用的 API，运行各自最小受支持模型并回归另一 timm 节点；核对模型注册名、权重来源与加载、输入输出，不能只看包是否导入。

怎样判断这一层已解决

选定组合的依赖检查和两个消费者的最小任务都通过。只有最后一次 pip install 成功不等于共享环境已一致。

注意事项和适用边界

当前 PyPI 0.3.0 元数据仍保留该锁定，但这不等于本站建议全局使用 timm==0.6.13。分支或未来发行可能不同，模型和硬件条件也需单独核对。

资料复核并独立审阅中文：2026-09-26。本站未安装、解析依赖、运行模型、执行 GPU 推理或修复用户环境。

原始来源

• TorchScale setup.py · 2026-09-26
• TorchScale PyPI distribution · 2026-09-26
• timm installation documentation · 2026-09-26

相关排查

• ModuleNotFoundError：包已安装，ComfyUI 仍说找不到模块
• 修复 ComfyUI 前后该记什么：一份可复查的环境记录
• timm 找不到，和模型名称不支持、预训练权重下不来是三件事