issue: OpenAI-compatible provider validation details are discarded when top-level error is generic
当你用 OpenAI 兼容提供商（如 Venice AI）发请求，对方返回 HTTP 400，但 Open WebUI 只显示通用的 Invalid request parameters ，真正的字段级报错（如 Unrecognized key(s) in object: 'chat_templat
分类： AI 工具排错
issue: Cmd+r on Mac (refresh page) causes chat to generate a new response rather than refreshing the page
在 Mac 上使用 Open WebUI 时按 Cmd+r（刷新页面）不会刷新浏览器，而是把当前输入框里的最新指令重新发送并生成一条新回复；优先确认触发时输入框是否处于聚焦状态，再决定排查方向。
issue: Native function calling: search_web and tool-server results never produce citations
当 Open WebUI 使用 native function calling（原生函数调用）时， search_web 以及 OpenAPI/MCP 工具服务器的返回结果不会生成引用来源（source chips），即使搜索结果里已经包含 title/link/snippet。根因是 utils/
ValueError: Your model contains `DTensor` parameters, which is incompatible with DDP. Maybe you loaded your model with `device_map=’auto’`? Specify `device_map=’cuda’` or ‘xpu’ or ‘cpu’ instea
这个报错通常出现在你用 DistributedConfig(fsdp_size=N) 在加载时就把模型 FSDP2 分片，然后把已分片的模型交给 Trainer 训练的场景。此时 accelerate 的 prepare_model 仍按 DDP 分支处理，撞上 DTensor 检查而报错。优先排查
AutoTokenizer silently corrupts deepseek-math-7b-rl in 5.x: encode strips all spaces, decode emits literal byte-level markers
这个报错通常出现在 5.x 版本用 AutoTokenizer 加载 llama 风格、但词表实际为 ByteLevel-BPE（用 Ġ 做词边界）的模型时，例如 deepseek-ai/deepseek-math-7b-rl ：编码会静默丢掉空格，解码输出 'weneedtoadd9and6' ，
Windows 11 26200, Ollama 0.34.1 — tray app shows icon but never starts server; manual ollama serve works perfectly
该问题出现在 Windows 桌面托盘版 Ollama 启动时：托盘图标能出现，但桌面应用托管启动的 ollama serve 子进程没有就绪，导致 API 端口 11434 无响应；优先排查桌面应用启动器本身（升级到已修复版本）以及系统 PATH 等启动环境。
MiniMax H3 + comfy kitchen attention: “sage_sdpa: tensor strides exceed int32 range” above ~116k tokens (q/k/v passed as strided views of th
MiniMax H3 在 ComfyUI 使用 “comfy kitchen attention” 后端跑长序列时，attention 序列超过约 116.5k tokens 会触发 sage_sdpa: tensor strides exceed int32 range ；优先排查 ComfyUI
AttributeError: module ‘xformers.ops’ has no attribute ‘memory_efficient_attention’
该报错通常出现在 ComfyUI（或其他前端）已加载模型、执行到 VAE 编码或注意力计算阶段，但当前 Python 环境里导入的 xFormers 包不完整或 API 缺失。优先在 ComfyUI 之外单独确认 xformers.ops.memory_efficient_attention 是否存
[BUG]: Installation Error – “Anything LLM cannot be closed.”
![[BUG]: Installation Error - "Anything LLM cannot be closed."](https://www.chat-gpts.plus/wp-content/uploads/2026/09/6516-129ea3ac-768x403.jpg)
这个报错通常出现在 Windows 运行 AnythingLLM 桌面版安装包时，系统认为仍有 AnythingLLM 相关进程或残留安装信息未清理，从而拒绝继续安装。优先检查任务管理器中的残留进程，并清理旧的安装目录与注册表卸载项。
[Bug] Queued PDF loses original media payload when merged with a text follow-up
![[Bug] Queued PDF loses original media payload when merged with a text follow-up](https://www.chat-gpts.plus/wp-content/uploads/2026/09/19367-7e7c936b-1-768x403.jpg)
当微信 PDF 消息在 agent 回合进行中被 Redis 队列缓存，并与后续文本指令一起合并处理时，路由层合并了消息，却只保留了最后一条消息的 raw 负载，导致 PDF 附件在提取阶段丢失，最终 files=0。优先确认是否使用了队列并发 + 消息合并逻辑，以及提取阶段是否仍依赖单条 raw.