MLX runner panic with qwen3.6:35b-mlx in Ollama 0.40.x — regression from 0.35.0

该报错通常出现在 Mac(Apple Silicon)上用 Ollama 0.40.x 加载 qwen3.6:35b-mlx 并处理较长上下文(如 65,536)时,MLX runner 的 KV 缓存(prefix cache)在解码过程中偏移越界,导致进程 panic。优先确认是否为 MLX 路

该报错通常出现在 Mac(Apple Silicon)上用 Ollama 0.40.x 加载 qwen3.6:35b-mlx 并处理较长上下文(如 65,536)时,MLX runner 的 KV 缓存(prefix cache)在解码过程中偏移越界,导致进程 panic。优先确认是否为 MLX 路

这是在 Windows 上安装或更新 Ollama 时,Windows Defender(或 Kaspersky 等杀软)把安装包/安装器误判为木马的误报场景。优先先更新 Windows Defender 病毒定义,再判断是否仍需向微软提交白名单申请。
![[Bug] Agent custom user tools are permanently removed during cold start while the installed-plugin catalog is loading](https://www.chat-gpts.plus/wp-content/uploads/2026/10/18856-ce9d4c32-768x403.jpg)
这个报错通常发生在自托管 LobeChat 中、Agent Profile 绑定了自定义用户工具(User Tools / Integrated Skills)之后,冷启动时已安装插件目录(installed-plugin catalog)的异步加载尚未完成,而 stale-plugin 清理逻辑在

这个报错出现在 MCP Python SDK 的资源校验函数 check_resource_allowed 上:它只做字符串前缀比较,没有先归一化路径,导致 check_resource_allowed treats /api/../admin as under /api 。优先排查请求 URL 路

该报错通常出现在有状态 StreamableHTTPServerTransport 处理通知时:服务端已经完成 202 Accepted 响应,但随后向已关闭的会话 writer 转发通知失败,外层异常处理又尝试发送 500 ,从而触发第二轮 http.response.start 。优先排查 se

该报错出现在使用 llama-speculative ( examples/speculative )且 --temp 大于 0 时,投机解码路径改变了采样分布,导致同一前缀下的下一 token 频率与非投机路径严重不符。优先排查 speculative 示例的草稿采样与拒绝重采样逻辑,而不是模型或

这个报错通常出现在 Dify 工作流使用「触发节点(Trigger Start)」做 Draft > Trigger > Run single node 调试时,后端 raise ValueError 用了 %s 占位符加多个位置参数,导致异常消息被渲染成 Python 元组字符串而不是可读文本。优
![[Bug]: GLM MXFP4 returns 0 GSM8K on GB200 (DEP8+EP8, vLLM 0.30.0)](https://www.chat-gpts.plus/wp-content/uploads/2026/10/58729-f68f79e9-768x403.jpg)
该报错出现在 GB200/B300 等 SM100 机器上,用 vLLM 0.30.0 以数据并行 + 专家并行(DEP8+EP8)方式托管 GLM-5.3-MXFP4 时,MoE 走 Cutlass MXFP4 路径但不应用 expert_map,只支持 EP=1,导致 GSM8K 约 0 分。优
![[Bug]: tool_choice="required" not enforced with Qwen3.8-Flash-Next when enable_thinking=false (streaming); xgrammar "Failed to advance FSM"](https://www.chat-gpts.plus/wp-content/uploads/2026/10/55552-a09a0a5f-768x403.jpg)
这个报错通常出现在用 vLLM 部署 Qwen3.8-Flash-Next 并开启 tool calling / 结构化输出(xgrammar)时,尤其是流式输出配合 tool_choice="required" 、 enable_thinking=false ,或开启 thinking 且使用 M

该问题通常出现在 Open WebUI 聊天输入框底部的模型选择器中:先按标签过滤模型使选择器收缩,再次打开过滤器列表时,列表固定向下展开并超出窗口底部,导致下方条目点不到。优先排查并升级到包含修复提交的 dev 或后续正式版本。