TypeError: p = torch.backends.cuda.SDPAParams(q
这个报错发生在 ComfyUI 2220d111 提交之后、使用 AMD gfx1201 Windows 构建但未随 torch 附带 aotriton kernel 镜像文件时。优先排查 torch/lib/aotriton.images 目录是否存在，并通过修改 aotriton_support
标签： Python
support for responses.create() with AzureOpenAI and AsyncAzureOpenAI
该报错通常出现在使用较旧版本的 openai Python SDK 时， AzureOpenAI 或 AsyncAzureOpenAI 客户端尚未暴露 .responses 属性导致调用失败。优先升级 openai 库到支持 Azure /responses 端点（API 版本 2025-03-01
[bug]: Generation fails on ROCm 7.1 with torch 2.12.x (torch 2.11.0 works)
![[bug]: Generation fails on ROCm 7.1 with torch 2.12.x (torch 2.11.0 works)](https://www.chat-gpts.plus/wp-content/uploads/2026/09/9410-d5b6204f-768x403.jpg)
该报错发生在 AMD ROCm 7.1 环境下，当安装器默认解析到 PyTorch 2.12.x（含 2.13.0）时，InvokeAI 文生图会失败或导致显卡驱动重置。优先排查当前安装的 torch 版本，并固定为 torch 2.11.0 或升级到 ROCm 7.2 搭配 torch 2.13.
Multiuser: CLI user changes (invoke-usermod/userdel) don’t revoke live socket connections
该问题发生在 InvokeAI 多用户模式下，通过 CLI 工具（invoke-usermod / invoke-userdel）在服务器外部修改用户权限时，已建立的 Socket.IO 连接不会立即失效。该问题已在 PR #9360（合并于 2026-08-18）中修复，核心方案是增加周期性的连接
[Question]: In the two source packages of 0.19.1, the ragflow image in the .env configuration file is still 0.19.0
![[Question]: In the two source packages of 0.19.1, the ragflow image in the .env configuration file is still 0.19.0](https://www.chat-gpts.plus/wp-content/uploads/2026/09/8501-21e73ab0-768x403.jpg)
这是 RAGFlow 0.19.1 源码包中 docker/.env 文件默认镜像版本与发布版本不一致的问题，通常发生在你下载的源码包早于修复合并时间，或从非官方渠道获取。优先检查并手动修改 .env 文件中的 RAGFLOW_IMAGE 变量，将其更新为 v0.19.1-slim 或 v0.19.
AttributeError: ‘NoneType’ object has no attribute ‘batch_size’
该报错在 Hugging Face Accelerate 中调用 accelerator.prepare(dataloader) 时触发，通常是因为自定义 Dataset 在 __getitem__ 中返回的是已经 collate 好的 batch，而 DataLoader 的 batch_size
get_max_memory() adds a separate cpu entry on integrated CUDA GPUs, double-counting shared RAM (GB10 / DGX Spark)
该问题出现在 NVIDIA GB10 / DGX Spark 这类集成 CUDA 显存的设备上，`get_max_memory()` 会同时输出设备显存条目和独立的 `cpu` 内存条目，导致同一块物理内存被重复计算。优先检查 `get_max_memory()` 返回的字典中是否存在 `cpu`
[Bug]: JSON Schema pattern on string items causes maxLength to be ignored in structured outputs
![[Bug]: JSON Schema pattern on string items causes maxLength to be ignored in structured outputs](https://www.chat-gpts.plus/wp-content/uploads/2026/09/45592-d177bcc5-768x403.jpg)
这个报错发生在 vLLM 结构化输出中，当 JSON Schema 的字符串节点同时包含 pattern 和 maxLength / minLength 时，xgrammar 后端会忽略长度限制。优先排查是否错误地选择了 xgrammar 后端，并检查 has_xgrammar_unsupporte
[Bug]: OffloadingConnector stores but never serves when MTP/EAGLE speculative decoding is enabled (hybrid GDN model, XPU)
![[Bug]: OffloadingConnector stores but never serves when MTP/EAGLE speculative decoding is enabled (hybrid GDN model, XPU)](https://www.chat-gpts.plus/wp-content/uploads/2026/09/52735-70676ec7-768x403.jpg)
该报错发生在 vLLM XPU 环境启用 EAGLE/MTP 推测解码并配合混合 GDN（门控延迟网络）模型使用 OffloadingConnector 时，表现为 KV 缓存只存不取、检索命中率为 0。优先排查 `offloading/scheduler.py` 中 `is_eagle_group
issue: Playwright loader logs an uncaught TargetClosedError traceback when a page closes with subrequests in flight
该报错发生在 Open WebUI 使用 Playwright 加载网页时，页面关闭瞬间仍有子请求（如 Cloudflare Turnstile 挑战）在途，导致拦截器清理阶段抛出未被捕获的 TargetClosedError 回溯。优先排查是否在页面清理时调用了 page.unroute_all(