bug: `’LangfuseResponseGeneratorAsync’ object has no attribute ‘_iterator’`

该报错通常出现在使用 Langfuse 的 OpenAI 封装( from langfuse.openai import AsyncOpenAI )发起可流式(stream=True)请求,并对返回的异步流直接执行 async for 迭代时。核心症状是流对象没有实现迭代器协议,优先排查 Langf

该报错通常出现在使用 Langfuse 的 OpenAI 封装( from langfuse.openai import AsyncOpenAI )发起可流式(stream=True)请求,并对返回的异步流直接执行 async for 迭代时。核心症状是流对象没有实现迭代器协议,优先排查 Langf
![[BUG]: @agent trigger / Agent workspace mode fails with 400 invalid_type JSON error – regression since v1.16.1](https://www.chat-gpts.plus/wp-content/uploads/2026/10/6273-79245afa-768x403.jpg)
该报错通常出现在 AnythingLLM 桌面端调用 @agent 或进入 Agent/workspace 模式时,后端在构造工具(function/tool)JSON 时发出缺少 function.parameters.properties 的请求,被服务端以 400 invalid_type 拒
![[Bug]: Bedrock count_tokens returns 400 for cross-region inference-profile models — prefix stripped before request](https://www.chat-gpts.plus/wp-content/uploads/2026/10/32683-e728913d-768x403.jpg)
当 LiteLLM 在 AWS Bedrock 上通过跨区域推理配置文件(inference profile,如 global. / eu. / us. 前缀或 inference-profile ARN)调用 Claude 模型时, POST /v1/messages/count_tokens 会
![[Bug]: Spend logs only record the first tool call and first LLM round for chained MCP calls on streaming /responses (require_approval="never](https://www.chat-gpts.plus/wp-content/uploads/2026/10/37358-c3372de5-768x403.jpg)
该问题出现在 LiteLLM 代理使用流式 /v1/responses (以及 /chat/completions )并启用 MCP 工具自动执行( require_approval="never" )时:模型链式多次调用工具、网关自动执行并多轮回调模型,但 spend logs 和日志页只记录第一

这个断言通常出现在 Windows 上同一个进程反复动态加载、卸载 ggml 动态库(如 ggml.dll、ggml-base-whisper.dll)的场景,Go 侧或调用方在重新加载时触发 GGML_ASSERT(prev != ggml_uncaught_exception) on dynam

该报错通常出现在 llama-server 加载带 mmproj 的多模态模型、启用休眠(sleep)后再次唤醒的场景:休眠恢复时会重新执行 load_model,并把 mmproj 的内存余量重复加进 fit 目标,导致部分层被调到 CPU、生成速度下降。核心报错为 Misc. bug: mmpr

在使用 Dify Node.js SDK( dify-client )的 toText() 处理 SSE 流时,如果服务端以 HTTP 200 返回一个 event: "error" 的错误载荷, toText() 不会抛出异常,而是静默 resolve:错误流返回空字符串,错误前的部分文本则被当作
![RuntimeError: [...] /project/cpp/grammar_parser.cc:564: EBNF parser error at line 2, column 1: Rule "root" is defined multiple times](https://www.chat-gpts.plus/wp-content/uploads/2026/10/43920-c079389d-768x403.jpg)
该报错通常出现在 vLLM V1 引擎启用了结构化输出(structured outputs)并提交 EBNF grammar 的场景:第一个 grammar 请求成功锁定 xgrammar 后端后,后续请求即使本身应被自动回退到其他后端,仍会交给 xgrammar 编译;若 grammar 非法,

该问题出现在管理员通过 Admin Panel → Users → Chats 打开他人共享会话(路由为 /s/{chat_id} )时:向上滚动阅读历史消息会被不断拉回底部,同时浏览器反复请求 /api/v1/chats/share/{id} 。优先排查前端加载逻辑是否被聊天记录的响应式更新反复触

当 Open WebUI 的 ask_user 卡片(AskUserCard.svelte)渲染希伯来语等 RTL 问题的 header、question、options 和 Other 输入框时,这些文本被固定为 LTR,导致左对齐并把问号放到行尾。优先确认卡片的文本容器是否带有 dir="aut