此问题出现在使用 MCP Python SDK 的 StreamableHTTPServerTransport 时，常见场景包括： 使用 FastMCP 构建的 MCP 服务器（stateless_http=True）返回包含数组（3+ 元素）的工具响应 Claude Code 等客户端通过互联网连
用户在 CrewAI 中使用 Crew 实例进行多次异步 kickoff（例如 asyncio.gather 同时调用 crew.akickoff() ），或通过循环对同一 Crew 实例传入不同输入时，触发了错误。
![[Bug]: No exposed models in 1.89.1 in OpenWebUI](https://www.chat-gpts.plus/wp-content/uploads/2026/06/30513-45c99d06-768x403.jpg)
用户通过 LiteLLM Proxy 连接 OpenWebUI 使用聊天补全（chat completions）端点。在部署镜像从 main-latest 自动更新到 1.89.1 版本后，OpenWebUI 中不再显示已添加的模型列表，仅出现一个未知的 "all-teams-models" 模型。
![[Windows] Misc. bug: llama.exe b9733: "error: invalid argument: " for subcommands](https://www.chat-gpts.plus/wp-content/uploads/2026/06/24860-ed87dce9-768x403.jpg)
用户在 Windows PowerShell 中运行 llama.exe（版本 b9733-f449e0553），尝试使用子命令如 llama serve 、 llama cli 、 llama version 时触发。其中 llama version 能正常显示版本号，但子命令无法识别。
用户使用 llama-server 加载 Qwen3-Embedding GGUF 模型（0.6B-Q8_0 或 4B-Q4_K_M），启动进程中触发断言失败。涉及 Intel Arc 系列显卡（B70 / B570），编译工具链为 IntelLLVM 2026.0.0，GGML backend 为
用户在参与 LangChain 的 “Use SecretStr for api_keys” 贡献任务时，按照项目指引设置开发环境并运行 poetry install 后，尝试运行测试或进行其他 Poetry 操作时触发了此错误。
在构建 langchain-anthropic 1.1.0 时，运行 pytest 执行单元测试 test_creates_bash_tool 时触发。Nixpkgs 构建系统比普通 Python 构建系统更严格，因此该错误在 Nixpkgs 环境中更容易暴露。
用户运行 n8n 2.25.7（self hosted，npm 安装，SQLite 数据库，Node.js 24.0.2），在 Chrome 浏览器中编辑/执行具有多分支反复合并（reconverging）的工作流时，触发编辑器无响应、浏览器弹出“Page Unresponsive”对话框、运行时执
用户在Warp终端或其他严格遵循OpenAI Chat Completions API规范的客户端中，通过Ollama的/v1/compatibility端点调用支持"思考链"的模型（例如gemma4:12b）。客户端仅允许配置端点URL，无法修改请求体结构。Ollama在响应中的 message
用户在 Langfuse 自托管实例（版本 3.174.0）的 Session 或 Trace 视图页面中，点击“Annotate”按钮旁边的下拉菜单，尝试将会话或追踪添加到某个 Annotation Queue 时触发。该问题在 Safari、Firefox 和 Chrome 中均可复现。