ImportError: No module named ‘xgrammar’

这个报错通常出现在 s390x(IBM Z / LinuxONE)等没有 xgrammar 预编译 wheel 的平台上,vLLM 启动阶段在导入 xgrammar 相关模块时直接抛出 ImportError: No module named 'xgrammar' 。优先排查 xgrammar 是否

这个报错通常出现在 s390x(IBM Z / LinuxONE)等没有 xgrammar 预编译 wheel 的平台上,vLLM 启动阶段在导入 xgrammar 相关模块时直接抛出 ImportError: No module named 'xgrammar' 。优先排查 xgrammar 是否

这个报错通常出现在 torchvision “已安装但实际无法导入”的环境里: is_torchvision_available() 因为只用 find_spec 探测路径而返回 True ,于是 Transformers 走了 torchvision 分支,最后在导入 AutoImageProce

这个报错通常出现在 Kohya SS 调用 WD14 Captioning 打标时,脚本在本地缓存目录里找不到 model.onnx ,即使加了 --force_download 也会失败。优先排查 WD14 模型缓存目录是否完整、是否只有 HuggingFace 的哈希/软链接结构而没有真正的模型

Captioning broken with wd-v1-4-convnexttv2-tagger-v2 通常出现在 Kohya SS 的 WD14 Tagger 打标阶段:模型文件已经下载完成,但脚本按预期路径找不到 model.onnx ,于是直接抛异常中断。优先排查模型下载后的实际落盘路径与脚

这个报错通常出现在 Kohya SS 的 WD14 Captioning(tagger)首次或重新下载 Hugging Face 上模型标签文件 selected_tags.csv 时,由于网络读取超时导致下载中断、恢复失败。优先排查到 huggingface.co 的网络连通性与代理设置,而不是本

当把 ImpactWildcardProcessor(或 ImpactWildcardEncode)的 wildcard_text 组件从 widget 转换为 input,并从其他节点连入字符串时,节点会收到类似 ['10', 0] 的列表而非字符串,导致通配符处理失败。优先排查连接方式,改用 p

这个报错通常出现在 ComfyUI 的 IPAdapter 节点执行阶段,当代码尝试调用 clip_vision.patcher 时,传入的 clip_vision 实际是 None ,也就是 IPAdapter 节点没有拿到有效的 CLIP Vision 模型。优先检查节点上的 CLIP Visi

当在 ComfyUI 中使用 IPAdapterUnifiedLoader 节点加载 IPAdapter 模型时,如果工作流中残留了旧版本的 IPAdapter 节点或适配器,就会触发 “IPAdapter model not found.”。通常优先排查并替换工作流中的旧 IPAdapter 节点

这个报错通常出现在 InvokeAI 加载某些 Krea 2 的 Q4_K_M GGUF 模型进行生成时,模型权重与 InvokeAI 当前定义的 Krea2Transformer2DModel 结构不匹配,优先检查该 GGUF 是否为 InvokeAI 支持的 Krea 2 架构版本。
![[Bug]: parse_tool_call_arguments silently drops tool calls with concatenated JSON arguments — split_concatenated_json_objects exists but is](https://www.chat-gpts.plus/wp-content/uploads/2026/09/40582-cfa23954-768x403.jpg)
当 LiteLLM 通过 chat completions 处理工具调用、且模型把多个 JSON 参数对象拼接进同一个 tool_call 的 arguments 字符串时, parse_tool_call_arguments() 解析失败后返回 {} ,工具调用被静默丢弃(日志中可见 [Bug]: