[Question]: Failed to build knowledge graph
![[Question]: Failed to build knowledge graph](https://www.chat-gpts.plus/wp-content/uploads/2026/06/6886-32ff5dfd-768x403.jpg)
用户在使用 RAGFlow 时,在知识图谱(Knowledge Graph)配置中添加自定义实体类型(Entity types),随后运行图谱构建流程,但构建结果为空,知识图谱页面无任何实体或关系显示。
![[Question]: Failed to build knowledge graph](https://www.chat-gpts.plus/wp-content/uploads/2026/06/6886-32ff5dfd-768x403.jpg)
用户在使用 RAGFlow 时,在知识图谱(Knowledge Graph)配置中添加自定义实体类型(Entity types),随后运行图谱构建流程,但构建结果为空,知识图谱页面无任何实体或关系显示。

用户在启动 Stable Diffusion WebUI Forge 时,通过 bat 脚本(如 webui-user.bat )或 Python 指令触发,Gradio 在初始化时检测到 localhost 不可访问,抛出此错误。

用户使用 llama.cpp 的 convert_to_gguf.py 脚本将 Plamo2 系列模型从 Hugging Face safetensors 格式转换为 GGUF 格式后,通过 llama-cli 加载模型进行推理时触发了权重形状不匹配的错误。

用户在 llama.cpp 的 server 模式下(或 MTMD 组件)使用视觉模型(如 Qwen3.5 35B, Qwen3.5 27B, Gemma 3 12B qat)处理图片,该图片的显示方向由 JPEG 的 EXIF Orientation 元数据决定(例如手机拍摄的照片)。用户期望模型
![[Bug]: `--reasoning-parser gemma4` silently disables structured output (xgrammar) when `enable_thinking=false`](https://www.chat-gpts.plus/wp-content/uploads/2026/06/39130-0cfbe746-768x403.jpg)
用户在使用 vLLM 启动 Gemma 4 系列模型(如 google/gemma-4-E4B-it 、 google/gemma-4-26B-A4B-it 、 google/gemma-4-31B-it )时,同时指定了:

用户启动 vLLM server 时指定了 --kv-offloading-backend native 和 --kv-offloading-size 300 ,在处理长上下文场景(超长 prompt 或超长生成)时会随机崩溃,报出 RuntimeError: cancelled 。运行环境为 Ub

用户在 ComfyUI 环境中使用 Impact Pack 或 Impact Subpack 节点加载 YOLO 模型(例如通过 subcore.load_yolo 或 YOLO 节点)时触发报错。问题与 PyTorch 2.6+ 的安全加载机制变更相关。Issue 中用户使用的具体版本为 torc

用户在 ComfyUI 中使用 VideoHelperSuite 的 VHS_CombineVideo 节点,将图片序列合成为 MP4 视频文件。工作流运行完成后,立即尝试删除生成的视频文件时,系统报错称文件“被 Python 打开”。用户尝试将 设置 -> VHS -> Advanced Prev

用户在 ComfyUI REST API 环境中运行包含 VideoHelperSuite 的 meta_batch 节点的工作流,输入视频较长(触发多批次处理)时,API 回调中无法获取最终合成的音频文件。在 UI 界面的节点预览中可以看到输出视频,但 API 输出列表和输出面板中缺失 -audi

用户在使用 Langfuse Python SDK 构建分布式追踪(跨多个 Python 服务共享同一个 trace_id )时触发。典型场景是服务 A(编排器)创建一个 root observation,服务 B(下游工具服务)通过 trace_context 加入同一 trace,但仅提供了 t