get_json_schema drops `items` / `enum` when a Union contains `list[…]`, `dict[…]` or `Literal[…]`
![get_json_schema drops `items` / `enum` when a Union contains `list[...]`, `dict[...]` or `Literal[...]`](https://www.chat-gpts.plus/wp-content/uploads/2026/09/49122-28f07628-768x403.jpg)
当你在 Transformers 里用 get_json_schema 把带类型注解的 Python 函数转成工具 schema、且某个参数的类型注解是 Union( | )并包含 list[...] 、 dict[...] 、 tuple[...] 或 Literal[...] 时,生成的 JSO
![get_json_schema drops `items` / `enum` when a Union contains `list[...]`, `dict[...]` or `Literal[...]`](https://www.chat-gpts.plus/wp-content/uploads/2026/09/49122-28f07628-768x403.jpg)
当你在 Transformers 里用 get_json_schema 把带类型注解的 Python 函数转成工具 schema、且某个参数的类型注解是 Union( | )并包含 list[...] 、 dict[...] 、 tuple[...] 或 Literal[...] 时,生成的 JSO

该报错通常发生在使用 Kohya SS 的 Dataset Preparation(数据准备)工具整理训练图片时,工具在“完成”提示下把源目录当成目标目录先删除再复制,导致原图丢失;优先排查训练图片源路径与目标路径是否相同或互相嵌套。

Kohya SS 训练时如果输出目录(output dir)留空,GUI 会把 per-run TOML 配置写成根目录绝对路径并触发 PermissionError ,导致训练直接失败、日志里只有 Gradio traceback。优先排查输出目录是否填写且可写。

在使用 ComfyUI IPAdapter Plus 的 “Combine Params” 节点时报错 Error when using "Combine Params" ,常见触发场景是把多张图片生成的 IP-Params 合并后送入 IPAdapter;优先检查输入图片是否包含 Alpha 通道
![RuntimeError: Triton Error [CUDA]: an illegal memory access was encountered](https://www.chat-gpts.plus/wp-content/uploads/2026/09/1347-e7ce5eed-768x403.jpg)
该报错出现在 xFormers 使用 Triton 后端执行 _xformers_tiled_matmul_kernel 处理大矩阵(尤其是 TP+SP 长序列 + 大词表场景)时,属于 CUDA 非法内存访问。Issue 中已将 PR #1346 认定为解决方案。

该报错通常发生在通过 Vercel 自行部署 LobeChat(尤其是直接 fork 官方仓库、未拉取最新修复)时,构建在 Next.js 阶段耗时超过 Vercel 免费层 45 分钟上限而失败。优先排查是否已包含官方构建稳定性修复,并检查 Vercel 构建缓存与机器配置是否合理。

这个报错通常出现在 InvokeAI 导入 Hugging Face 分片(sharded)Qwen3 文本编码器时,例如 FLUX.2 Klein 4B 的 text_encoder 目录。问题出在模型识别阶段,优先确认权重文件是否为 model-00001-of-00002.safetensor
![[Bug]: OTel v2 GenAI exception events are never exported — Event body defaults to None, and the OTLP encoder drops the whole batch](https://www.chat-gpts.plus/wp-content/uploads/2026/09/36863-127825f4-768x403.jpg)
当 LiteLLM 开启 OTel v2( LITELLM_OTEL_V2=true )并启用事件导出时, gen_ai.client.operation.exception 事件因 Event.body 默认为 None ,导致 OTLP 编码器在序列化时抛异常,整批日志被静默丢弃。排查重点是 v

这个报错通常出现在 shell 启动脚本里调用了 llama-server --completion-bash (或 --version 、 --help )时, llama-server 在解析参数之前就打印了 llama_server: initializing ... ,属于早期日志时机回归导

该报错通常发生在 n8n 通过 MCP Client(HTTP Streamable)调用 Dify Cloud MCP Server 并执行任意工具时,属于 Dify Cloud 侧 MCP 控制器的数据库会话管理缺陷,用户侧无法直接修复。优先确认问题是否只在 Dify Cloud 出现、而自建/