BaseModel to jsonschema for Structured Outputs

这个报错通常出现在用 Pydantic BaseModel 给 Structured Outputs / Batch API 生成 response_format 时, to_strict_json_schema 输出里带了 $defs 和 $ref ,看起来不像期望的扁平 schema。优先排查的

这个报错通常出现在用 Pydantic BaseModel 给 Structured Outputs / Batch API 生成 response_format 时, to_strict_json_schema 输出里带了 $defs 和 $ref ,看起来不像期望的扁平 schema。优先排查的

当 OpenAI Python SDK 的 client.responses.stream() 连接的是 Codex 兼容后端(如 chatgpt.com/backend-api/codex/responses )时,服务端会在 response.completed 事件里把 response.ou

这个报错通常出现在 InvokeAI Web 前端使用 socket.io 连接后端时:当服务器主动断开连接后,客户端自定义的重连次数上限(5 次)只覆盖“服务器主动断开”路径;一旦某次自定义重连在传输层失败(例如后端未启动、端口拒绝连接),socket.io Manager 会接管并进入无上限重连
![[Bug]: a spreadsheet whose first 100 rows are blank loses every row when the used range is over 10000](https://www.chat-gpts.plus/wp-content/uploads/2026/09/19236-cd408652-768x403.jpg)
该报错发生在用 RAGFlow 的 Excel 解析器( deepdoc/parser/excel_parser.py )解析工作表时,如果工作表 used range 超过 10000 行,而前 100 行恰好全是空白,解析器会把整张表当成空表丢弃, RAGFlowExcelParser.html

该报错通常出现在 Apple Silicon 上用 llama.cpp Metal 后端、经由共享库(in-process)反复调用 Qwen2.5-Omni 音频推理时:负载下偶发返回 2,048 个乱码 token,但没有任何后端报错。优先排查采样是否可复现(temp 0 + 固定 seed)、

该报错出现在 macOS + WebGPU(Dawn)后端运行 llama.cpp 测试套件时,主要集中在 hy_v4 架构的评测与保存/加载状态测试中,进程直接崩溃(SIGSEGV / SIGBUS)。优先排查 WebGPU 后端对 hy_v4 架构的支持情况,以及 CI 中 Dawn 依赖与构建

该问题出现在使用 llama.cpp 的 llama-server 运行推理速度约 100 T/s 的 reasoning 模型时,前端 Firefox 打开 WebUI 并生成较长的 reasoning 输出,导致客户端 Firefox 占用 100% 单核 CPU。优先排查方向是 WebUI 前
![Dify python code execution error: No usable temporary directory found in ['/tmp', '/var/tmp', '/usr/tmp', '/'] error: exit status 255](https://www.chat-gpts.plus/wp-content/uploads/2026/09/18678-8dcba7c2-768x403.jpg)
该报错通常出现在 Dify 自托管(Docker)环境中运行 Python 代码节点时,Dify Sandbox 找不到可用的临时目录。优先排查 Sandbox 容器内临时目录的权限与配置。
![[Bug]: --otlp-traces-endpoint initializes tracer but never sends spans (instrument_otel/manual_instrument_otel never invoked)](https://www.chat-gpts.plus/wp-content/uploads/2026/09/56696-8c43ad90-768x403.jpg)
在 vLLM 启动时传入 --otlp-traces-endpoint (可选叠加 --collect-detailed-traces all )后,服务能正常推理、Prometheus 指标正常,但 OTLP 端点始终收不到任何 span,日志里也没有报错。通常发生在 vLLM 已 fork 出

这个报错通常发生在使用 langchain-openai 调用 gpt-6-astra 并绑定 function tools 时,SDK 默认仍然走 /v1/chat/completions ,而该端点不支持 gpt-6-astra 带 function tools 的请求;优先排查 LangCha