bug: features.web_search keeps the previous model’s value after in-chat model switch

在聊天中切换模型后立即发送消息时,请求体里的 features.web_search 仍保留上一个模型的值(UI 上“地球”开关已点亮,但 payload 仍为 false )。优先排查前端 feature 状态是否在模型切换后被重新对齐。

在聊天中切换模型后立即发送消息时,请求体里的 features.web_search 仍保留上一个模型的值(UI 上“地球”开关已点亮,但 payload 仍为 false )。优先排查前端 feature 状态是否在模型切换后被重新对齐。

当顶层 Agent 把包含 webhook Wait 节点的子工作流当作工具调用时,子工作流从 Wait 恢复后,Agent 拿不到正确的工具输出,其 output 会变成 undefined ,JSON 输出还可能与子工作流中 Wait 节点的输出相同。优先排查 Wait 节点类型(webhook

这个报错通常发生在 n8n 的 Postgres Trigger 长时间监听某个 channel 后,连接被静默断开,导致 trigger 不再响应,但界面和工作流上没有任何报错。优先排查 Postgres 监听连接是否还存在于 pg_stat_activity 中,以及连接空闲后是否被中间网络设备

这是一个与图片 EXIF 方向信息相关的已知问题,通常在把手机拍摄的 JPEG(带 EXIF 旋转或镜像标记)交给 Ollama 处理图像输入时触发。优先排查是否是 EXIF 方向标记导致的图像方向异常,而不是模型或推理本身出错。
![[BUG]: k8s manifest liveness/readiness probes hit the collector (8888), not the server](https://www.chat-gpts.plus/wp-content/uploads/2026/10/6579-e1af9770-768x403.jpg)
这个报错通常出现在用 AnythingLLM 官方 Kubernetes 示例清单( cloud-deployments/k8/manifest.yaml )部署时:liveness/readiness 探针指向 8888(collector 端口)的 /v1/api/health ,而真正的应用服

这个报错通常出现在使用 openai 1.16.1 时,对 SDK 返回对象(尤其是流式 tool call 相关的类,如 ChoiceDeltaToolCall 、 ChatCompletionMessageToolCall )调用 model_dump() ,由于该版本默认延迟构建 pydant

该报错通常出现在用 MCPServer 以 stateless_http=True 部署到 serverless 平台(如 AWS Lambda Function URL 流式响应)时:默认注册的 subscriptions/listen 处理器会让服务端无条件广告 listChanged=true

当 Client(mode="auto") 访问一个走交互式 OAuth 的现代 MCP 服务器时,如果用户在浏览器里完成授权超过 10 秒, server/discover 探测会本地超时并让客户端错误地回退到 legacy 的 initialize 握手;优先排查 OAuth 授权耗时是否超过固
![[Bug]: reasoning_effort='none' capability gate ignores base_model, returning 400 for Azure custom deployment names (Azure GPT-5)](https://www.chat-gpts.plus/wp-content/uploads/2026/10/31243-4671730e-768x403.jpg)
这个报错通常出现在 LiteLLM 代理(Proxy)或 SDK 中调用 Azure GPT-5 系列模型、并传入 reasoning_effort='none' 时。核心问题是 supports_none_reasoning_effort 能力检查没有正确解析 Azure 自定义部署名(未通过 b
![[Vulkan] GGML_ASSERT(neq0 == HSK) failed in ggml-vulkan.cpp during speculative draft decoding (MTP) with tensor split](https://www.chat-gpts.plus/wp-content/uploads/2026/10/29418-35687e0f-768x403.jpg)
这个报错通常出现在 llama.cpp 使用 Vulkan 后端、开启 MTP 推测解码( --spec-type draft-mtp )并配合 tensor split / 多 GPU 或 KV unified cache 的场景下。优先排查方向是:先确认是否与 MTP 实现本身相关,再缩小到 F