Reasoning trace is not being returned when using an AzureChatOpenAI model from Microsoft Foundry

用户在 LangChain 中使用 AzureChatOpenAI 模型(部署于 Microsoft Foundry 的 gpt-5-nano ),设置 reasoning={"effort": "medium", "summary": "detailed"} 并通过 model.stream()

用户在 LangChain 中使用 AzureChatOpenAI 模型(部署于 Microsoft Foundry 的 gpt-5-nano ),设置 reasoning={"effort": "medium", "summary": "detailed"} 并通过 model.stream()

用户在使用 LangChain 的 RunnablePick 工具时触发。该工具用于从 dict 类型的输入中筛选指定 key 的数据。当 keys 参数传入一个字符串(如 "foo" )时,返回结果是该 key 对应的值( "bar" ),而不是一个 dict {"foo": "bar"} 。此行

用户在 ComfyUI 后端使用包含中文字符(如文件名“啥.json”“行.json”)的路径发起 API 请求时,请求经过 Nginx 反向代理后出现 400 错误,aiohttp 报错提示 URL 路径中检测到非法字符。

用户在 ComfyUI 中使用 GGUFLoaderKJ 节点加载 GGUF 模型文件时触发此错误。该节点属于 comfyui-kjnodes 自定义节点,用于加载 GGUF 格式的大语言模型或扩散模型。

用户在运行MCP Python SDK服务器(v1.2.0及更高版本)时,通过JSON-RPC请求发送一个未经注册的方法名(例如 invalid/method 或 tools/register ),服务器返回了错误的错误码。该问题在SSE传输协议上也被确认。

在 MCP Python SDK 中使用 streamable_http_client 进行并发 JSON-RPC 请求(例如并行调用多个 MCP 工具时),当其中一个请求收到服务器返回的 HTTP 非 2xx 状态码(如 400 Bad Request)时,该错误会传播到共享的任务组中,导致其他正

用户运行 Stable Diffusion WebUI Forge,在更新代码后启动时出现该错误。用户使用 RTX 2060 6GB VRAM,启动参数为 --xformers --cuda-malloc --cuda-stream ,且 Forge 共享了 A1111 的 venv 虚拟环境。

用户在使用 vLLM nightly Docker 镜像( vllm/vllm-openai:nightly )启动推理服务时,引擎初始化(编译、预热、CUDA graph 捕获)均正常完成,但 build_app() 在注册 Anthropic API 路由器时抛出 ImportError 异常,

用户在使用 Ollama 的 /api/chat 接口,通过 format 参数传递 JSON Schema 要求模型输出结构化数据(如函数调用、用户信息生成)时,返回的 content 字段为空数组 [] ,不符合 Schema 的约束(要求至少 1 个元素)。

用户在 Stability Matrix 中启动 ComfyUI,Impact Pack 插件在加载 impact/subcore.py 脚本时,因 Python 环境缺少 ultralytics 包而失败。安装过程中也可能触发 OSError: [WinError 5] Access is den