[MPS] Upstream correctness issue in attention when value head dim differs from query
![[MPS] Upstream correctness issue in attention when value head dim differs from query](https://www.chat-gpts.plus/wp-content/uploads/2026/09/44554-1770f242-768x403.jpg)
该问题出现在 Apple MPS 后端上,当 value head dim 与 query head dim 不一致时,PyTorch 的 scaled_dot_product_attention 会返回未初始化的内存以及错误形状,从而触发 [MPS] Upstream correctness is
![[MPS] Upstream correctness issue in attention when value head dim differs from query](https://www.chat-gpts.plus/wp-content/uploads/2026/09/44554-1770f242-768x403.jpg)
该问题出现在 Apple MPS 后端上,当 value head dim 与 query head dim 不一致时,PyTorch 的 scaled_dot_product_attention 会返回未初始化的内存以及错误形状,从而触发 [MPS] Upstream correctness is

当你看到 Ollama 的 v0.35.0 被 GitHub 标为 Pre-release,但标签名里又没有 -rc 后缀时,会产生“这到底是不是正式版”的疑问。优先确认 GitHub Release 的 Pre-release 标记,而不是只看 tag 名称;最终以维护者对发布元数据的修正和 la

在 ComfyUI 中使用 Qwen Image 2.1 Edit 做参考图编辑时,如果输出出现 Oversharpened/Noisy Output(过锐化/噪点,且噪点覆盖除编辑区域外的整张图),通常与当前使用的输出分辨率/潜空间尺寸组合有关,优先排查分辨率设置。
![[BUG]: Show stopping "cannot be closed" message while installing v1.12.0 on existing 1.11.2](https://www.chat-gpts.plus/wp-content/uploads/2026/09/5357-ca1f222c-768x403.jpg)
在 Windows 上从旧版升级 AnythingLLM Desktop 时,安装器可能把自身进程误判为“仍在运行的 AnythingLLM”,从而弹出 [BUG]: Show stopping "cannot be closed" message while installing v1.12.0
![[Bug] v2.2.17 uploads fail with bundled RustFS because pre-upload HeadObject returns 403](https://www.chat-gpts.plus/wp-content/uploads/2026/09/19661-52eb7994-768x403.jpg)
这是 LobeChat v2.2.17 上传流程回归导致的报错:服务端在生成预签名 URL 前,会对一个尚不存在的新路径发起 HeadObject 存在性检查,而随 Docker Compose 捆绑的 RustFS 对该请求返回 403,导致上传在浏览器拿到预签名 URL 之前就失败。优先确认 L
![[P1] Converge two RetrievalTest handler implementations and unify error code convention](https://www.chat-gpts.plus/wp-content/uploads/2026/09/15744-fab62b43-768x403.jpg)
这是一条内部重构类(refactor)Issue,不是用户侧运行报错。它的核心是 RAGFlow 的 Go 层检索测试接口 [P1] Converge two RetrievalTest handler implementations and unify error code convention—

这个报错通常出现在执行 accelerate test (或 accelerate-launch 跑多进程脚本)时,某个非主进程先通过了 main_process_first 的检查,导致断言失败。优先排查系统 Linux 内核版本是否过低,Issue 中明确指向这是 PyTorch 与低版本内核交
![[Bug]: Function tools fail with reasoning_effort error for OpenAI gpt-5.6 family models (gpt-5.6-sol/luna/terra) on /chat/completions](https://www.chat-gpts.plus/wp-content/uploads/2026/09/33221-939ffc10-768x403.jpg)
当你在自托管 LiteLLM 代理上调用 /chat/completions ,并且请求里带了 function tools,但模型属于 OpenAI gpt-5.6 系列(如 gpt-5.6-sol / luna / terra)时,LiteLLM 可能仍走 chat 路径而没有桥接到 /v1/r
![[Bug]: Built-in LLM Passthrough Routes Fail with SERVER_ROOT_PATH](https://www.chat-gpts.plus/wp-content/uploads/2026/09/22272-0db4d37b-768x403.jpg)
当 LiteLLM Proxy 设置了 SERVER_ROOT_PATH 且反向代理按 ASGI 规范 不剥离 路径前缀时,所有内置 LLM passthrough 路由( /vertex_ai 、 /bedrock 、 /anthropic 、 /gemini 、 /cohere 、 /azure
![[Bug]: /v1/messages streaming delays message_start until the model's thinking pass finishes, even with no fallbacks configured](https://www.chat-gpts.plus/wp-content/uploads/2026/09/39431-85498499-768x403.jpg)
这个报错通常出现在 LiteLLM 代理以 /v1/messages 流式转发带 adaptive thinking 的 Bedrock/Anthropic 模型时:即使配置里没有 fallback, message_start 和 content_block_start 也会被 Router 缓冲